drixter’s blog

…przygody informatyka…

3Com padł, spalił się, … ?

Wymieniłem w swoim domowym serwerku pół komputera z:

  • AMD Duron 1.6GHz
  • 512MB DDR
  • MSI KT3 Ultra ARU

na:

  • AMD Athlon64 X2 4200+
  • 2GB DDR2
  • Gigabyte GA-M61P-S3

Celem było osiągniecie jako tako działającej wirtualizacji na VMWare Server. Wszystko przebiegło dobrze. Wymieniony system na Debian 4.0 wstał i działał jak należy. Dwie sieciówki, jedna Intel PRO/100 i druga 3Com 905B działały … ale do czasu. Po instalacji VMWare Server i mostkowaniu do 3Com poprostu ten padał. W logach były takie błędy:

Aug 26 16:35:51 fido kernel: /dev/vmmon[13672]: host clock rate change request 19 -> 250
Aug 26 16:36:06 fido kernel: /dev/vmmon[13672]: host clock rate change request 250 -> 500
Aug 26 16:36:16 fido kernel: /dev/vmmon[13672]: host clock rate change request 500 -> 501
Aug 26 16:36:21 fido kernel: NETDEV WATCHDOG: eth1: transmit timed out
Aug 26 16:36:21 fido kernel: eth1: transmit timed out, tx_status 00 status 8000.
Aug 26 16:36:21 fido kernel:   diagnostics: net 0cd2 media 8880 dma 000000a0 fifo 8000
Aug 26 16:36:21 fido kernel:   Flags; bus-master 1, dirty 1289208(8) current 1289224(8)
Aug 26 16:36:21 fido kernel:   Transmit list 7b312b60 vs. ffff81007b312700.
Aug 26 16:36:21 fido kernel:   0: @ffff81007b312200  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   1: @ffff81007b3122a0  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   2: @ffff81007b312340  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   3: @ffff81007b3123e0  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   4: @ffff81007b312480  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   5: @ffff81007b312520  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel:   6: @ffff81007b3125c0  length 800005ea status 800005ea
Aug 26 16:36:21 fido kernel:   7: @ffff81007b312660  length 800005ea status 800005ea
Aug 26 16:36:21 fido kernel:   8: @ffff81007b312700  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   9: @ffff81007b3127a0  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   10: @ffff81007b312840  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   11: @ffff81007b3128e0  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   12: @ffff81007b312980  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   13: @ffff81007b312a20  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   14: @ffff81007b312ac0  length 800005ea status 000105ea
Aug 26 16:36:21 fido kernel:   15: @ffff81007b312b60  length 800005ea status 000005ea
Aug 26 16:36:21 fido kernel: eth1: Resetting the Tx ring pointer.

Zmieniłem 3Com na wbudowaną kartę w płytę główną i jest w porządku, ale ciekawość pozostała. Co się mogło stać, że nieśmiertelne karty 3Com zawiodły?

  • Spaliła/Uszkodziła się przy przenoszeniu pomiędzy płytami głównymi?
  • Kiepsko działa z Athlon64 i Debian64?
  • [cokolwiek innego]?

Jak ktoś zna przyczynę, to chętnie się dowiem co się stało.

Wpis “3Com padł, spalił się, … ?” ma jeden komentarz

  1. awatar100 pisze:

    rootkity w sterownikach od 3comu daja o sobie znac :>

Dodaj komentarz