Bonjour à tous,
 
Je bosse sur une machine NAS-serveur central depuis quelques jours, et j'ai un problème assez bizarre que je ne parviens pas à diagnostiquer et encore moins à réparer.
 
La machine est un simple Athlon 64 4400+ dual-core, sur une M2N-SLI Deluxe (chipset réseau : Nvidia MCP55, donc). C'est dans l'attente de mettre la main sur une config réellement de type serveur, je précise.
Le système est une Debian Wheezy en mode serveur. (Distrib OpenMediaVault, mais qui ne fait qu'ajouter son paquet OMV à l'install Debian).
 
Le problème est simple :
- Si la machine est lancée avec une carte graphique, écran ou non, le réseau fonctionne. Que ce soit en IP fixe ou en DHCP.
- Si la machine est lancée SANS carte graphique, le réseau ne fonctionne plus. Le système se lance bien, je peux même me loguer et exécuter des commandes en aveugle. ifdown/ifup ne donne rien, idem que /network restart, etc...
 
J'envisage un exorcisme
 
Côté comportement, ce n'est évidement pas simple de faire des tests sans écran ni SSH, mais aucun log n'indique d'erreur d'aucune sorte, ifconfig et assimilés confirment que eth0 est bien présent. Par sécurité, j'ai désactivé le second port ethernet, ainsi que tous les autres ports (série, firewire...).
 
Enfin, j'ai trois éléments notables :
- En connectant directement cette machine à un poste, hors réseau, Wireshark voit que la machine se connecte, puis s'annonce sur les divers services et protocoles : le réseau fonctionne. Mais ensuite plus rien ne passe, même pas un broadcast.
- Un ifconfig -a lancé en aveugle montre que 100% des packets sont perdus, et que ceux reçu sont perdus aussi.
- Il ne s'agit pas d'un problème de câble croisé/droit. Tout est auto-négocié des deux côtés, et même en bloquant manuellement, ça ne donne rien. (Et puis ça marche avec la carte graphique, de toutes façons).
 
Bref, je suis un peu dans le flou pour l'instant. Le problème est tellement générique que le net n'est pas d'une grande utilité, et essayer de débuguer en aveugle une machine sourde et muette, c'est inédit pour moi (et pourtant j'en ai vu des trucs bizarres...).
 
Si quelqu'un a une idée, je suis preneur
 
Merci !

Ta debian est installée avec une interface graphique ?   laquelle ?
 
Mon hypothèse : un outil de l'interface graphique configure le réseau. Pas de carte graphique, pas d'interface, donc pas de réseau

Totalement d'accord sur le scénario, mais il n'y a pas d'interface, c'est en mode serveur pur. D'ailleurs X n'est même pas installé il me semble.
 
Et quand bien même, j'ai tenté le coup des commandes pour reconfigurer eth0 complétement, en aveugle, et ça n'a rien donné

T'as désactivé networkManager et autres avant de configurer manuellement ?

Faudrait regarder les logs  avec la CG et sans la CG

Question idiote : puisque "tel quel" ça te plante, pourquoi ne pas laisser une petite carte graphique sur le bouzin ?  
Une carte graphique de base qui consomme dans les 4W maxi, c'est pas ça qui va plomber le coût d'utilisation du NAS sous OMV.
 
Sinon peut être faire appel à ceux qui utilisent OMV, à voir ici donc.

avec eth0 comme interface réseau fait un
 
grep eth0 /proc/interrupts > monfichier
 
Si t'as l'irq 10 y a un risque qu'il soit partagé avec l'interface graphique. Et selon le bios, ben ça peut foutre la merde puisque la machine n'est pas forcément censée pouvoir booter sans interface graphique. Donc si t'es dans ce cas je te propose de changer les irq réseau/graphique de ta machine et de retenter le coup.

 
Ha très bonne idée !
Hélas, l'IRQ est 25 en mode non-CG, et 26 avec (PCI-MSI-edge    eth0)... En fait, la 10 n'est pas occupée, et c'est là 16 que semble utiliser la CG.
Je vais creuser le sujet cela dit, parce qu’effectivement, les symptômes semblent correspondre chez certaines personnes (même si ce sont d'autres périphériques/programmes qui sont touchés).
EDIT : Par contre, pas d'interruptions comptabilisées en mode non-CG, alors que oui avec. Significatif ?
 
bardiel : la raison est toute bête, ce n'est pas une carte low-profile Pas de riser, et pas de cg PCI qui traine. Vu la durée de vie prévue pour ce hardware, aller dénicher un carte PCI low-profile pour x€ et le double de port, voilà quoi...
(Accessoirement, cette machine est sensée gérer des données importantes, si je commence sa carrière par unz zone d'ombre et un bug, ça va le faire moyen)
 
com21 : comme dit plus haut, les logs sont propres, c'est bien là le problème. Le réseau fonctionne, vu qu'un ordi en face détecte les broadcasts et annonces de services, c'est "juste" qu'ensuite tous les paquets sont perdus.

Ah forcément, si c'est pour une utilisation ponctuelle et dans un boîtier tordu

 
Même pas, c'est un boitier RM21706 de Chenbro, en 2U (acheté lundi dernier à TheMartel, ici même)
C'est particulièrement bête ce problème, vu que c’est la seule chose qui m’empêche de fermer ce boitier
 
Si rien n’émerge, je finirais par mettre la main sur une carte, mais bon c'est pas génial niveau confiance dans le matos et le système.

Solution trouvée : c'est un bug entre le driver forcedeth (nForce ethernet open source) et le chipset Nvidia MCP55, et qui n'a jamais été corrigé depuis 2008. Ca semble bien lié à la gestion des interruptions car ça concerne MSI/MSIX.
 
Le fix pour Debian est simple :
 

 
Et pour tester avant de rendre ça durable :
 

 
Bref, un truc bien vicelard
 
Merci roscocoltran de m'avoir mis sur la bonne route

oulah, fallait chercher celui-là....