[rofug] kernel: xl0: transmission error: 90
Sergiu
Am o mica problema cu placa de retea. O ia razna din cand in cand iar in /var/log/messages apar urmatoarele linii:
Sep 22 11:19:20 lamp kernel: xl0: transmission error: 90
Sep 22 11:19:20 lamp kernel: xl0: tx underrun, increasing tx start threshold to 180 bytes
Sep 22 11:20:37 lamp kernel: xl0: transmission error: 90
Sep 22 11:20:37 lamp kernel: xl0: tx underrun, increasing tx start threshold to 240 bytes
Sep 22 11:39:19 lamp kernel: xl0: transmission error: 90
Sep 22 11:39:19 lamp kernel: xl0: tx underrun, increasing tx start threshold to 300 bytes
Sep 22 12:37:45 lamp kernel: pid 5059 (httpd), uid 80: exited on signal 11
Sep 22 15:24:54 lamp kernel: pid 8024 (httpd), uid 80: exited on signal 11
Presupun ca problema e la placa de retea si ar trebui schimbata. Am de gand sa schimb serverul in vreo doua saptamani, dar pana atunci as vrea sa linistesc putin situatia. De fiecare data cand apar mesajele astea cad majoritatea serviciilor - Apache, SSH, Pure-FTPD. Aveti vreo idee de "carpeala" care sa imi rezolve caderile pana atunci?
--
Message made from 100% recycled electrons.
http://www.lamp.ro
http://www.regex.ro
http://www.nethelp.ro
Adrian Penisoara
2009/9/22 Sergiu <la...@lamp.ro>:
Procesele crapa imediat in jurul acelor tx underrruns sau apar la un
interval de timp ?
Un dmesg postat ar ajuta macar sa ne dam seama despre ce hardware discutam...
Adrian,
EnterpriseBSD.com
________________________________________________________
To unsubscribe send a mail to rofug+un...@rofug.ro
Sergiu
Procesele crapa imediat in jurul acelor tx underrruns sau apar la un
interval de timp ?
Un dmesg postat ar ajuta macar sa ne dam seama despre ce hardware discutam...
Adrian,
EnterpriseBSD.com
Erorile apar "cam pe atunci". Mai exact de atat nu pot fi. De cate ori s-a intamplat m-a sunat cineva si m-a anuntat si cand am ajuns acasa am incercat sa-mi dau seama ce s-a intamplat pe la ora respectiva. Erorile din mesajul anterior sunt sigurele ciudatenii care le-am gasit. In afara de alea nu apare nimic in niciun log.
Un dmesg gasesti aici: http://www.lamp.ro/dmesg.boot.txt
Sistemul e FreeBSD 7.1-RELEASE-p4 i386 iar kernelul e compilat cu:
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=16
options IPFIREWALL_DEFAULT_TO_ACCEPT
options QUOTA
In afara de liniile astea nu am adaugat si nu am sters nimic din GENERIC.
Adrian Penisoara
2009/9/23 Sergiu <la...@lamp.ro>:
>
>
> 2009/9/23 Adrian Penisoara <a...@rofug.ro>
>>
>> Procesele crapa imediat in jurul acelor tx underrruns sau apar la un
>> interval de timp ?
>>
>> Un dmesg postat ar ajuta macar sa ne dam seama despre ce hardware
>> discutam...
>>
>> Adrian,
>> EnterpriseBSD.com
>>
>
> Erorile apar "cam pe atunci". Mai exact de atat nu pot fi. De cate ori s-a
> intamplat m-a sunat cineva si m-a anuntat si cand am ajuns acasa am incercat
> sa-mi dau seama ce s-a intamplat pe la ora respectiva. Erorile din mesajul
> anterior sunt sigurele ciudatenii care le-am gasit. In afara de alea nu
> apare nimic in niciun log.
>
> Un dmesg gasesti aici: http://www.lamp.ro/dmesg.boot.txt
>
> Sistemul e FreeBSD 7.1-RELEASE-p4 i386 iar kernelul e compilat cu:
> options IPFIREWALL
> options IPFIREWALL_VERBOSE
> options IPFIREWALL_VERBOSE_LIMIT=16
> options IPFIREWALL_DEFAULT_TO_ACCEPT
> options QUOTA
>
> In afara de liniile astea nu am adaugat si nu am sters nimic din GENERIC.
Ai configurat ceva legat de compilare in /etc/make (gen CPUTYPE sau
CFLAGS, etc) ?
Apache-ul si celelate procese care mor sunt compilate din porturi sau
adaugate din pachete ?
Incearca sa iei stacktrace-uri de la coredump-uri (vezi mai jos) si
vezi daca crapa mereu in acelasi loc. Mie imi pare ca ai niste
probleme cu hardware/memoria si in acest caz ar trebui ca stack-urile
sa difere la fiecare cadere.
gdb `which httpd` httpd.core
bt
q
Regards,
Adrian
Adrian Penisoara
2009/9/24 Adrian Penisoara <a...@rofug.ro>:
[...]
>
> Incearca sa iei stacktrace-uri de la coredump-uri (vezi mai jos) si
> vezi daca crapa mereu in acelasi loc. Mie imi pare ca ai niste
> probleme cu hardware/memoria si in acest caz ar trebui ca stack-urile
> sa difere la fiecare cadere.
>
> gdb `which httpd` httpd.core
> bt
> q
>
PS: un buildworld este un stress-test destul de bun, problema este ca
ar trebui sa-l sincronizezi cu momentele problematice. Ai putut face
vreo corelatie cu alti factori din mediu (e.g. temperatura in sistem,
caderi de tensiune, etc) ?
Regards,
Adrian.