[RISOLTO] Pacchetti droppati su eth0

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
roberto67
Packager
Packager
Messaggi: 372
Iscritto il: lun 14 set 2009, 18:55
Slackware: 15.0 multilib
Desktop: plasma 5
Contatta:

[RISOLTO] Pacchetti droppati su eth0

Messaggio da roberto67 »

Ciao ragazzi,
ho passato i giorni di festa sul seguente puzzle di Natale, spero qualcuno mi aiuti, come sempre. Va bene anche uno spunto, un link... [-o<

Ho affittato un server dedicato (su aruba) e sto ricompilando il kernel, versione 2.6.22.19 (uso questa versione perchè è da patchare); sono su una Slackware13. Il riavvio della macchina avviene con successo, ma manca la connessione. eth0 è up e viene configurata correttamente ma vedo che tutti i pacchetti sono stati droppati. La scheda di rete è una gigabit Realtek r8169.
La macchina viene riavviata automaticamente dopo un paio di minuti con il kernel di default da uno script automatico, dopo che vengono scritte su file alcune informazioni (ifconfig, route, ecc.) che vi allego in coda a questo messaggio.

E' successo casualmente un paio di volte che sia riuscito a entrare con il kernel nuovo, ma la cosa è aleatoria. Nello script di cui sopra infatti faccio un ifconfig down seguito da un iconfig up e così succede che magari la eth0 si risveglia e mi fa entrare, anche se continua a perdere pacchetti.

Vi chiedo un'idea sulle possibili cause di un comportamento del genere.

Grazie in anticipo
Roberto

Codice: Seleziona tutto

#ifconfig -v -a
eth0      Link encap:Ethernet  HWaddr 00:1c:c0:7e:6a:13
          inet addr:95.110.226.81  Bcast:95.110.231.255  Mask:255.255.248.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:4294967284 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:19 Base address:0xe000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:198 (198.0 B)  TX bytes:198 (198.0 B)

tunl0     Link encap:IPIP Tunnel  HWaddr
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

#route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
localnet        *               255.255.248.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         95.110.224.1    0.0.0.0         UG    1      0        0 eth0

#netstat -na |grep LISTEN
tcp        0      0 0.0.0.0:37              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:113             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
unix  2      [ ACC ]     STREAM     LISTENING     11721    @/var/run/hald/dbus-rPbFlINP0n
unix  2      [ ACC ]     STREAM     LISTENING     11658    /var/run/acpid.socket
unix  2      [ ACC ]     STREAM     LISTENING     11695    /var/run/dbus/system_bus_socket
unix  2      [ ACC ]     STREAM     LISTENING     11726    @/var/run/hald/dbus-jfLFPTkyUX

#traceroute 209.85.135.103
1  aruba.- (95.110.226.81)  3003.260 ms !H  3003.985 ms !H  3004.193 ms !H
Ultima modifica di roberto67 il mar 29 dic 2009, 17:40, modificato 1 volta in totale.

roberto67
Packager
Packager
Messaggi: 372
Iscritto il: lun 14 set 2009, 18:55
Slackware: 15.0 multilib
Desktop: plasma 5
Contatta:

Re: Pacchetti droppati su eth0

Messaggio da roberto67 »

Forse ho trovato qualcosa di interessante...

Digitando un

Codice: Seleziona tutto

lspci -vv
ottengo questo errore

Codice: Seleziona tutto

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller
 (rev ff) (prog-if ff)
        !!! Unknown header type 7f
        Kernel driver in use: r8169

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: Pacchetti droppati su eth0

Messaggio da Mario Vanoni »

So che NFS ha ultimamente errori non riproducibili,
successo anche a me,
la LKML ne segnala uno una tantum,
mai risolti vedi
http://lkml.indiana.edu/hypermail/linux ... 00071.html
neanche Trond Myklebust trova spiegazione.
E questo con il kernel 2.6.33-rc# ...

roberto67
Packager
Packager
Messaggi: 372
Iscritto il: lun 14 set 2009, 18:55
Slackware: 15.0 multilib
Desktop: plasma 5
Contatta:

Re: Pacchetti droppati su eth0

Messaggio da roberto67 »

brutte notizie insomma... grazie comunque.

continuo a cercare e resto in ascolto :-k purtroppo non sono un maestro in questo campo.

roberto67
Packager
Packager
Messaggi: 372
Iscritto il: lun 14 set 2009, 18:55
Slackware: 15.0 multilib
Desktop: plasma 5
Contatta:

Re: Pacchetti droppati su eth0

Messaggio da roberto67 »

posto il risultato del /proc/interrupt. Sull'IRQ 19 c'è un conflitto tra eth0 e uhci_hcd:usb5, vero?

grazie per ogni risposta [-o<

Codice: Seleziona tutto

          CPU0       CPU1       CPU2       CPU3
  0:        130          0          0          0   IO-APIC-edge      timer
  1:          2          0          0          0   IO-APIC-edge      i8042
  8:          1          0          0          0   IO-APIC-edge      rtc
  9:          1          0          0          0   IO-APIC-fasteoi   acpi
 12:          4          0          0          0   IO-APIC-edge      i8042
 14:       2043          0          0          0   IO-APIC-edge      ide0
 17:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 18:          0          0          0          0   IO-APIC-fasteoi   libata, uhci_hcd:usb3
 19:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb5, eth0
 20:          0          0          0          0   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
NMI:          0          0          0          0
LOC:      19049      19056      19049      19038
ERR:          0
MIS:          0

roberto67
Packager
Packager
Messaggi: 372
Iscritto il: lun 14 set 2009, 18:55
Slackware: 15.0 multilib
Desktop: plasma 5
Contatta:

Re: Pacchetti droppati su eth0

Messaggio da roberto67 »

Grazie a google ho risolto. :D
Lascio qui traccia della soluzione in caso qualcuno un domani non debba rovinarsi le feste con la Realtek RTL8111/8168B PCI Express Gigabit. Questa scheda usa il driver r8169, che la stessa Realtek consiglia di disinstallare per utilizzare i nuovi R8168 (vedere e scaricare da qui http://www.realtek.com.tw/DOWNLOADS/dow ... Down=false).

Tutti i kernel < 2.6.27 possono presentare problemi con questa scheda. Di conseguenza o si fa un upgrade del kernel, oppure si installano i drivers nuovi, oppure si patcha il kernel come suggerito qui http://bugzilla.kernel.org/show_bug.cgi?id=r8169.

Rispondi