Problème réseau debian(squeeze)-xen

[cosquall]

Alors tout d'abord bonjour à vous tous,
Alors j'ai un petit soucis, en gros mon ordinateur me sert de serveur virtualisé sous xen (Linux debian 2.6.32-5-xen-amd64) cependant le petit problème vient du fait qu'Internet marche nickel aucun soucis mais pendant une certaine période seulement.
Au bout d'une période aléatoire (quelque minutes comme quelque heures) plus rien je ne peux plus pinger ni ma passerelle ni google...
Après vérification des fichiers de config (network, resolv.conf...) rien n'a bougé et même au niveau du ifconfig.
De plus le "service restart networking" redemarre bien mon réseau mais aucun changement (toujours ni ping ni connexion ssh possible sur la machine).
Je dois éteindre l'ordinateur et même après le redémarrage cela ne marche pas forcement.
En revanche tant que je reste sur mon noyau debian (sans xen) aucun soucis a signaler je peux rester pendant plusieurs jours dessus sans avoir aucun problème.
Donc je suis un peu ennuyé car j'aimerai pouvoir le laisser allumé pour bosser de chez moi si besoin est.
Merci d'avance pour toute les propositions de solution que je pourrai avoir

[captnfab]

Bonjour à toi,

J'ai rencontré un problème très similaire, si ce n'est complètement identique au tiens.

Pour le résoudre, j'ai du, et au début je n'y croyais pas, changer de module réseau (sur le dom0)
Le pilote que j'utilisais alors (r8169) était semble-t-il buggué, et utiliser le pilote r8168 corrigeait l'affaire.

L'idée du module réseau défectueux m'a été soufflée par le loup solitaire de http://www.biapy.fr/, qui a ensuite intégré le tuto à son site, ici: http://howto.biapy.com/debian-gnu-linux ... sur-debian

J'espère que ça résoudra ton problème.

[cosquall]

Merci pour la réponse rapide je suis en train de suivre le tuto mais j'ai quelque petit soucis sur le "command dkms build -m r8168 -v ${VERSION}" je reçois une erreur je vais voir dans /var/lib/dkms/r8168/8.026.00/build/make.log comme demandé et en gros j'ai un "pas de règle pour fabriquer la cible "clean". Arret."

Je vais donc chercher pour essayer de résoudre le problème présent et je vous tiens au courant de l'avancé

[cosquall]

Bon impossible de faire marcher tout ca !!! J'ai fais un petit lspci pour voir si j'avais la bonne carte réseau et en fait j'ai une carte réseau Atheros AR8152 v2.0 du coup je pense pas que la méthode suivit n'est peut être pas la bonne non ???

Du coup j'ai quand même essayé d'installer les drivers spécifique AR81family-linux mais rien y fait toujours les même soucis!!!

Je suis un peu perdu du coup je pensais vraiment que le tuto allait réparer mon problème mais apparemment non. :(

Help meeeeee

[biapy]

Bonjour,

je suis l'auteur de http://howto.biapy.com/. J'espère pouvoir t'aider

Installe l'outil pastebinit :

Code : Tout sélectionner

command apt-get install pastebinit

et poste les liens renvoyés par ces commandes :

Code : Tout sélectionner

command pastebinit /var/log/syslog
command pastebinit /var/log/dmesg
command pastebinit /var/log/kern.log
command pastebinit /var/log/debug
command lspci | command pastebinit
command lsmod | command pastebinit

Avec ces informations, nous pourrons peut être diagnostiquer le problème

[cosquall]

Bonjour,

je suis l'auteur de http://howto.biapy.com/. J'espère pouvoir t'aider

Bonjour et merci pour ton aide, je dois dire que je galère bien pour faire chaque commande, ma carte réseau n'a pas trop l'air d'apprécier cette commande car elle arrive rarement a terme et ma carte réseau est ko (seul le ping localhost reste fonctionnel).
Voici la seul qui est passer pour le moment je continue et je les postes des que cela marche


command pastebinit /var/log/dmesg
http://pastebin.com/NBaaswdB

Merci pour l'aide ;)

[cosquall]

command lspci | command pastebinit
http://pastebin.com/sSC1Xxuz

command lsmod | command pastebinit
http://pastebin.com/g9QfsUi9

bon voila par contre au niveau des fichiers de log il n'arrive jamais au bout, ma carte réseau plante avant, est ce que je ne devrai pas prendre les 100 dernières lignes du fichier ???

[biapy]

Oui, tu as raison, version mise à jour des commandes :

Code : Tout sélectionner

command tail -n 250 /var/log/syslog | command pastebinit
command tail -n 250 /var/log/kern.log | command pastebinit
command tail -n 250 /var/log/debug | command pastebinit

[cosquall]

J'ai donc pris les 250 dernières lignes pour pas que la carte réseau disjoncte et ca a marché voila le résultat:

command tail -n 250 /var/log/syslog | command pastebinit
http://pastebin.com/DC0LhABC

command tail -n 250 /var/log/kern.log | command pastebinit
http://pastebin.com/mGw4Bqs2

command tail -n 250 /var/log/debug | command pastebinit
http://pastebin.com/giz7k4zg

Merci

[biapy]

Petite MAJ:
Dans ce post : http://www.debian-fr.org/petit-conseil-t29618.html

Sa dernière netinstall de lenny customisée comporte un noyau 2.6.32.
J'ai aussi un pb pour installer GNU/Linux sur un Toshiba très récent.
Ne reconnaît la carte ethernet qu'avec un noyau 2.6.34 et ne fonctionne correctement qu'avec un kernel 2.6.35.
Solution actuelle la beta d'Ubuntu 10.10 (Je n'aime pas!) ou Fedora 13 avec kernel 2.6.35 (Libre en ce qui me concerne) de la version F14 (Trop buggée pour le moment); et passage au boot de acpi=copy_dsdt car mon toshi-san a une fantaisie de BIOS.
Une fois installé tout fonctionne out-of-the-box en 100% libre! A conseiller, comme machine, dans trois-quatre mois.

et

Dans mon cas, ce que je ne comprends pas c'est pourquoi squeeze ne s'installe pas avec une connexion wifi car ma carte est une atheros (ath9k) qui est prise en charge depuis le noyau 2.6.27, je crois.
Après il me suffirait de booter avec acpi=off et d'installer un kernel 2.6.35.
Bon, d'un autre côté, si je voulais bien, j'y arriverais car je connais exactement le problème qui est identifié et acpi=copy_dsdt au noyau 2.6.35 règle ce pb avant qu'un patch qui existe ne soit incorporé au kernel.

Donc, essaye en installant le linux image disponible dans les paquets squeeze backport :

Code : Tout sélectionner

echo "# Squeeze backports
deb http://backports.debian.org/debian-backports squeeze-backports main" > "/etc/apt/sources.list.d/squeeze-backports.list"
apt-get update

et installe le noyau adapté à ton architecture :

Code : Tout sélectionner

apt-get install linux-image-2.6.39-bpo.2-xen-686

ou

Code : Tout sélectionner

apt-get install linux-image-2.6.39-bpo.2-xen-amd64

Ou encore, plus prudemment:

Code : Tout sélectionner

apt-get install linux-image-2.6.32-bpo.5-xen-686

ou

Code : Tout sélectionner

apt-get install linux-image-2.6.32-bpo.5-xen-amd64

J'espère que cela résoudra ton problème.

[cosquall]

Ok merci la j'ai finis le boulot donc je vérifierai cela lundi encore merci pour toute l'aide apporté ^^

[cosquall]

Bonjour,

Je reviens vers vous après le test de plusieurs noyau xen backports et la gros problème écran noir, lors du choix de grub des que je met un noyau backports peu importe sa version j'ai écran noir je commence à plus trop savoir quoi faire.

Désolé pour toute les demandes je ne suis pas encore un expert linux :(
Merci

[biapy]

Bonjour,

je viens de me rendre compte d'un truc. Utilise tu Xen et Network Manager en même temps ?

SI oui, peut être que complètement désactiver Network Manager est la solution.

Cf ce post : http://unixtitan.net/main/2009/12/09/xe ... -networks/

Désinstalle les noyaux linux que je t'ai indiqué, j'ai supposé (à tort) que tu utilisais Xen sur une machine serveur, sans bureau graphique. Ce n'est probablement pas un problème de pilote, mais un problème d'incompatibilité entre Xen et Network Manager.

[cosquall]

En effet je n'ai peut être pas bien précisé mais c'est un test on va dire pour notre vrai serveur que je fais sur un pc portable au bureau afin d'évité de trop longue période d'inactivité sur le serveur réel !!!
Je reviens vers vous après avoir essayé votre solution.

Merci à vous

[cosquall]

Salut à tous,

bon étant donné que je n'avance pas je vais tenter une autre approche, en utilisant ma carte wifi, si j'ai toujours les mêmes soucis cela voudra dire que le problème n'est pas matérielle je reviens vers vous après mes futur tests.
Sinon j'ai un nouveau soucis c'est que sur mon noyau qui n'est pas xen j'ai le même problème donc je ne pense pas que le problème venait de xen.

Merci à vous