Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Pour ceux à qui ça pourrait être utile voici ce qu'il faut faire pour changer sa version de glibc en toute simplicité et securité.
/etc/apt/sources.list :
deb http://ftp.fr.debian.org/debian/ etch main deb-src http://ftp.fr.debian.org/debian/ etch main deb http://security.debian.org/ etch/updates main contrib deb-src http://security.debian.org/ etch/updates main contrib deb http://snapshot.debian.net/archive pool glibc deb-src http://snapshot.debian.net/archive pool glibc
/etc/apt/preferences (il faut creer le fichier s'il existe pas) :
Package: libc6 Pin: version 2.3.6.ds1-3 Pin-Priority: 1001 Package: libc6-dev Pin: version 2.3.6.ds1-3 Pin-Priority: 1001 Package: * Pin: release a=etch Pin-Priority: 600
Ensuite on peut effectuer la maj sans se soucier des dependences qui pourraient être cassées.
Dernière modification par john (2007-11-09 11:23:50)
Hors ligne
Scurz a écrit:
Dites, ça ne sert à rien de dire "j'ai un uptime de 5 ou 10 jours", il faut un minimum de 20 jours voir plus pour dire "ça ne plante pas".
Ma boite a planté 2x de suite à 30 jours d'intervalle (debian etch), vous me coonseiller le downgrade glibc aussi ?
Hors ligne
oui
Hors ligne
Le downgrade de paquet m'a juste désactivé les locales pour moi, enfin la dernière versions des locales est innascessible après faut voir plus géénralement, il est sur que certain paquet ne fonctionnent pas avec.
Sinon, pour skywalker, j'ai un ami qui s'arrache les cheveux avec une machine OVH qui fait des reboot à repetitions, ils n'ont même pas le temps de se connecter dessus qu'elle repart en vrille, hum hum...
Hors ligne
Salut Myst,
J'ai effectivement eut le même problème avec OVH,
Dans mon cas ca m'a posé quelque souci avec la mise a place du firewall qui bloquait le systeme de monitoring et boum reboot en mode rescue, alarme des technicien OVH et blocage de la maichine, relance et on recommance... tant que t'as pas compris ca tu part en boucle et là c'est sûr tu prend bien les glandes...
En fait c'est qu'on prend simplement de très mauvaise habitude "a se demerder tout seul" chez DEDIBOX, en effet chez OVH tu ne peux pas faire des reboot hard a repetition quand tu veux et a chaque fois il bloque tout pour verifier la machine qui part en vrille......donc il en fond bien plus voir trop dans ce cas.
J'ai supprimé l'option de surveillance OVH (mode par défaut je crois) et maintenant ca marche nikel depuis septembre et sans plantages ![]()
La hot line telephonique OVH a été a la hauteur et ma expliqué pourquoi, j'ai corrigé le tir et Voila
@+
Hors ligne
Je n'ai plus de souci depuis que j'ai reinstalle il y a 6 mois le serveur, "up 79 days" (j'ai du faire des reboot entre temps).
Je mets a jour mon premier message de ce topic.
Edit : voila, premier message a jour. ![]()
Dernière modification par Scurz (2007-12-02 11:23:12)
Hors ligne
Pour ma part, j'ai voulu installer Java 1.6, qui m'a obligé à mettre et installé certains paquets dépendant... Et patatra 2 plantages en 24H ce qui m'était pas arrivé depuis... Presque 1 an !
Ce qui est amusant c'est que je l'avais complétement réinstallé il y a 1 ou 2 mois, et qu'avant il y avait Java 1.6 qui tournait dessus sans le moindre problème...
Bref c'est vraiment nawak, ce problème existe toujours et est vraiment récurant chez dédibox ça devient vraiment pénible, depuis le temps que ce soucis existe... Bref downgrade de libc effectué... I wait... and see.
De toute façon si ça plante toujours je vais pas m'emmerder à faire 40 bidouilles j'ai pas de temps à perdre, j'irais voir ailleurs.
Hors ligne
john a écrit:
Pour ceux à qui ça pourrait être utile voici ce qu'il faut faire pour changer sa version de glibc en toute simplicité et securité.
Salut,
Je débarque ici à cause des mêmes problèmes que vous autres : down à répétitions.
D'après le MRTG le CPU explose : http://www.clancalendar.net/mrtg/
Si on regarde le détail du CPU usage on voit des horaires identiques. Je ne sais pas s'il y'a des CRONS à ces moments-là mais le pic d'utilisateurs est ailleurs.
Sinon concernant le downgrade de la libc6 je n'ai pas réussi. Les urls ne sont pas trouvées.
Ma version de libc : 2.3.6
Autre point à noter : l'admin système recompilait le noyau au moment du premier plantage.
Kernel du syslog : Linux version 2.6.23.12 (root@clancal) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #4 Fri Jan 4 10:35:54 CET 2008
Le noyau a-t-il été changé par rapport à la distrib' de base ?
Merci de vos suggestions :D
PS : on est dessus...
Dernière modification par jhice (2008-01-06 19:56:54)
Hors ligne
Bonjour,
Nous avons plusieurs dedibox en exploitation avec des apllications J2EE (Tomcat ou JBOSS, JONAS + postgrsql + postfix etc ..).
Depuis 4 jours une des dedibox freeze 3 à 4 fois par jours.
Plus de ping, de http, de http, ssh etc .. ; en gros plus d'accès réseau.
J'ai essayé un ping à partir d'une autre dedibox pas de réponse.
Sur la console d'admin tout va bien.
Le reboot soft ne suffit pas il faut un reboot hard.
La réponse de la hot line est :
---------------------------------------------------------------------------------------
Je vous invite à tester ce nouveau kernel que nous venons de mettre à
disposition :
ftp://ftp.dedibox.fr/pub/dedibox/kernel/r7/freeze/
----------------------------------------------------------------------------------------
Je vais essayer, mais c'est une machine de prod dur dur.
Si quelqu'un a un commentaire il serait le bien venu !!!
sad
Eric PAPET
" La connaissance n'est bonne que si elle est partgée !!"
Hors ligne
perso depuis peu j'utilise ce kernel :
http://www.kozma.fr/index.php?2007/12/1 … c7-et-ipv6
un 2.6.23.9 qui reprend la config dedibox et qui ajoute le support de l'ipv6 et du via C7 en natif (le proco de la dédiboite) et j'ai l'impression d'avoir gagné en stabilité et un chouilla en performance ![]()
edit: au passage, j'ai un tas de trucs qui tourne, dont des crons, aucuns plantage ![]()
2eme edit : Je viens tout juste de compiler un 2.6.23.13 (dernier stable a cette date) avec la config dédibox de hacky (config dispo ici => http://files.si7v.fr/kernel/2.6.23.8/)
Elle intègre nxbit + padlock + ipv6 + optimisation via C7 (nouveauté du 2.6.23.*) ![]()
J'ai personnelement rajouté le timer frenquency a 1000hz (c'est un petit plus de réponse du serveur, cela n'affecte en rien la stabilité
)
Bref, mon magnifique kernel est dispo ici :
- http://www.skoupo.net/compil/kernel-skoupobox/
Have fun
ma dédibox roule comme un charme ![]()
Dernière modification par olod (2008-01-20 09:14:10)
Hors ligne
J'ai le meme probleme, envoler du cpu puis perte du reseau parfois de facon tres temporaire (2 min), mais parfois necessiter de faire un hard reboot, et je dois souvent attendre plusieurs dizaines de minutes avant de le pinger a nouveau, sous la version etch de debian je n'avais pas ce probleme seulement depuis que je suis passe a fedora la c'est la catastrophe, du mal a faire quoi que se soit :s
je vais donc essayer avec ta super version ![]()
je vous tiens au courant!
si depuis vous avez d'autres suggestions/solutions n'hesitez pas ![]()
edit: olod tu pourrai remettre a disposition ton kernel stp ![]()
Dernière modification par Artz (2008-01-20 08:01:02)
Hors ligne
voila, corrigé
en fait, j'ai compile d'autres trucs, pour rester assez "clair et hyérarchisé" j'ai changé le path ![]()
edit: un petit repport test me ferait plaisir
Genre ici :p
Dernière modification par olod (2008-01-20 10:08:42)
Hors ligne
en faite je suis sous fedora actuellement un peu la galere les .deb (enfin surtout pas envie de voir alien etc..)
puis surtout depuis hier soir plus rien donc je pense que c'etait un probleme de raison temporaire, mais a la moindre faiblesse je testerai ton kernel, vais peut etre le tester dans une vm pr voir la stabilite!
Hors ligne
Bonjour à tous !
J'ai eu le même problème que vous au sujet d'un freeze redondant sur la dedibox.
Personnellement je n'avais pas de awstats activé.
Je tourne avec un Linux 2.6.18.1dedibox_r6_final.
Cependant, j'avais un module VPN d'installé.
En le désinstallant, plus aucun plantage (au lieux d'un plantage toutes les 30 minutes)
Si ça peux aider quelqu'un... ![]()
EDIT: Plantage il y a 25 mins.
Mes plantages ont été beaucoup plus espacés c'est tout ^^
Dernière modification par Harddream (2008-04-07 17:22:21)
Hors ligne
j'ai le meme genre de probleme de freezes sur certaines de mes dedibox ( pas toutes meme si elles ont la meme config ).
je ne puis garantir que mon probleme de freeze est le meme que le votre mais bon . . .
le probleme arrive uniquement en charge et est toujours reproductible en utilisant memtester.
Si certains d'entre vous peuvent essayer sur leur dedibox la commande suivante :
memtester 1000 1
Ceci fait que memtester essaye d'allouer 1000 MB de RAM, en aucun cas cela ne devrai freezer la box meme si toute la RAM est allouee.
En effet sur la majorite de mes dedibox, ou autres linux en local, le memtester dit quelque chose du genre :
$ memtester 1000 1 | more
memtester version 4.0.7 (32-bit)
Copyright (C) 2006 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).
pagesize is 4096
pagesizemask is 0xfffff000
want 1000MB (1048576000 bytes)
got 286MB (300724224 bytes), trying mlock ...too many pages, reducing...
Mais sur certaines dedibox ca freeze completement la box, meme le reboot logiciel de la console ne marche plus et seul le reboot materiel me permet de rebooter
je le repete , en aucun cas un :
memtester 1000 1
n'est cense freezer un ordinateur sous linux, et ca n'a cet effet que sur des dedibox . . . j'en deduis un probleme de RAM ou de carte mere . . .
de plus la meme commande lancee en mode rescue a le meme effet . . .
Hors ligne
Sur une DEDI V2, dès que j ai trop de ressource utilisé sa plante aussi... C est chiant... je me demande si vais pas la résilié pour prendre un kimsufi
Hors ligne
le dernier kernel (r9-beta) corrige les plantages liés aux dédibox V2 (grosse charge réseau et plantage)... pour moi en tout cas ![]()
Pour le problème de la glibc, j'ai jamais eu de problèmes de crash sous lenny perso
(etch va bientot passé old-stable avec le freeze de lenny et le (bientot) passage en stable
)
Hors ligne
pourriez vous me donner l'url ou trouver le fichier .config de ce kernel ?
en general je crois que dedibox ne fournit que les binaires pour debian, et pas pour les autres distributions.
donc si quelqu'un ici pouvai me faire un petit
zcat /proc/config.gz et m'envoyer ca ca serai seympa
Hors ligne
neofutur a écrit:
pourriez vous me donner l'url ou trouver le fichier .config de ce kernel ?
en general je crois que dedibox ne fournit que les binaires pour debian, et pas pour les autres distributions.
donc si quelqu'un ici pouvai me faire un petit
zcat /proc/config.gz et m'envoyer ca ca serai seympa
tu choppe le .deb de dedibox, tu l'ouvre avec xarchiver / winzip / winrar... tu choppe le fichier /boot/config-xxxxx et voila
Hors ligne
euh j'ai pas de windows et pas de winzip, le .deb ne se decompacte pas avec tar xvzf ou unzip . . .
ca m'embeterai de devoir acheter un windows pour decompacter un paquet debian . . . doit bien y avoir une solution en ligne de commande ?
Hors ligne
arnaud a écrit:
jun a écrit:
Salut, je fête ma première semaine d'uptime depuis des mois dans qqs heures. La solution pour moi c'était le downgrade de glibc, mais apparemment ça n'a marché que pour moi. Je suis aussi sur le noyau 2.6.21.1-snurf sans ipv6.
Bon courage à tous. Et j'espère fêter ma deuxième semaine avec d'autres rescapés.Bonjour,
Ca ne sert strictement à rien de discutter / se plaindre de vos problèmes ici, dans la mesure ou il ne s'agit en aucun cas d'un support de communication / assistance officiel, et que personne de chez Dedibox ne consulte.
Je vous invite fortement à l'avenir, pour ce genre de problèmes, d'utiliser les newsgroups (news://news.free.fr/proxad.dedibox.discussions), de me contacter directement ou de contacter le support, ca permettra d'éviter que vos problèmes restent sans réponse indéfiniment et d'arriver à des situations extrèmes.
Lors du reboot de votre serveur (suite par exemple aux maintenances effectuées récemment), vos binaires ont étés linkés sur une nouvelle version de la glibc proposée par Debian et Ubuntu, notament si vous avez fait des dist-upgrade / upgrade sans rebooter. Pour une raison encore inconnue, dans certaines combinaisons de matériel, ceci provoque des instabilités (freezes principalement, sans kernel panic). Il s'agit d'un bug lié à la dernière version de la glibc, combiné à certaines version du kernel Linux et certaines génération de matériel Dedibox. Le problème touche moins d'une cinquantaine de serveurs.
La bonne solution qui corrige définitivement le problème (et qui à été donnée par un contributeur de ce forum) est de downgrader la glibc ou à défaut, de remplacer votre Dedibox depuis la console de gestion. Nous travaillons à identifier précisément le problème dans la dernière glibc.
A+,
Arnaud
Le probleme c'est que downgrader la libc sous gentoo c'est quasiment impossible et en tout cas extremement risque sur un serveur de prod.
Donc ma question a arnaud, qui ne repond pas sur IRC est : ou en etes vous de vos recherches concernant ce probleme ? j'ai pu recuperer le .config du kernel r9 mais ca n'y a rien changé.
une autre remarque, c'est le message dans la console 'votre distribution n'est plus supportée, il faut mettre a jour" , je suggererai a dedibox de remplacer ce message par ' votre distribution n'est plus supportée, n'upgradez surtout pas apres plus rien ne marchera'
Hors ligne
Je reviens pour la dédibox.
Depuis application de la méthode citée voici ma dédibox :
$ uptime 15:32:11 up 257 days, 1 min, 2 users, load average: 0.00, 0.00, 0.00
Donc pour ceux qui doutent que ça marche...
Hors ligne
Bonjour à tous,
Quelqu'un pourrait-il m'indiquer les bonnnes adresses sources pour amd64 à mettre dans le fichier sources.list?
Je n'arrive pas à downgrader ma libc car les chemins ci-dessous ne sont plus valides... (pour debian 64)
deb http://snapshot.debian.net/archive pool glibc
deb-src http://snapshot.debian.net/archive pool glibc
Merci d'avance pour votre réponse.
PS : ma version dedibox Linux 2.6.25.4dedibox-r9-smp-x64
Cordialement,
Julien.
Hors ligne
2.6.25.4dedibox-r9-smp-x32
Plantages inopinés également, mais bizarrement moins que sous ubuntu (1x par semaine au lieu de 3x par jour)... Aucune activité car le site n'est pas public, quelques taches cron...
Bidouiller le kernel ou la libc, ca risque pas de foutre en l'air le systeme ? J'ai jamais changé de kernel pour le moment. Et qu'est ce qui se passe lors des mises à jour : le kernel est il touché par un apt-get upgrade ?
Hors ligne