🚀 go-pugleaf

czajka.tomek@gmail.com <czajka.tomek@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.

--
WARNING: my e-mail is encrypted by ROT13
Xbaenq Fgrcvra <xbaenq@vagreqngn.arg.cy>

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.
>
> --
> WARNING: my e-mail is encrypted by ROT13
> Xbaenq Fgrcvra <xba...@vagreqngn.arg.cy>

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

czajka.tomek@gmail.com <czajka.tomek@gmail.com> napisa�(a):
> 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.
>
> 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

Jak dumpn�� core, to wy�lij do autor�w.
Segfault to ewidentny babol w kodzie (albo problem ze sprz�tem).

--
WARNING: my e-mail is encrypted by ROT13
Xbaenq Fgrcvra <xbaenq@vagreqngn.arg.cy>