Newsgroup: it.comp.os.linux.sys
Titolo: server che si inchioda..

Salve a tutti.. scusate il sbj ma è lunedì e la fantasia è scarsa..
allora.. stamattina, per l'ennesima volta, ho constatato che il mio
serverino linux era irraggiungibile.. la macchina è su, i dischi lavorano
allegramente ma è invisibile alla rete.. e quindi l'unica cosa che posso
fare è riavviarlo brutalmente (no tastiera e monitor)
piccola premessa: l'ultima volta che si è verificata una situazione analoga
ho pensato alla scheda di rete faloppa e quindi l'ho sostituita con una
nuova di pallino (realtek 8139)
spulciando i logs mi trovo una sfilza di righe come queste:
May  3 07:53:11 e-smith kernel: NETDEV WATCHDOG: eth0: transmit timed out
May  3 07:53:11 e-smith kernel: eth0: Tx queue start entry 4  dirty entry 0.
May  3 07:53:11 e-smith kernel: eth0:  Tx descriptor 0 is 00002000. (queue
head)
May  3 07:53:11 e-smith kernel: eth0:  Tx descriptor 1 is 00002000.
May  3 07:53:11 e-smith kernel: eth0:  Tx descriptor 2 is 00002000.
May  3 07:53:11 e-smith kernel: eth0:  Tx descriptor 3 is 00002000.
May  3 07:53:11 e-smith kernel: eth0: Setting half-duplex based on
auto-negotiated partner ability 0000.
è evidente che il problema sia nella scheda di rete.. si verifica in modo
random, non sembra dipendere dai cavi..
ecco qualche info ulteriore:
macchina dual p166 con 128 mb ram, 2 hd scsi in raid1 sw
[root@e-smith root]# uname -a
Linux e-smith 2.4.18-5smp #1 SMP Mon Jun 10 14:55:17 EDT 2002 i586 unknown
la versione di e-smith è la 5.6.. potrei passare alla 6.0 che ha un kernel +
recente ma mi secca spippolare la macchina che qui mi serve produttiva..
[root@e-smith root]# lspci -vv
00:00.0 Host bridge: Intel Corp. 430HX - 82439HX TXC [Triton II] (rev 01)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
        Latency: 32
00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev
01)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II]
(prog-if 80 [Master])
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 32
        Region 4: I/O ports at f000 [size=16]
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RT8139
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (8000ns min, 16000ns max)
        Interrupt: pin A routed to IRQ 17
        Region 0: I/O ports at 6400 [size=256]
        Region 1: Memory at e0000000 (32-bit, non-prefetchable) [size=256]
        Expansion ROM at <unassigned> [disabled] [size=64K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0c.0 SCSI storage controller: Adaptec AIC-7880U
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (2000ns min, 2000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 19
        Region 0: I/O ports at 6000 [disabled] [size=256]
        Region 1: Memory at e0001000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at <unassigned> [disabled] [size=64K]
any hint? se non altro una direzione per cercare eventuali cause?
danke
Stefano
p.s. ho già cercato su google.. si fa spesso menzione al problema ma per
kernel precedenti e ancora nel tree di sviluppo.. di casi di macchine dual
processor poi nisba..
-- 
Stefano Zamboni - 
zam...@freemail.it
Legge di Tussman:
Niente è inevitabile come un errore il cui momento è giunto.

 May 3 07:53:11 e-smith kernel: eth0: Setting half-duplex based on
auto-negotiated partner ability 0000.
Hai provato a settare la rete a 10 o 100 invece che lasciarla in auto?
PS: ma perchè non metti una tastiera/monitor quando si inchioda per
lavorarci? Capisco non lasciarla fissa ma almeno a fronte di emergenze può
essere utile - magari un reload della rete era suff.
 Dave
PS.PS
: se hai *appena* cambiato la scheda verifica che lo switch non abbia
memorizzato il mac della vecchia scheda - in caso fai un flush degli
indirizzi
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 essere utile - magari un reload della rete era suff.
io personalmente ho 12 macchine senza monitor/tastiera/mouse , ma almeno un
terminale su seriale è sempre presente , mai fidarsi della rete ;-)
ciao.
-- 
A me mi rovinano le donne.  Troppo poche!
                -- Roberto Benigni

 degli indirizzi
no switch.. solo hub..
grazie intanto
-- 
Stefano Zamboni - 
zam...@freemail.it
Seconda legge di Scott:
Quando si trova e si corregge un errore, si vedrà che andava meglio prima.

 fare è riavviarlo brutalmente (no tastiera e monitor)
Lancio un suggerimento, non so se dico una cazzata: non e' che per caso
anche questa e' una di quelle cornutissime ethernet che dopo un tot di
tempo vanno in power save? Mi e' capitato con una RTL 8139 ma su un PC
Uindous e non vorrei fosse proprio una cosa del genere. Prova magari con
mii-tool a vedere se riesci a spippolarci qualcosa.
-- 
| Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).      |
| CSLUG: http:/
cslug.linux.it
                           |
|        email: 
in...@cslug.linux.it
                     |
|        IRC: 
irc.freenode.net
 #cslug, #linux-cazzeggio |

 
ehi, e' eattamente quello che succede sul mio portatile! Improvvisamente 
la rete non va piu' e nei log ho quel messaggio.
Si risolve staccando e riattaccando il cavo di rete dopo una decina di 
secondi... Pensavo anch'io di evere la sk di rete cimita, ma ora che 
vedo il tuo post non so piu' cosa pensare...
se lo risolvi me lo fai sapere, vero?
grazie.
pPD.


ciao Thorin..
naturalmente il diavolo fa le pentole ma non i coperchi..
ho interrogato tramite mii-tool la scheda di rete e...
[root@e-smith root]# mii-tool -v eth0
eth0: 10 Mbit, half duplex, no link
  product info: vendor 00:00:00, model 0 rev 0
  basic mode:   10 Mbit, half duplex
  basic status: no link
  capabilities:
  advertising:
fiko! secondo mii-tool non c'è link.. ma c'è eccome.. allora ho provato un
[root@e-smith root]# apt-get update
Hit 
http://download.fedoralegacy.org
 redhat/7.3/i386/base/pkglist.os
Ign 
http://download.fedoralegacy.org
 redhat/7.3/i386 release.os
Hit 
http://download.fedoralegacy.org
 redhat/7.3/i386/base/pkglist.updates
Ign 
http://download.fedoralegacy.org
 redhat/7.3/i386 release.updates
Hit 
http://download.fedoralegacy.org
redhat/7.3/i386/base/pkglist.legacy-utils
Hit 
http://download.fedoralegacy.org
 redhat/7.3/i386 release.legacy-utils
Processing File Dependencies... Done
Reading Package Lists... Done
Building Dependency Tree... Done
W: 
http://download.fedoralegacy.org/apt/
 will not be authenticated.
[root@e-smith root]# apt-get install net-tools
Processing File Dependencies... Done
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, net-tools is already the newest version
0 packages upgraded, 0 newly installed, 0 to remove(replace) and 57 not
upgraded.
e quindi ho l'ultima versione disponibile per la mia distribuzione..
ho googleato (?) un attimo ed ho visto che non sono l'unico ad avere
problemi del genere...
ho idea che terrò una tastiera attaccata ed un monitor a portata di mano..
:-(
se ci sono altre idee...
saluti
-- 
Stefano Zamboni - 
zam...@freemail.it
Legge di Ruckert:
Non c'è problema tanto piccolo che non possa essere ingigantito

 con una nuova di pallino (realtek 8139)
io controllerei il cavo, in particolare le teste.
ciao
nemesis
-- 
QUOTE OF THE DAY:
       `

 cosa pensare...
io ho avuto un problema simile con una d-link dfe530 (non sono sicurissimo
del modello) con i driver default della mdk 9.0
con l'aggiornamento alla 9.1 il tutto si è risolto.
se la cosa può essere d'aiuto....
-- 
CyberPax
http://www.cyberpax.tk

 
il fatto e' che il problema si verifica con fedora core 1, slackware 
9.1, knoppix 3.2, knoppix 3.3, e anche con win xp (a parte i log che su 
xp non so neanche se ci sono)!
Cmq, non ho ancora escluso che sia un problema hw, ma e' molto strano...
Solo che il computer e' un portatile e la lan e' integrata, provero' ad 
aggiungere una pcmcia appena ne trovero' una compatibile con linux.
ciao e grazie!
pPD.

 o qualcosa del genere
quale parte di no tastiera non hai capito ;-)
-- 
Sigmund Freud interpretava i sogni dell'uomo.
Linus Torvalds ne ha realizzato uno.
                -- Reinterpretazione di uno slogan letto di sfuggita,
                   by Zuse

 so neanche se ci sono)!
Beh, allora direi che è _decisamente_ un problema hardware.
Recupera una pcimca e prova con quella.
-- 
CyberPax
http://www.cyberpax.tk

> ehi, e' eattamente quello che succede sul mio portatile! Improvvisamente
io ho mobo asus con scheda di rete integrata.
1) se all'avvio del pc il cavo non e' attaccato,
 poi la rete non funge.
2) se e' attaccanto , funziona e non si ferma mai.
comunque nel caso 1) risolvo con un "network stop,network start".
Sulla mia mandrake network e' lo script in rc.init che butta giu', o tira
su',
o restarta, la rete.

 quale parte di no tastiera non hai capito ;-)
pero' ti risparmi il monitor. si vabbe mi ero appena svegliato, mi hai
scoperto. E' gia' qualcosa che era scritto senza errori di ortografia

 fare è riavviarlo brutalmente (no tastiera e monitor)
Mi e' capitato qualcosa del genere diverso tempo fa' ... Se ben mi ricordo,
disabilitando tutti i power-save del mondo (BIOS, Kernel) il problema e'
sparito.
O forse avevo cambiato Kernel ... Boh :) ?
-- 
gabriele dot giambonini at rcfmedia dot net

 ho idea che terrò una tastiera attaccata ed un monitor a portata di mano..
Oltre la tastiera magari che ne dici, come test, di fare uno script da
lanciare in cron che periodicamente faccia fare qualcosa alla ethernet
tipo che so, anche uno stupido ping -c 10, alla macchina?


 
cmq a me non funziona, devo proprio staccare il cavo e riattaccarlo, 
altrimenti niente.
ciao.
-- 
PierinoPD
gc...@despammed.com
icq# 219632374

> uhm, strano! Ma non avrai un dhcp?
gno.