DEDIBOX-NEWS.COM

En fait il s'agit d'une dedibox recu il a 3 jours donc elle est genre récente.
De toute les facons elle refuse de me redonner la main je viens de sauver 2/3 trucs et je pars pour une reinstall.

Pour ceux que ca interesse, changement de dedibox et ca roule.

Bonjour à tous,

J'ai effectivement le même problème : cela arrive apparement lors de transfert de gros fichiers vers dedibackup avec le soft backup-manager.
Apr 16 10:36:01 sd-13xxx kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 16 10:36:01 sd-13xxx kernel: eth0: Transmit timeout, status 00000005 00000000
Apr 16 10:36:09 sd-13xxx kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 16 10:36:09 sd-13xxx kernel: eth0: Transmit timeout, status 00000005 00000000

Je suis obligé de lancer un reboot du serveur depuis la console
J'ai vu des posts sur internet concernant un bug du kernel 2.6.20 à 22 mais rien sur le .24
Mon serveur a également été livré le 14 avril ... mauvaise série ?

As-tu plus d'info de ton côté ?
Alex

lool
En réfléchissant un minimum, tu trouverais...

Apr 16 08:25:02 sd-13123 snmpd[3623]: Connection from UDP: [88.191.254.20]:49756

ping /?

Utilisation : ping [-t] [-a] [-n échos] [-l taille] [-f] [-i vie] [-v TypServ]
                 [-r NbSauts] [-s NbSauts] [[-j ListeHôtes] | [-k ListeHôtes]]
                 [-w Délai] NomCible

Options :
  -a            Recherche les noms d'hôte à partir des adresses.

aweiss a écrit:

Re,

Il s'agit de l'adresse ip du serveur de monitoring dedibox. Tu as du installer l'agent dedibox-dma qui est en fait un serveur snmp.
Ces connexions correspondent au moment ou le serveur de monitoring vient interroger ton serveur pour faire les checks de temperature, de raid etc ...
Par contre, il me parait anormal que tu ais autant de connexion. De mon côté, je n'ai que ça :
Apr 16 14:27:23 sd-xxxxx snmpd[2790]: Connection from UDP: [88.191.254.20]:38346
Apr 16 14:27:23 sd-xxxxx snmpd[2790]: Connection from UDP: [88.191.254.20]:38346
Apr 16 14:27:23 sd-xxxxx snmpd[2790]: Connection from UDP: [88.191.254.20]:38347
Apr 16 14:27:23 sd-xxxxx snmpd[2790]: Connection from UDP: [88.191.254.20]:38347

Peut-être une relation de cause à effet mais pas chez moi.
Aurais-tu mis en place un firewall avec des restrictions en sortie sur ta box ?
Pour rappel, tu trouveras la config à adopter avec iptables et l'agent dma en fin de tuto : http://documentation.dedibox.fr/doku.ph … ibox%20dma

De mon côté la box de perd par la comm en ce moment, c'est juste sur des gros transferts.
J'ai fait aussi un post pour ce problème sur le news discussions de dedibox mais pas de réponse pour l'instant.
Alex

Salut, oui j'ai l'agent installé et j'ai autorisé le host 88.191.254.0/24 dans Firestarter mais cela ne m'explique pas pourquoi y'a autant de ports utilisés.... Merci pour ces explications.
M'enfin c'est pas le plus gros problème parce que en l'état le serveur est inutilisable avec le réseau qui tombe plusieurs fois par jours. C't'un serveur de fichier et j'ai même pas fini de charger à partir de chez moi tous les fichiers (à 100ko/s :-(. Je n' lai eu qu'il y a quelques jours seulement et heureusement que j'utilise WinSCP en SFTP ce qui me permet de reprendre les envois là ou ils s'arrêtent à chaque fois.

Sinon j'ai ouvert un ticket pour ce problème et j'atttends...

Alors en fait j'ai fini pas trouver d'ou ca venait.
C'était un souci avec une appli et non la box elle même, j'ai contacter monsieur le dev et il m'a fait un petit patch qui a l'air de résoudre mon souci.
A priori c'est un truc en rapport avec ca: http://en.wikipedia.org/wiki/TCP_segmen … offloading
Je n'ai pas tout compris de ce que m'a raconter le dev mais il faudrait desactiver le tso sur la carte réseau via ethtool sauf que sur la dedibox on ne peux pas le faire donc bon en gros la merde!

Je ne sais pas si ca a un rapport avec le souci de aweiss mais j'ai fais un script bash qui palie au probleme, c'est un peu crade mais ca marche.

a=$(ping -c 1 88.191.83.1 |grep transmitted|awk '{ print($4) }')
b=1


if [ "$a" -eq "$b" ]
then
  date >> /var/log/test_net
else
  date >> /var/log/test_net
  echo ca chie!!! >> /var/log/test_net
  /etc/init.d/networking restart
fi

Ca fait un ping de la paserelle et si elle ne répond pas ca redémarre le réseau, il suffit de faire un cron qui lance le script toute les minutes.
Mon OS est en anglais il faudra adapter un peux si vous êtes en french.

Good luck.

J'ai eu le même problème ce matin suite à un gros pic d'upload, avec les mêmes logs d'erreur. Malheureusement je ne suis même pas capable de savoir quelle appli est responsable, je n'ai pas vu dans les logs laquelle s'est excitée.
Toutes les box touchées sont-elles des v2 standard comme la mienne?

En tout cas merci pour le script, je vais l'implémenter au cas où.

Dernière modification par dalgwen (2008-04-20 12:15:02)

Salut,

le problème reste entier pour moi après un changement de dédi.
Pour rappel, une dédi standart V2 dont la carte mère à en premier été changée et qui refusait ensuite de passer l'étape du formatage du disque pendant l'installation.
J'ai donc changer de dédi, réinstaller Kubuntu 7.10 32 bit.
La première chose que j'ai fais est de récupérer FileZilla et de me connecter sur mon espace FTP de backup pour récupérer un gros fichier sans limiter la bande passante de FileZilla.
Boing ! Le premier fichier d'environ 1.2 Gio est passé le deuxième qui devait faire à peu près la même taille à planté la carte réseau !
Redémarrage...
Il semble que ceux qui ont fait une mise à jour du Kernel s'en sortent donc si quelqu'un a la gentillesse de poster ici la procédure pas à pas pour mettre le kernel de la dédi V2 à jour j'en serais très heureux.
Pour l'instant je limite toutes mes connexions sortantes pour éviter la déconnexion de la carte réseau mais c'est pas top...

darkbeuh a écrit:

Je suis preneur pour toute solution, dedibox V2 livrée il y a deux jour et meme probleme...

La seule solution que j'ai trouvé et qui a été également adoptée par d'autres est d'installer un autre kernel en parallèle avec celui de dédibox et de démarrer dessus.
Pour moi c'est fait depuis ce matin et toute la journée j'ai testé sans avoir le moindre problème de déconnexion donc...

Voilà...

Dernière modification par Ghost (2008-04-24 00:14:17)

darkbeuh a écrit:

Je vois au dessus que tu cherchai une procedure pour faire ca, t'aurai des liens à me conseiller ?

Et qu'est-ce qu'implique l'installation d'un second kernel ?

Salut, et bien il se trouve que personne n'a daigné m'apporter la moindre aide sur les forums pour me donner la procédure à suivre mais que j'ai trouvé quelqu'un qui a bien voulu prendre 5 minutes pour m'indiquer par email la procédure à suivre donc si tu veux tu peux m'écrire à dj_ghost_13@yahoo.fr et je te donnerai la procédure.
Met bien le mot "dédibox" dans le sujet de ton mail (entre autre mots) et dit moi ce que tu as choisie comme machine & Système.

Kikoo,

je sais pas si ça va faire avancer le schmilblique, mais j'ai à mon actif une Dedibox V1 et V2, avec la même version d'ubuntu : 6.06 lts 32b, et elles plantent à tour de rôle, comme j'ai activé la fonction réception sms, je vous dit pas le harcelèlement .

j'ai peut-être une piste que vous pourriez exploiter, j'avais activer sur ces 2 serveurs, l'outils Supervision Avancé DMA de Dedibox, en activant toutes les sondes sur la console d'administration.

J'ai procéder à la désinstallation de l'outils de Supervision Avancé DMA, puis à la désintallation du paquet SNMPD, et depuis plus aucun crash des mes serveurs.

Je sais pas si ça va vous aider, mais en tout cas, ça a l'air d'être rentrer dans l'ordre.

Je vous tiens au courant, si j'ai de nouveau le soucis.

@pluche !

[MAJ Mercredi 30/04/08]
Sur mes dedibox V1 et V2, toujours aucun plantage, je tiens le bon bout,
++

Dernière modification par $heeby (2008-04-30 23:56:10)

Bon au final j'ai résumé le problème et surtout indiqué la solution pour changer de kernel pour contourner ce problème d'interfaces réseau :
http://www.placeoweb.com/dotclear/index … 5-00000000