On Tue, 2006-01-10 at 11:51 +0200, Daniel Colicov wrote:
salut
o data la 1-2 saptamani ma trezesc cu mesajul din imagine:
http://img232.imageshack.us/img232/2195/pic00012tg.jpg
http://img219.imageshack.us/img219/4002/pic00048xj.jpg
Long shot, dar un memtest ai incercat?
--
This
Long shot, dar un memtest ai incercat?
nu..nu cred ca ar fi de la memorie..dar o sa ii dau un memtest.
memoriile sunt ECC.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
On Tue, 10 Jan 2006, Daniel Colicov wrote:
intel. am schimbat driverii cu cei de pe site de la intel dar face la
fel. suportul pt placile de retea sunt buil-in.
Daca din cind in cind dai dmesg nu apare nimic ciudat? Sint
putine sase sa fie de la memorie.
--
Any views or opinions presented
Se da un server Supermicro dual Xeon pe post de router cu o placa intel
dualport onbord. Pe router ruleaza Debian cu kernel 2.6.8 UP (ultimul de la
debian). Ca servicii mai ruleaza un qugga (BGP) si un snmp. Prin eth0 am
legatura la net, iar pe eth1 (nu are ip-uri) sunt ridicate mai multe
vlan-uri
Sebucu Seby wrote:
Se da un server Supermicro dual Xeon pe post de router cu o placa intel
dualport onbord. Pe router ruleaza Debian cu kernel 2.6.8 UP (ultimul de la
debian). Ca servicii mai ruleaza un qugga (BGP) si un snmp. Prin eth0 am
legatura la net, iar pe eth1 (nu are ip-uri) sunt
--- Radu Oprisan [EMAIL PROTECTED] wrote:
Sebucu Seby wrote:
Se da un server Supermicro dual Xeon pe post de router cu o placa intel
dualport onbord. Pe router ruleaza Debian cu kernel 2.6.8 UP (ultimul de
la
debian). Ca servicii mai ruleaza un qugga (BGP) si un snmp. Prin eth0 am
http://linux.oneandoneis2.org/LNW.htm
Un articol cam lung (si cam for noobies) dar care merita citit..pe
indelete, si savurat fiecare cuvintel.
quote
Before you decide you want to switch to Linux, ask yourself Why do I
want to switch?
If the answer is I want an OS that puts all the power in
Sebucu Seby wrote:
--- Radu Oprisan [EMAIL PROTECTED] wrote:
Sebucu Seby wrote:
Se da un server Supermicro dual Xeon pe post de router cu o placa intel
dualport onbord. Pe router ruleaza Debian cu kernel 2.6.8 UP (ultimul de
la
debian). Ca servicii mai ruleaza un qugga
Radu Oprisan wrote:
Sebucu Seby wrote:
--- Radu Oprisan [EMAIL PROTECTED] wrote:
Sebucu Seby wrote:
Se da un server Supermicro dual Xeon pe post de router cu o placa
intel
dualport onbord. Pe router ruleaza Debian cu kernel 2.6.8 UP
(ultimul de
la
debian). Ca servicii
On Tue, 10 Jan 2006, Sebucu Seby wrote:
momentul cand nu se mai trimite nimic catre eth0, pot sa lucrez pe router
fara probleme. Asta mi so intamplat si cu kernelu 2.4.27. Problema apare
indiferent de trafic.
In ce switch se conecteaza placa aia? Nu e conectata cumva in
vreun switch cu
Tarhon-Onu Victor wrote:
On Tue, 10 Jan 2006, Sebucu Seby wrote:
momentul cand nu se mai trimite nimic catre eth0, pot sa lucrez pe
router
fara probleme. Asta mi so intamplat si cu kernelu 2.4.27. Problema apare
indiferent de trafic.
In ce switch se conecteaza placa aia? Nu e
--- Tarhon-Onu Victor [EMAIL PROTECTED] wrote:
On Tue, 10 Jan 2006, Sebucu Seby wrote:
momentul cand nu se mai trimite nimic catre eth0, pot sa lucrez pe
router
fara probleme. Asta mi so intamplat si cu kernelu 2.4.27. Problema
apare
indiferent de trafic.
In ce switch se
On Tue, 10 Jan 2006, Sebucu Seby wrote:
Placa aia (eth0) ii legata intr-un media convertor de fibra care in
celalalt capat ii intru switch cisco. Nu se schimba topologia retelei.
De unde stii? te-ai uitat in logurile switchului sa te asiguri
de asta?
--
Any views or opinions presented
On Tue, 10 Jan 2006, Tarhon-Onu Victor wrote:
De unde stii? te-ai uitat in logurile switchului sa te asiguri de
asta?
Sau nu neaparat ca se schimba topologia arborelui STP, dar poate
apar alte probleme (renegocieri, bucle temporare, alte motive care
impiedica switchul sa mai forwardeze
On Tue, 10 Jan 2006, Radu Oprisan wrote:
singura. Intrebarea ramane, de ce? Eu am o retea destul de complexa de
chain-uri de iptables pt mangle... poate sa fie asta cauza? Specificam, in
toata reteaua asta, un pachet trece prin maxim 48 de reguli pana la match, in
cel mai rau caz. Poate, in
Tarhon-Onu Victor wrote:
On Tue, 10 Jan 2006, Radu Oprisan wrote:
singura. Intrebarea ramane, de ce? Eu am o retea destul de complexa
de chain-uri de iptables pt mangle... poate sa fie asta cauza?
Specificam, in toata reteaua asta, un pachet trece prin maxim 48 de
reguli pana la match, in
Problemele care au ca si cauza incarcarea mare a cpu-ului sau a
unui anumit periferic nu se vor manifesta niciodata prin intreruperea
fluxului de date, ci doar prin degradarea calitatii acestuia (pierderi
de pachete cu alte cuvinte). Ma rog, daca discutam la nivel de
milisecunde
On Tue, 10 Jan 2006, Radu Oprisan wrote:
Eu am specificat ideea de luat razna ca si imposibilitate a masinii de
a mai procesa un timp de regulile... insa asta da deja spre o buba de
algoritm, in mod normal. Daca algoritmul e perfect stabil ar trebui
intr-adevar sa mearga dar greu, dupa cum
On Tue, 10 Jan 2006, Sebucu Seby wrote:
Pachete primesc prin eth0 (linku nu pica), numai ca routerul nu mai
trimite nimic prin eth0. In timpul in care se manifesta problema eu is
pe router si pot sa lucrez pe el. Eu ma leg pe router din partea cu
eth1.
tcpdump -i eth0 -n ether src host
--- Tarhon-Onu Victor [EMAIL PROTECTED] wrote:
On Tue, 10 Jan 2006, Sebucu Seby wrote:
Pachete primesc prin eth0 (linku nu pica), numai ca routerul nu mai
trimite nimic prin eth0. In timpul in care se manifesta problema eu is
pe router si pot sa lucrez pe el. Eu ma leg pe router din
Tarhon-Onu Victor wrote:
On Tue, 10 Jan 2006, Radu Oprisan wrote:
Eu am specificat ideea de luat razna ca si imposibilitate a masinii
de a mai procesa un timp de regulile... insa asta da deja spre o buba
de algoritm, in mod normal. Daca algoritmul e perfect stabil ar
trebui intr-adevar sa
lonely wolf [EMAIL PROTECTED] wrote:
Sebucu Seby wrote:
Problemele care au ca si cauza incarcarea mare a cpu-ului sau a
unui anumit periferic nu se vor manifesta niciodata prin intreruperea
fluxului de date, ci doar prin degradarea calitatii acestuia (pierderi
de pachete cu alte
Sebucu Seby wrote:
Cindva, demult, am avut o fibra cu 2 fire sudata gresit: firul de upload
a fost inlocuit din eroare cu un altul dintre cele citeva zeci existente
in aceeasi teaca.In consecinta eu vedeam tot traficul de pe fibra, dar
de la mine nu pleca nimic (sau mai bine zis pleca, dar nu
On Tue, 10 Jan 2006, lonely wolf wrote:
curind discuta cu ISP-ul si incearca sa afli daca nu apar e flapping pe
conexiunea cu tine. E posibil ca interfata routerului tau sa fie pacalita de
faptul ca unul din sensuri e OK si sa nu se prinda ca e down celalalt.
Da, dar in cazul asta la
On Tue, 10 Jan 2006, Sebucu Seby wrote:
MC ii WDM.. Dar pachetele nu pleaca din router. Adica daca dau
tcpdump pe eth0 cand se intampla faza nu se trimite nici un pachet dar
de primit se primesc.
Invata-te sa scrii un mail. Scrii aiurea, dai reply aiurea, etc.
Ai incercat sa
MC ii WDM.. Dar pachetele nu pleaca din router. Adica daca dau tcpdump pe
eth0 cand se intampla faza nu se trimite nici un pachet dar de primit se primesc.
Apropos, ruta default o setezi static sau o primesti dinamic ?
In timpul cat e picat ce output primesti la route -n | grep ^0 ?
Dan
cateodata cam de 2 - 3 ori pe zi tot traficul prin eth0 se opreste adica nu
mai trimite nimic (de primit .. primesc se vede ca primesc daca dau un
tcpdump pe eth0). Caderea dureaza ~5s. Cu eth1 nu am nici o problema. In
momentul cand nu se mai trimite nimic catre eth0, pot sa lucrez pe router
Florin Popovici wrote:
Eu cred ca problema apare din cauza HTB-ului. Am intalnit situatii
foarte asemanatoare (mult mai grave, though), si rezolvarea [pe
moment] a fost tc qdisc del dev ethX root, apoi regandirea de la 0 a
regulilor.
Scuze de intrebare, dar cum explici idle-ul CPU de 90% in
daca dai dmesg, nimic de genu overflow ? sau alte mesaje de eroare ?
la cat /proc/interrupts , fiecare placa ii cu intreruperea ei ?
si fiecare intrerupere ii pe alt CPU ?
ifconfig eth0 errors, dropped, overruns sunt in crestere ?
daca dai top si pe urma apesi pe 1 vei vedea utilizarea de la
29 matches
Mail list logo