Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Freeradius 2.1.4 ubijanie procesu przy "burzy" zapytań o autoryzację
2 views
Skip to first unread message
czajka...@gmail.com
May 15, 2009, 3:27:51 AM5/15/09
to
Witam!
Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 userów.
Wszystko działa bezproblemowo do momentu kiedy musi się autoryzować w
jednym czasie większa liczba użytkowników (zdarza się tak gdy np w
jeden części sieci wysiadł na chwilkę prąd i po przywróceniu zasilania
próbuje się autoryzować np 200-300 uzytkowników w jednym czasie).
Problem polega na tym że wywala się całkowicie proces serwera radiusd.
Zero informacji w logach, poprostu jak dostaje taką burzę zapytań o
autoryzację wywala się bez echa i najgorsze jest to że zanim wszyscy
się autoryzują potrafi się kilkukrotnie ubić proces więc ręcznie
trzeba go podnosić aż wszyscy dokonają autoryzacji.
Spotkał się ktoś z takim problemem? Jakieś pomysły na rozwiązanie?
Ewentualnie jaki inny serwer radiusowy możecie polecić (najlepiej
opensource'owy) ?
pozdrawiam
Tomek
Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 userów.
Wszystko działa bezproblemowo do momentu kiedy musi się autoryzować w
jednym czasie większa liczba użytkowników (zdarza się tak gdy np w
jeden części sieci wysiadł na chwilkę prąd i po przywróceniu zasilania
próbuje się autoryzować np 200-300 uzytkowników w jednym czasie).
Problem polega na tym że wywala się całkowicie proces serwera radiusd.
Zero informacji w logach, poprostu jak dostaje taką burzę zapytań o
autoryzację wywala się bez echa i najgorsze jest to że zanim wszyscy
się autoryzują potrafi się kilkukrotnie ubić proces więc ręcznie
trzeba go podnosić aż wszyscy dokonają autoryzacji.
Spotkał się ktoś z takim problemem? Jakieś pomysły na rozwiązanie?
Ewentualnie jaki inny serwer radiusowy możecie polecić (najlepiej
opensource'owy) ?
pozdrawiam
Tomek
Konrad Stepien
May 15, 2009, 5:48:18 AM5/15/09
to
czajka...@gmail.com <czajka...@gmail.com> napisaďż˝(a):
> Witam!
> Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 user�w.
> Wszystko dzia�a bezproblemowo do momentu kiedy musi si� autoryzowa� w
> jednym czasie wi�ksza liczba u�ytkownik�w (zdarza si� tak gdy np w
> jeden cz�ci sieci wysiad� na chwilk� pr�d i po przywr�ceniu zasilania
> pr�buje si� autoryzowa� np 200-300 uzytkownik�w w jednym czasie).
> Problem polega na tym �e wywala si� ca�kowicie proces serwera radiusd.
> Zero informacji w logach, poprostu jak dostaje takďż˝ burzďż˝ zapytaďż˝ o
> autoryzacj� wywala si� bez echa i najgorsze jest to �e zanim wszyscy
> si� autoryzuj� potrafi si� kilkukrotnie ubi� proces wi�c r�cznie
> trzeba go podnosiďż˝ aďż˝ wszyscy dokonajďż˝ autoryzacji.
> Spotka� si� kto� z takim problemem? Jakie� pomys�y na rozwi�zanie?
> Witam!
> Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 user�w.
> Wszystko dzia�a bezproblemowo do momentu kiedy musi si� autoryzowa� w
> jednym czasie wi�ksza liczba u�ytkownik�w (zdarza si� tak gdy np w
> jeden cz�ci sieci wysiad� na chwilk� pr�d i po przywr�ceniu zasilania
> pr�buje si� autoryzowa� np 200-300 uzytkownik�w w jednym czasie).
> Problem polega na tym �e wywala si� ca�kowicie proces serwera radiusd.
> Zero informacji w logach, poprostu jak dostaje takďż˝ burzďż˝ zapytaďż˝ o
> autoryzacj� wywala si� bez echa i najgorsze jest to �e zanim wszyscy
> si� autoryzuj� potrafi si� kilkukrotnie ubi� proces wi�c r�cznie
> trzeba go podnosiďż˝ aďż˝ wszyscy dokonajďż˝ autoryzacji.
> Spotka� si� kto� z takim problemem? Jakie� pomys�y na rozwi�zanie?
Rozwi�zanie "m�otkowe" - respawnowa� proces po padzie. Pu�� go
ze skrypta w niesko�czonej p�tli z parametrem -f.
Coďż˝ w stylu:
while true; do radiusd -f; date >> radpad.log; sleep 1; done
Rozwi�zanie lepsze, jak ju� masz pada i oczekujesz nast�pnego,
to pu�� go przez strace i zobacz na czym si� wywala.
--
WARNING: my e-mail is encrypted by ROT13
Xbaenq Fgrcvra <xba...@vagreqngn.arg.cy>
czajka...@gmail.com
May 16, 2009, 6:28:01 AM5/16/09
to
On 15 Maj, 11:48, Konrad Stepien <xba...@vagreqngn.arg.cy> wrote:
> czajka.to...@gmail.com <czajka.to...@gmail.com> napisał(a):
>
> > Witam!
> > Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 userów.
> > Wszystko działa bezproblemowo do momentu kiedy musi się autoryzować w
> > jednym czasie większa liczba użytkowników (zdarza się tak gdy np w
> > jeden części sieci wysiadł na chwilkę prąd i po przywróceniu zasilania
> > próbuje się autoryzować np 200-300 uzytkowników w jednym czasie).
> > Problem polega na tym że wywala się całkowicie proces serwera radiusd.
> > Zero informacji w logach, poprostu jak dostaje taką burzę zapytań o
> > autoryzację wywala się bez echa i najgorsze jest to że zanim wszyscy
> > się autoryzują potrafi się kilkukrotnie ubić proces więc ręcznie
> > trzeba go podnosić aż wszyscy dokonają autoryzacji.
> > Spotkał się ktoś z takim problemem? Jakieś pomysły na rozwiązanie?
>
> Rozwiązanie "młotkowe" - respawnować proces po padzie. Puść go
> ze skrypta w nieskończonej pętli z parametrem -f.
> Coś w stylu:
> while true; do radiusd -f; date >> radpad.log; sleep 1; done
>
> Rozwiązanie lepsze, jak już masz pada i oczekujesz następnego,
> to puść go przez strace i zobacz na czym się wywala.
> czajka.to...@gmail.com <czajka.to...@gmail.com> napisał(a):
>
> > Witam!
> > Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 userów.
> > Wszystko działa bezproblemowo do momentu kiedy musi się autoryzować w
> > jednym czasie większa liczba użytkowników (zdarza się tak gdy np w
> > jeden części sieci wysiadł na chwilkę prąd i po przywróceniu zasilania
> > próbuje się autoryzować np 200-300 uzytkowników w jednym czasie).
> > Problem polega na tym że wywala się całkowicie proces serwera radiusd.
> > Zero informacji w logach, poprostu jak dostaje taką burzę zapytań o
> > autoryzację wywala się bez echa i najgorsze jest to że zanim wszyscy
> > się autoryzują potrafi się kilkukrotnie ubić proces więc ręcznie
> > trzeba go podnosić aż wszyscy dokonają autoryzacji.
> > Spotkał się ktoś z takim problemem? Jakieś pomysły na rozwiązanie?
>
> ze skrypta w nieskończonej pętli z parametrem -f.
> Coś w stylu:
> while true; do radiusd -f; date >> radpad.log; sleep 1; done
>
> to puść go przez strace i zobacz na czym się wywala.
Dzięki za odpowiedź.
Rozwiązanie "młotkowe" zawsze można zastosować, jednak wolałbym
wiedzieć co go boli. Z strace jeszcze nie próbowałem, ale sprawdzę to.
Dzisiaj znów freeradius wyleciał, zostawił jednak po sobie ślad
pid 7009 (radiusd), uid 133: exited on signal 11
#define SIGSEGV 11 /* segmentation violation */
Jakiś pomysł?
pozdrawiam
Konrad Stepien
May 16, 2009, 10:20:29 PM5/16/09
to
czajka...@gmail.com <czajka...@gmail.com> napisaďż˝(a):>> czajka.to...@gmail.com <czajka.to...@gmail.com> napisaďż˝(a):
>>
>> > Witam!
>> > Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 user�w.
>> > Wszystko dzia�a bezproblemowo do momentu kiedy musi si� autoryzowa� w
>> > jednym czasie wi�ksza liczba u�ytkownik�w (zdarza si� tak gdy np w
>> > jeden cz�ci sieci wysiad� na chwilk� pr�d i po przywr�ceniu zasilania
>> > pr�buje si� autoryzowa� np 200-300 uzytkownik�w w jednym czasie).
>> > Problem polega na tym �e wywala si� ca�kowicie proces serwera radiusd.
>> > Zero informacji w logach, poprostu jak dostaje takďż˝ burzďż˝ zapytaďż˝ o
>> > autoryzacj� wywala si� bez echa i najgorsze jest to �e zanim wszyscy
>> > si� autoryzuj� potrafi si� kilkukrotnie ubi� proces wi�c r�cznie
>> > trzeba go podnosiďż˝ aďż˝ wszyscy dokonajďż˝ autoryzacji.
>> > Spotka� si� kto� z takim problemem? Jakie� pomys�y na rozwi�zanie?
>>
>> Rozwi�zanie "m�otkowe" - respawnowa� proces po padzie. Pu�� go
>> ze skrypta w niesko�czonej p�tli z parametrem -f.
>> Coďż˝ w stylu:
>> while true; do radiusd -f; date >> radpad.log; sleep 1; done
>>
>
> Dzi�ki za odpowied�.
> Rozwi�zanie "m�otkowe" zawsze mo�na zastosowa�, jednak wola�bym
> wiedzie� co go boli. Z strace jeszcze nie pr�bowa�em, ale sprawdz� to.
> Dzisiaj zn�w freeradius wylecia�, zostawi� jednak po sobie �lad
>
> pid 7009 (radiusd), uid 133: exited on signal 11
> #define SIGSEGV 11 /* segmentation violation */
>
> Jakiďż˝ pomysďż˝?
> pozdrawiam
>>
>> > Witam!
>> > Zainstalowany freeradius 2.1.4 + postgresql. 2000-3000 user�w.
>> > Wszystko dzia�a bezproblemowo do momentu kiedy musi si� autoryzowa� w
>> > jednym czasie wi�ksza liczba u�ytkownik�w (zdarza si� tak gdy np w
>> > jeden cz�ci sieci wysiad� na chwilk� pr�d i po przywr�ceniu zasilania
>> > pr�buje si� autoryzowa� np 200-300 uzytkownik�w w jednym czasie).
>> > Problem polega na tym �e wywala si� ca�kowicie proces serwera radiusd.
>> > Zero informacji w logach, poprostu jak dostaje takďż˝ burzďż˝ zapytaďż˝ o
>> > autoryzacj� wywala si� bez echa i najgorsze jest to �e zanim wszyscy
>> > si� autoryzuj� potrafi si� kilkukrotnie ubi� proces wi�c r�cznie
>> > trzeba go podnosiďż˝ aďż˝ wszyscy dokonajďż˝ autoryzacji.
>> > Spotka� si� kto� z takim problemem? Jakie� pomys�y na rozwi�zanie?
>>
>> Rozwi�zanie "m�otkowe" - respawnowa� proces po padzie. Pu�� go
>> ze skrypta w niesko�czonej p�tli z parametrem -f.
>> while true; do radiusd -f; date >> radpad.log; sleep 1; done
>>
>> Rozwi�zanie lepsze, jak ju� masz pada i oczekujesz nast�pnego,
>> to pu�� go przez strace i zobacz na czym si� wywala.>
> Dzi�ki za odpowied�.
> Rozwi�zanie "m�otkowe" zawsze mo�na zastosowa�, jednak wola�bym
> wiedzie� co go boli. Z strace jeszcze nie pr�bowa�em, ale sprawdz� to.
> Dzisiaj zn�w freeradius wylecia�, zostawi� jednak po sobie �lad
>
> pid 7009 (radiusd), uid 133: exited on signal 11
> #define SIGSEGV 11 /* segmentation violation */
>
> pozdrawiam
Jak dumpn�� core, to wy�lij do autor�w.
Segfault to ewidentny babol w kodzie (albo problem ze sprz�tem).
0 new messages