Plantage réseau (Squeeze) : "r8169: eth0: link up" en boucle

Support Debian
#1

Bonjour,

Je me suis monté un NAS à base de carte mère atom dual LAN (celle là pour info : jetway.com.tw/jw/ipcboard_vi … C9C-550-LF).

J’ai installé la dernière Debian 6 Squeeze : tout le matériel est reconnu. Cependant lors d’un gros transfert réseau je perd le réseau (les connexions sont coupées, plus d’accès à la machine) ; obligé de reboot.

J’ai essayé avec les 2 interfaces réseaux c’est pareil ; voici quelques traces :

lspci | grep Eth 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)

lsmod | grep 8169 r8169 25180 0 mii 2714 1 r8169

cat /var/log/messages Feb 19 09:00:50 ymir2 kernel: [28784.656636] r8169: eth0: link up [...] Feb 19 09:02:04 ymir2 kernel: [28858.592136] r8169: eth0: link up Feb 19 09:02:08 ymir2 kernel: [28862.232119] r8169: eth0: link up Feb 19 09:02:16 ymir2 kernel: [28870.632589] r8169: eth0: link up Feb 19 09:02:21 ymir2 kernel: [28875.080117] r8169: eth0: link up Feb 19 09:02:31 ymir2 kernel: [28885.141632] r8169: eth0: link up Feb 19 09:10:47 ymir2 kernel: imklog 4.6.4, log source = /proc/kmsg started. Feb 19 09:10:47 ymir2 rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="1163" x-info="http://www.rsyslog.com"] (re)start

Est-ce que quelqu’un aurait une idée pour corriger ce problème ?

edit : sujet

#2

aucune idée mais tu est sur que cela n’est pas un problème matériel ?

#3

Merci pour ta réponse bobzer.

J’ai utilisé différentes machines sur ce câble/port de commutateur, mais vais quand même essayer de changer.
Après niveau carte réseau j’ai testé avec les 2 cartes réseau internes sur la carte mère (c’est les mêmes puces), donc j’avais éliminé cette hypothèse pour me pencher vers un problème plutôt software (driver ou autre).

#4

Re ;
Je viens de faire un test de performance réseau avec iperf : je charge le lien à 705 Mbits/sec sans que cela provoque les logs :

… en boucle et sans que cela plante mon serveur.

Ca tenterait à disculper un problème de carte réseau, qu’en pensez-vous ?

#5

je pense comme toi du coup retour a la case départ

#6

Bonjour,

je suis dans le même cas que pteu, même genre de freeze du système précédés des mêmes messages, lors de transferts “rapides” en download (en up, je n’ai aucun souci), que ça soit en provenance d’internet (fibre chez free) ou en rapatriant des fichiers du ftp de la freebox.

pour info je suis en debian sid (j’ai testé avec la dernière ubuntu natty, j’ai strictement le même problème dans la même configuration)

toute aide serait grandement appréciée! merci :smiley:

#7

Bonjour,

J’ai un problème similaire sous testing.
Lors de sauvegarde rsync via nfs j’ai un gel intégrale de la machine.

# lspci | grep Eth 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)

# lsmod | grep 8169 r8169 37209 0 mii 12634 1 r8169

# cat /var/log/messages Apr 22 07:38:39 rose kernel: [12393.177808] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:39 rose kernel: [12393.429359] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:42 rose kernel: [12396.292784] net_ratelimit: 9 callbacks suppressed Apr 22 07:38:42 rose kernel: [12396.292790] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:43 rose kernel: [12397.047570] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:43 rose kernel: [12397.478953] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:43 rose kernel: [12397.602643] r8169 0000:02:00.0: eth0: link up Apr 22 07:38:44 rose kernel: [12398.093915] r8169 0000:02:00.0: eth0: link up Apr 22 07:41:28 rose kernel: imklog 5.7.10, log source = /proc/kmsg started.

si quelqu’un as une idée de piste a creuser, je suis preneur :slightly_smiling:

Edit :
Je me répond à moi même, pour mon cas cela semble venir du noyau Linux 2.6.38-2-amd64.
En redemandant avec le noyau précédent ( Linux 2.6.32-5-amd64 ) je n’est plus de soucis.
Edit 24/07/2011 :
Toujours le même problème avec le noyau 2.6.39-2-amd64.

#8

J’ai le même problème et aussi le noyeau 2.6.38. Le seul hic c’est que sans ce noyeau ma carte wifi ne fonctionne pas :cry: .

ps:

tout semble désigner ce pilote de carte ethernet, vu que l’on a tous la même. je vais blacklister le module pour voir si ça continue.

#9

Salut,

Ce n’est pas le premier sujet à propos des 8169. bizarrerie-avec-cartes-rtl8169sc-t31566.html
Je n’ai toujours pas compris…

#10

Je précise que ça m’arrive alors que je ne suis même pas connecté en Ethernet.
Edit: je viens d’avoir le même bug avec r8169 blacklisté, donc je pense que ça viens pas de la. En attendant je retourne à linux 2.6.32 pour voir.

#11

J’ai eu également ces plantages lors de transferts de fichier. Il semble que les problèmes ont été résolus grâce aux opérations suivantes :

Installer les packets suivants :
aptitude install firmware-linux firmware-linux-free firmware-linux-nonfree modconf

Ensuite lancer modconf et activer les pilotes suivants :

Dans la section kernel/drivers/pci/hotplug
activer
fakephp (pas présent sur mon serveur)
pci_hotplug
shpchp
Dans la section kernel/drivers/net
activer
8139too

#12

Bon je crois que j’ai parlé un peu trop vite, hier après plus 150 Go transférés sur Samba, je lance une sauvegarde backuppcx de mon poste de travail en même temps -> le serveur Debian plante. :frowning:

Je vais essayer de mettre une autre carte réseau pour voir.

Edit : installation d’un carte réseau D-Link :
eth0: RTL8169sb/8110sb at 0xffffc9000063c000, 14:d6:4d:1d:01:3d, XID 10000000 IRQ 20

Il semble ne plus y avoir de freeze pour le moment… le chip de la carte réseau intégrée à la carte mère est un RTL8169c, c’ets la version c du chip qui semble faire planter… enfin on verra si ça marche toujours quand j’aurai terminé de transférer 200 Go de données tout à l’heure.