Hozzászólások
Sziasztok.
Nem tudom van-e valakinek tapasztalata a fent emlitett kartyaval...
Nalunk most kerul uzembe helyezesre egy IBM xServer 225. Debian Woody kerult ra es a feladata hogy VPN-es usereket szolgaljon ki. Van rajta egy integralt Broadcom NetXtreme 5700 halokari ez nez a belso halo fele, kifele pedig egy 3Com 905.
Az a szituacio, hogy fel - egy napos mukodes utan minden elozetes jelzes nelkul egyszercsak megall a gep a kepernyon:
"BCM 5700 link up 100 full duplex (termeszetesen a kartya mar fel volt huzva es mukodott ugyhogy nem ertem miert huzza fel megint)
Kernel Panic. Unable to handle kernel Null pointer dereference at virtual address XXXXXXXXX ..... interrupt handler not syncing."
Mar legalabb 5 - 6 ilyen leallas volt. Mivel ez eleg durva hiba ezert hardver hibara gyanakodtunk. A memoriakat vegigprobaltuk azok jok. 3 Scsi vinyo fut Raid 5-ben azokat nem akartuk megbontani.
A gyari cd-n 3.1.9 -es driver verzio volt a halokarihoz . Leszedtuk a legfrisseb 3.3.5 -ot /elegge bugos volt a driver mert vissaneztem es a regebbiekben eleg sok crash -t meg freeze -t javitottak/
Kiprobaltuk 4.26 es 4.27 -es kernel alatt is de mindig veletlenszeruen leallt.
A logokban semmi sincsen, mennek a bejegyzesek es egyszercsak nincsenek bejegyzesek.
A szerveren LDAP fut. A 4.2-es LDAP -hoz le kellet szedni nehany testing csomagot /4 -et vagy 5-ot nem tudom ez jelenthet-e problemat/ Pptpd Mysql es Bind.
Most kiprobaltuk azt, hogy megcsereltuk a ket interfacet es a BCM5700 nez kifele a 3Com meg befele es a BCM-hez nem a gyari modul hasznaljuk hanem van valamilyen tg3 -as szinten Broadcom drivert ami mar benne van a kernelben es mukodik vele a kartya csak azt nem tudjuk meddig...
Ha valaki belefutott mar ebbe a problemaba az legyen szives irja mar meg hogy mi lett a megoldas illetve milyen drviert hasznal ehhez a kartyahoz.
Elore is koszonettel.
- A hozzászóláshoz be kell jelentkezni
[quote:f6e850f7a1="Nosferatu"]"BCM 5700 link up 100 full duplex (termeszetesen a kartya mar fel volt huzva es mukodott ugyhogy nem ertem miert huzza fel megint)
Kernel Panic. Unable to handle kernel Null pointer dereference at virtual address XXXXXXXXX ..... interrupt handler not syncing."
Mar legalabb 5 - 6 ilyen leallas volt. Mivel ez eleg durva hiba ezert hardver hibara gyanakodtunk. A memoriakat vegigprobaltuk azok jok. 3 Scsi vinyo fut Raid 5-ben azokat nem akartuk megbontani.
...
Kiprobaltuk 4.26 es 4.27 -es kernel alatt is de mindig veletlenszeruen leallt.
Most kiprobaltuk azt, hogy megcsereltuk a ket interfacet es a BCM5700 nez kifele a 3Com meg befele es a BCM-hez nem a gyari modul hasznaljuk hanem van valamilyen tg3 -as szinten Broadcom drivert ami mar benne van a kernelben es mukodik vele a kartya csak azt nem tudjuk meddig...
Ha valaki belefutott mar ebbe a problemaba az legyen szives irja mar meg hogy mi lett a megoldas illetve milyen drviert hasznal ehhez a kartyahoz.
Elore is koszonettel.
Én egy asztali pc-n woody alatt 2.4.2[56] kernellel és a notebookomban sagre alatt 2.6.[38] kernellel használok ilyen ethernet vezérlőt a kernelben található tg3-as driverrel.
Nekem eddig nem volt problémám ezzel a vezértlővel, igaz nem voltak akkora terhelésnek kitéve, mint amilyennek azok lehetnek.
Gus
- A hozzászóláshoz be kell jelentkezni
[quote:8193ae066a="Nosferatu"]
...
Van rajta egy integralt Broadcom NetXtreme 5700 halokari ez nez a belso halo fele, kifele pedig egy 3Com 905.
Az a szituacio, hogy fel - egy napos mukodes utan minden elozetes jelzes nelkul egyszercsak megall a gep a kepernyon:
"BCM 5700 link up 100 full duplex (termeszetesen a kartya mar fel volt huzva es mukodott ugyhogy nem ertem miert huzza fel megint)
Kernel Panic. Unable to handle kernel Null pointer dereference at virtual address XXXXXXXXX ..... interrupt handler not syncing."
Mar legalabb 5 - 6 ilyen leallas volt. Mivel ez eleg durva hiba ezert hardver hibara gyanakodtunk.
...
Most kiprobaltuk azt, hogy megcsereltuk a ket interfacet es a BCM5700 nez kifele a 3Com meg befele es a BCM-hez nem a gyari modul hasznaljuk hanem van valamilyen tg3 -as szinten Broadcom drivert ami mar benne van a kernelben es mukodik vele a kartya csak azt nem tudjuk meddig...
Ha kiírja, hogy up-ba ment a kártya, akkor előtte down-ban kellett lennie. Mármint nem az interfésznek IP-ileg, hanem a linknek. Ezt ti. akkor szokta kiírni, mikor pl. összedugod a switch-el, másik kártyával, etc.
Ha előtte is up-ban volt és ennek ellenére ilyesmit ír ki, akkor lehet, hogy a driver bugos nagyon...
Vhol neten olvastam róla véleményeket: A bcm5700 drivert elég sokan szidják... Nekem még nem volt vele bajom. És a tg3 driverrel ellentétben ez a driver hajlandó NAPI módban működni. Ettől függetlenül elég gyengus teljesítményt nyújt ez a fajta kártya pl. az e1000-hez képest...
- A hozzászóláshoz be kell jelentkezni
En is driver bugra gyanakszom. Egy Catalyst 2950 -es portjara van radugva es a tobbi porton volt adatforgalom es elotte mukodott az interface.
Ambar eleg erdekes dolgok tortentek mar itt. Csak ugy remisztgetes keppen volt egy usernek mar olyan halokartyaja ami 5 percenkent resetelte a Catalystokat :)
Ezert nez most a Bcm 5700 kifele.
- A hozzászóláshoz be kell jelentkezni
Nos jelenleg van 2 napos uptime a szerveren nem akarom elkiabalni de vagy a tg3 -as kernel driver nem annyira bugos mint a gyartoe vagy pedig a belso halozatrol olyan gyanus csomagok erkeztek amik kifektettek ezt a szegeny gigabites vezerlot egy osregi 905 Rev A -n pedig nem fognak ki. En a legelso verziora tippelek. Ha valaki ilyen kartyat akar hasznalni annak batran ajanlanam inkabb a tg3 -at...
- A hozzászóláshoz be kell jelentkezni