- lms - lists.lms.org.pl

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

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

11 Cze '05

Tomasz Chilinski wrote: > 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... 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. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

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

11 Cze '05

On Wed, Jun 08, 2005 at 11:29:53AM +0000, "Matys Łukasz KOMSTER Sp. z o.o." wrote: > Paweł Rohde napisał(a): > >Znaczy się, że co ci nie działa? Albo jak byś chciał by to działało? > > Chcialbym aby strony otwieraly sie z cache squida, ale przy tym aby > sciaganie np: plikow z internetu poprzez squida bylo ciete w ramach > rc.limits ;-) > 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.

1 0

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

11 Cze '05

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...

1 0

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

11 Cze '05

Witaj , 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 !!!!! prosty przyklad: wystarczy stworzyc 3 instancje w UI dla demona,wywolanie systemowe (system.so) "sleep 70" ( 70 sec )np: [instancja 1] echo "START 1" >>/test sleep 70 echo "KONIEC 1" >>/test [instancja 2] echo "START 2" >>/test sleep 70 echo "KONIEC 2" >>/test [instancja 3] echo "START 3" >>/test sleep 70 echo "KONIEC 3" >>/test A pozniej zagladnac do pliku /test (LMS 1.6.0rc6, ale we wczesniejszym to samo ) -- Pozdrawiam JacekK mailto:jacekk@optiserw.com.pl

1 0

lmsd -> tc -> licznik %x (podklasy)
by Jacekk＠Optiserw.com.pl 10 Cze '05

10 Cze '05

Witaj lms, 1) Jak zmusic licznik %x w module tc.so, by tworzyc podklasy dla kazdego usera. Obecnie %x zwieksza sie o 1 dla kazdego klienta, czyli 1 klasa per user. 2) czy mozna zmienic format zapisu w skryptach zmiennych %downrate,%downceil,%uprate,%upceil tak by nie bylo kropki ?? ( np zapis obecny 128.00kbit a czy moze byc 128kbit ) -- Pozdrawiam Jacekk mailto:jacekk@optiserw.com.pl

1 0