Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Le blog devrait être bien redisponble, propragation des DNS.
Hors ligne
salut a tous.
Je me decide a poster aprés que ma dedi elle aussi crash souvent, trop souvent ![]()
je suis aussi en etch.
Je n'ai que apache2, mysql, proftpd, openfire, bind et courier+postfix et mon crontab ce n'est que:
jennifer:~# crontab -l # m h dom mon dow command @reboot /usr/openfire/bin/openfire start jennifer:~#
j'ai tester le kernel 2.6.18-4-686 j'ai du tenir 3~4 jours puis re-crash, je me suis donc mis a lire ce post et aie testé le kernel anti-freeze de dedibox et la c'est presque pire
crash a peut pres tout les jours/jours et demi.
la dedi a crasher hier a minuit, je l'ai relancer ce matin a 6h et quelque, elle a tenu une heure avant de re-crasher. je l'ai donc relancer ce soir en revenant de cours ![]()
je viens d'instaler le kernel http://88.191.18.45/kernels/2.6.21-rc4- … avec_ipv6/ on verra bien ce que sa donne ![]()
Aussi, je n'ai aucuns forts trafics/utilisation proc/ram lors de ces freeze et en epluchant les logs ben rien qui m'inquieterais, meme pas une erreur meme minime 10~15minutes avant ![]()

Hors ligne
Utilise la version stable du noyau.
Hors ligne
Heu le stable c'est le quel de kernel ?
je suis un peut perdu la :p

Hors ligne
2.6.18-4-486
Hors ligne
rhaamo a écrit:
Heu le stable c'est le quel de kernel ?
je suis un peut perdu la :p
http://88.191.18.45/kernels/2.6.20.7-dedibox_sans_ipv6/ ou http://88.191.18.45/kernels/2.6.20.7-dedibox_avec_ipv6/
@goldyfruit : ca c'est la version stable des kernels debian, pas de kernel.org ![]()
Dernière modification par Scurz (2007-04-23 20:00:10)
Hors ligne
merci, je viens d'installer le 2.6.20.7-dedibox_sans_ipv6
je reposterais d'ici 1~2 jours pour dire si sa marche mieux avec ![]()

Hors ligne
J'attends la réponse avec espoir.
Personellement, je ne change rien à ma configuration actuel, autant ne pas agraver les choses, après un jour sans crash (un record) mais dont j'esperais peu, elle à rechrashais ce matin à ~8h, personellement, je suis dans l'optique de me prendre une dedibox Sarge pour déplacés les choses impotantes.
Sinon, niveau support minimum, à part un anti-freeze datant d'il y a bientôt 1 semaine, j'attends :s
Hors ligne
Mais bon, le souci ne sera pas résolu en changent constamment de noyau. Pour ceux qui souhaitent ne plus avoir ces plantages, partez chez OVH ou hosteur.com par exemple. C'est ce que j'ai fait pour mon compte personnel, et aucun souci.
Hors ligne
Bon, blog et bazar.snurf.info redispo ![]()
Hors ligne
Cher abonne,
Le service ping de la Dedibox SD-xxxx surveille par nos soins
semble de nouveau repondre depuis le 23 avril 2007 a 18:13.
Consultez la console de gestion Dedibox pour plus d'informations.
Hé bé, elle a tenu longtemps ![]()
donc apres avoir testé 4 ou 5 kernel sans resultats meilleurs, dedibox pourra toujours se pencher la dessus sa ne fera pas grand chose de plus ![]()

Hors ligne
On dirait que ça le fait avec Debian et Ubuntu.
Hors ligne
hum, sous ubuntu 6.10 server je n'ai jamais eu de problemes :p

Hors ligne
goldyfruit a écrit:
On dirait que ça le fait avec Debian et Ubuntu.
Bonsoir
ça je ne sais pas, car j'en avais qu'une de boite sous debian qui me faisait ça, et depuis plus de 9 jours elle n'est plus tombée, malgrès le fait quelle soit sous etch ! ( après que des plantages à répétition )
il y a quelque chose qui ne tourne pas très rond mais où ?
le truc bizarre, c'est que suivant le vlan on dirait que ça le fait moins ou carément plus du tout !
dans tous les cas, c'est très bizarre et pleins de boites ont l'air d'être concernées
dédiboite, c'est pas dans la boite ![]()
Hors ligne
ca viendrai pas plutot d'une attaque interne qui se sert d'une faille sur le noyeau ?
Hors ligne
multinetworks a écrit:
ca viendrai pas plutot d'une attaque interne qui se sert d'une faille sur le noyeau ?
Non.
Perso j'ai une dediboite depuis 15 jours et je n'ai pas eu un plantage, Debian Etch + 2.6.18.1dedibox_r6_final
Hors ligne
Apres une période de répit d'environ 2 jours, ma dedi est tombé cet aprés midi vers 9h25/9h30...*sic*
Le plus bizarre c'est pendant ce down de plusieurs heures, je vois sur les graphs (depuis la console de gestion de dedibox) des paquets (download) et du trafic download tres faible.. Mais plus rien du tout en upload.
Pour une dedibox que je croyais freeze ça me surprend... J'en arrive à penser qu'il s'agit d'un problème de firewall qui bloque toute communication vers la dedibox (ssh inclus) de temps en temps...
Avez vous des pistes pour m'aider à trouver comment détecter une action d'iptable ? (quels sont les logs qui pourraient m'aider à pister ce blocage notamment)
Hors ligne
EnO a écrit:
J'en arrive à penser qu'il s'agit d'un problème de firewall qui bloque toute communication vers la dedibox (ssh inclus) de temps en temps...
Pour en être sûr tu as juste à vérifier l'uptime de ta machine.
Hors ligne
Le probleme c'est qu'une fois "down" (plus de ping, plus d'acces ssh), je peux plus consulter l'uptime de la machine (ni reprendre la main).
En plus le reset logique (envoie des touches pour reboot) via la console d'admin ne fonctionne pas (c'est pour cela que j'avais pensé a un freeze en 1er)
Hors ligne
Scurz a écrit:
rhaamo a écrit:
Heu le stable c'est le quel de kernel ?
je suis un peut perdu la :phttp://88.191.18.45/kernels/2.6.20.7-dedibox_sans_ipv6/ ou http://88.191.18.45/kernels/2.6.20.7-dedibox_avec_ipv6/
@goldyfruit : ca c'est la version stable des kernels debian, pas de kernel.org
C'est normal où bien on ne peut plus accéder à ces noyaux?
Hors ligne
C'et un freeze, et au niveau des logs ça se voit bien, puisque que les dernières actions sont faites avant le freeze, donc, pour ma aprt, après une dedibox instable, elle tombe moins souvent (1 à 2 fois par jour après etch) maintenant c'est une fois par jour, voir une fois tout les deux jours.
J'attends toujours la solution ultime
@ Scurz
OVH est trop cher pour ma part, niveau puissance/prix le mieux est dedibox pour mes besoins, mais c'est sur que niveau qualité/prix :s
Hors ligne
bonjour
je ne sais si ça peut orienter les recherches de certains mais je me suis mis un script php sur un cron toute les minutes les dernières 72 heures sur une boite qui ping sur un autre serveur ( externe à dédiboite ), puis un autre serveur ( externe au réseau dediboite ) pingant cette dédiboite toutes les minutes décalé de 30 secondes par rapport à la celui de la boite
le verdict est stupéfiant:
la boite ( et le serveur externe ) me donne des logs à 2 fois avec des coupures de quelques minutes ce qui signifie que la boite n'a pas été joignable de l'extérieur à 2 reprises durant quelles minutes, comme j'avais un watchgard sur la boite je me suis dis que c'était lui qui avait dû rebooter la boite, mais non ! la boite n'a jamais rebootée depuis plus de 10 jours et pourtant elle accuse des coupures ( donc à penser plutôt réseau ) à plusieurs reprises ( ceci par le fait qu'elle ne sait plus pinger l'extérieur du réseau et qu'un serveur externe ne sait plus la pinger non plus )
Pour moi ça restera plus du problème réseau dediboite ou firewall quelquepart qui doit couper sans raison ( ou alors laquelle ? )
Pour précision ce n'est pas le firewall de la boite qui est en défaut, je l'ai volontairement supprimé pour effectuer ces tests, ce jour à 14 heures 15 j'ai eu une alarme et effectivement je ne pouvais avoir accès à la boite ( ça n'a duré que 2 minutes environs )
Si ça peut aider, voilà un peu de tests et d'informations en plus et moi je ne vois pas pourquoi le kernel serait fautif de par le seul fait que j'ai plusieurs boites en etch, et que seule une à ce problème ( malgrès un re-formatage complet ), les autres fonctionnent sans jamais tomber
Hors ligne
@girafe_t : si si, relis mon premier message, les liens sont dedans.
Hors ligne
J'ai compilé la dernière version stable : http://bazar.snurf.info/kernels/2.6.21_ … sans_ipv6/
Hors ligne
Scurz a écrit:
J'ai compilé la dernière version stable : http://bazar.snurf.info/kernels/2.6.21_ … sans_ipv6/
Comment dire....... ca boote pas :+
Hors ligne