- lms - lists.lms.org.pl

Re: lms daemon OKDR powyzej 60sec
by A.L.E.C 11 Cze '05

11 Cze '05

JacekK wrote: > Popatrz na to rozwizanie ktore podalem wczesniej ( ze stanem posrednim > reload=2 ), U mnie wszystko ladnie chodzi teraz, skrypty wywoluja sie > jeden po drugim , a i LMS-UI przeladowanie instancji jest zablokowane > w czasie gdy lmsd wykonuje je. a taka sytuacja: uruchamiamy przeładowanie, demon ustawia reload=2, po czym moduł się wywala i w bazie zostaje 2, co wtedy jeśli w UI zablokujesz możliwośc ponownego przeładowania gdy reload=2? > Przy okazji zapytam, jak zmienic notacje w tc.so , dla zakladania klas > dyscypliny. Zapisuje mi downrate, uprate,downceil i upceil w notacji z > "kropka" tj zamiast 128kbit jest 128.00kbit. > Nie wiem czy to tylko u mnie, czy tak ma byc ??? to jest brane prosto z bazy, więc najprościej dodać ROUND() w zapytaniu. Nie wiem jak to wygląda gdy 'one_class_per_host = 1', bo tam są dodatkowe obliczenia w module, ale używa intów więc pewnie bez kropki. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: dodawanie nowych komputerow
by A.L.E.C 11 Cze '05

11 Cze '05

rafple(a)interia.pl wrote: > No tak, wszystko chodziło ok, a teraz diabli wiedza czemu > potrafi znalezc komputer, pokazac jego mac itp daje dodaj > nie pokazuje zadnych komunikatow tak jakby dodal tyle ze komputera > nie ma nigdzie na zadnej liscie. > Jakies sugestie... kurcze juz kiedys taki cyrk miałem ale nie pamietam > co pomoglo. > Wersja LMS: 1.5.5 Anubis (1.618/1.3) zmień na 1.6.0rc6 -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: lms daemon OKDR powyzej 60sec
by JacekK 11 Cze '05

11 Cze '05

> jest proste rozwiązanie, trzeba przenieść query usuwające polecenie reloadu > przed forka uruchamiającego moduły. W ten sposób następna iteracja pętli nie > wykryje polecenia i nie będzie próbować odpalać tych samych modułów. > Postaram się to dzisiaj zrobić w wolnej chwili. Tak ,wyzerujesz pole reload w bazie,ale jak ktos kliknie przeladowanie w LMS-UI podczas gdy lmsd juz przeladowywuje , to bedzie ta sama historia, czyli ponowne wywolanie tych samych skryptow. Popatrz na to rozwizanie ktore podalem wczesniej ( ze stanem posrednim reload=2 ), U mnie wszystko ladnie chodzi teraz, skrypty wywoluja sie jeden po drugim , a i LMS-UI przeladowanie instancji jest zablokowane w czasie gdy lmsd wykonuje je. Przy okazji zapytam, jak zmienic notacje w tc.so , dla zakladania klas dyscypliny. Zapisuje mi downrate, uprate,downceil i upceil w notacji z "kropka" tj zamiast 128kbit jest 128.00kbit. Nie wiem czy to tylko u mnie, czy tak ma byc ??? Nie chcialbym zeby ktos mnie posadzil ze sie czepiam,ale taka notacja uniemozliwia operacje arytmetyczne w bashu ( jesli chce wykorzystac te dane we wlasnym skrypcie, np pomnozyc *2 ) -- Pozdrawiam JacekK

1 0

Re: Przyspieszenie dzialania stron www.. rc.limits+squid
by Krzysztof Drewicz 11 Cze '05

11 Cze '05

Matys Łukasz napisał(a): > > Hm, są takie mądre łatki dla squida na linuksie robiące opowiedni > "mark" w polu qos pakietów TCP, > > wystarczy że "coś jest w cache squida" (ma HIT) i może biec np z > liimtem 1024 kbps a nie 64-256 kbps. > > Zgadza sie, walczylem z tym, niby dzialalo, ale jak ustawilem na > sztywno proxy w przegladarce to znowu byl max transfer ...i tak w > koleczko...nie moglem tego przegryzc...;-) a) bo iirc to to wtedy nie działa b) sprawdziłeś rzeczy trywialne jak numerki portów? kd. -- Krzysztof Drewicz

1 0

Re: Przyspieszenie dzialania stron www.. rc.limits+squid
by Matys Łukasz 11 Cze '05

11 Cze '05

> Hm, są takie mądre łatki dla squida na linuksie robiące opowiedni "mark" w polu qos pakietów TCP, > wystarczy że "coś jest w cache squida" (ma HIT) i może biec np z liimtem 1024 kbps a nie 64-256 kbps. Zgadza sie, walczylem z tym, niby dzialalo, ale jak ustawilem na sztywno proxy w przegladarce to znowu byl max transfer ...i tak w koleczko...nie moglem tego przegryzc...;-) Pozdrawiam. -- Matys Łukasz mobile: (+ 48) 504257944

1 0

dodawanie nowych komputerow
by rafple＠interia.pl 11 Cze '05

11 Cze '05

No tak, wszystko chodziło ok, a teraz diabli wiedza czemu potrafi znalezc komputer, pokazac jego mac itp daje dodaj nie pokazuje zadnych komunikatow tak jakby dodal tyle ze komputera nie ma nigdzie na zadnej liscie. Jakies sugestie... kurcze juz kiedys taki cyrk miałem ale nie pamietam co pomoglo. Wersja LMS: 1.5.5 Anubis (1.618/1.3) Wersja LMSDB: 1.5.5 Anubis (core: 1.29 / driver: mysql 1.30) Wersja MySQL: 4.0.23_Debian-4-log Wersja PHP: 4.3.10-2 Wersja Smarty: 2.6.6 Pozdrawiam -- Rafal Plesniak R.Plesniak(a)infmat.com http://www.jaworzyna.org.pl Linux Registered User #180490 UIN: 29708820 ---------------------------------------------------------------------- Startuj z INTERIA.PL! >>> http://link.interia.pl/f186c

1 0

Re: Przyspieszenie dzialania stron www.. rc.limits+squid
by Krzysztof Drewicz 11 Cze '05

11 Cze '05

Matys Łukasz napisał(a): > > no nie przesadzaj ;-) > >> przegladanie >> internetu ZAWSZE jest sciaaniem plikow (na poczatek index.html, potem >> np. obrazki, flashe itp....) >> jedyne co jest z tym zwiazane i squid potrafi to np. obcinanie transfery >> dla plikow powyzej jakiegos progu, leci sobie plik na maxa a po np. >> 200KB obcina do jakiegos pulapu. >> >> > Chyba nie przesadzam. Wiem ze cokolwiek to sciaganie plikow z > neta...natomiast interia na prawde fajniej sie laduje gdy idzie z > lokalnego RAM'u ;-). Squid+shaperd dzialal ok...ktos to potrafil pogodzic. Hm, są takie mądre łatki dla squida na linuksie robiące opowiedni "mark" w polu qos pakietów TCP, wystarczy że "coś jest w cache squida" (ma HIT) i może biec np z liimtem 1024 kbps a nie 64-256 kbps. kd. -- Krzysztof Drewicz

1 0

Re: Przyspieszenie dzialania stron www.. rc.limits+squid
by Matys Łukasz 11 Cze '05

11 Cze '05

no nie przesadzaj ;-) >tak to chyba przesada lekka, nie wiem czy wiesz ale przegladanie >internetu ZAWSZE jest sciaaniem plikow (na poczatek index.html, potem >np. obrazki, flashe itp....) >jedyne co jest z tym zwiazane i squid potrafi to np. obcinanie transfery >dla plikow powyzej jakiegos progu, leci sobie plik na maxa a po np. >200KB obcina do jakiegos pulapu. > > Chyba nie przesadzam. Wiem ze cokolwiek to sciaganie plikow z neta...natomiast interia na prawde fajniej sie laduje gdy idzie z lokalnego RAM'u ;-). Squid+shaperd dzialal ok...ktos to potrafil pogodzic. -- Matys Łukasz mobile: (+ 48) 504257944

1 0

Re: lms daemon OKDR powyzej 60sec
by JacekK 11 Cze '05

11 Cze '05

Witam JacekK, Saturday, June 11, 2005, 9:02:44 AM, you wrote: > Witam Tomasz, > Saturday, June 11, 2005, 12:10:36 AM, you wrote: >> On Sat, 11 Jun 2005 00:01:04 +0200, JacekK wrote >>> Jesli jeden ze z modolow daemona jest przetwarzany ponad 60sec ( co >>> tyle chyba lmsd sprawdza czy nie ma przeladowania ) to lmsd zaczyna >>> odpalac nastepne modoly !! I zaczyna sie jazda !!! Prosze sobie wyobrazic: >>> odpala sie modol firewalla ( generowanie skryptu i uruchomienie trwa >>> ponad 60sec ) i po 1 min odpala sie kolejny modol np TC ( >>> generowanie kolejek htb dla klientow ). W pewnym momencie obydwa >>> skrypty przetwarzaja sie rownolegle !!!! ( TOTALNA SIECZAK NA SERWIE, >>> tylko reboot moze pomoc ) LMSD dziala dobrze pod warunkiem ze modol >>> ktory przetwarza, skonczy swoja prace przes 60sec !!, bo jak nie to >>> uruchomi to samo w kolejnym procesie !!!!! >> LMSD powinien tworzyć jakieś pliki blokad na dysku i przy każdym uruchomieniu >> testować czy nie istnieją lub powinien sprawdzać czy nie ma procesu już >> działającego o nazwie lmsd. Ja u siebie tak robię używają serii skryptów >> perlowych żeby nie doszło do zagnieżdżonego uruchamiania tych skryptów... > Problem juz rozwiazalem, wystarczy troszke kod lmsd.c zmodyfikowac. > lmsd uzywa tylko 2-och stanow 0="brak przeladowania", 1="żadanie > przeladowania". > Wprowadzilem 3-stan 2="przeladowanie w toku", i juz lmsd, nie wywoluje > ponownie tego samego żadania przeladowania po 60sec. > Oto zmiany w kodzie lmsd.c > Linia 170: //res = db_query(g->>conn, "SELECT reload from //res = db_query(g->>daemonhosts WHERE name = '?' AND reload //res = db_query(g->>!=0",dbhost); > zmiana na: res = db_query(g->>conn, "SELECT reload from res = db_query(g->>daemonhosts WHERE name = '?' AND reload =1",dbhost); > I dopisanie zmiany statusu w bazie, jesli rozpoczelo sie > przeladowanie: > Linia 340 ( przed uruchomieniem modolow ), zmiana statusu reloadu na 2 db_pexec(g->>conn, "UPDATE daemonhosts SET reload = 2 db_pexec(g->>WHERE name = '?'", dhost); > Przy okazji, mozna by ten stan "2" (reload=2) > wykorzystac w skryptach LMS-a, by informowac poprzez UI ktore > instancje w danej chwili sie przeladowywuja . Maly diff do tego co podalem: Linia 340 ( przed uruchomieniem modolow ), zmiana statusu reloadu na 2 if( reload ) { db_pexec(g->>conn, "UPDATE daemonhosts SET reload = 2 WHERE name = '?'", dhost); } -- Pozdrawiam JacekK mailto:jacekk@optiserw.com.pl

1 0

Re: lms daemon OKDR powyzej 60sec
by JacekK 11 Cze '05

11 Cze '05

Witam Tomasz, Saturday, June 11, 2005, 12:10:36 AM, you wrote: > On Sat, 11 Jun 2005 00:01:04 +0200, JacekK wrote >> Jesli jeden ze z modolow daemona jest przetwarzany ponad 60sec ( co >> tyle chyba lmsd sprawdza czy nie ma przeladowania ) to lmsd zaczyna >> odpalac nastepne modoly !! I zaczyna sie jazda !!! Prosze sobie wyobrazic: >> odpala sie modol firewalla ( generowanie skryptu i uruchomienie trwa >> ponad 60sec ) i po 1 min odpala sie kolejny modol np TC ( >> generowanie kolejek htb dla klientow ). W pewnym momencie obydwa >> skrypty przetwarzaja sie rownolegle !!!! ( TOTALNA SIECZAK NA SERWIE, >> tylko reboot moze pomoc ) LMSD dziala dobrze pod warunkiem ze modol >> ktory przetwarza, skonczy swoja prace przes 60sec !!, bo jak nie to >> uruchomi to samo w kolejnym procesie !!!!! > LMSD powinien tworzyć jakieś pliki blokad na dysku i przy każdym uruchomieniu > testować czy nie istnieją lub powinien sprawdzać czy nie ma procesu już > działającego o nazwie lmsd. Ja u siebie tak robię używają serii skryptów > perlowych żeby nie doszło do zagnieżdżonego uruchamiania tych skryptów... Problem juz rozwiazalem, wystarczy troszke kod lmsd.c zmodyfikowac. lmsd uzywa tylko 2-och stanow 0="brak przeladowania", 1="żadanie przeladowania". Wprowadzilem 3-stan 2="przeladowanie w toku", i juz lmsd, nie wywoluje ponownie tego samego żadania przeladowania po 60sec. Oto zmiany w kodzie lmsd.c Linia 170: //res = db_query(g->conn, "SELECT reload from daemonhosts WHERE name = '?' AND reload !=0",dbhost); zmiana na: res = db_query(g->conn, "SELECT reload from daemonhosts WHERE name = '?' AND reload =1",dbhost); I dopisanie zmiany statusu w bazie, jesli rozpoczelo sie przeladowanie: Linia 340 ( przed uruchomieniem modolow ), zmiana statusu reloadu na 2 db_pexec(g->conn, "UPDATE daemonhosts SET reload = 2 WHERE name = '?'", dhost); Przy okazji, mozna by ten stan "2" (reload=2) wykorzystac w skryptach LMS-a, by informowac poprzez UI ktore instancje w danej chwili sie przeladowywuja . -- Pozdrawiam JacekK mailto:jacekk@optiserw.com.pl

1 0