Czerwiec 2005 - lms - lists.lms.org.pl

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

Re: polu uwagi na FV
by Dariusz Kowalczyk 10 Cze '05

10 Cze '05

Dnia Fri, 10 Jun 2005 21:04:21 +0200, -=ReYu.com=- <reyu_com(a)go2.pl> napisał: > Przydało by sie bardzo pole uwagi przy ręcznym wystawianiu FV. czy ktoś > ma podobne zdanie ? > tak rzeczywiscie to sie czasem przydaje w LMS tez by sie przydalo

1 0

polu uwagi na FV
by -=ReYu.com=- 10 Cze '05

10 Cze '05

Przydało by sie bardzo pole uwagi przy ręcznym wystawianiu FV. czy ktoś ma podobne zdanie ?

1 0

Re: FV dla osoby zainteresowanej
by -=ReYu.com=- 10 Cze '05

10 Cze '05

-=ReYu.com=- wrote: > Czy istnieje opcja którą trzeba by ustawić aby wygenerować FV dla > osoby która jest w sekcji zainteresowani lub oczekujący ?? >nie ma takiej opcji. W prawdzie tych klientów nie ma na liście wyboru, ale >możesz podać ID klienta i nie będzie problemu z wystawieniem faktury. Niestety przy zmianie danych na ilość dni zapłaty czy sposobie zapłaty i zapisaniu pola klienta zostaą wyczyszczone i nic nie daje wpisanie ID Po prostu nie wybiera klienta.

1 0