Re: Wheezy Freeze sur Dedibox SC
On 16/09/2013 01:38, Gilles Mocellin wrote:
> Le 16/09/2013 01:10, Jean Baptiste FAVRE a écrit :
>> Hello,
>> J'ai un gros soucis avec Wheezy & les Dedibox SC depuis quelques
>> semaines.
>>
>> Tout fonctionnait parfaitement en Squeeze.
>> Il y a 3 semaines, je réalise l'upgrade d'une Dedibox vers Wheezy. À
>> partir de ce moment là, le serveur devient instable. Il freeze à
>> intervalles irréguliers. Pas moyen de reprendre la main dessus: plus
>> d'accès réeau, plus de ping, plus aucun services (mail) accessible.
>> Seule possibilité: reboot via la console Online.
>> [...]
>> Je suis preneur de toutes les bonnes idées.
>>
>> Cordialement,
>> JB
>>
> Désolé, mais j'ai eu le même problème, insoluble.
> On est pas les seuls :
> http://forum.online.net/index.php?/topic/2344-dedibox-via-nano-et-debian/?hl=instable
>
>
> De mon coté, j'étais sous Proxmox, et c'est apparu lors de ma migration
> à la version 3.0, basée sur Wheezy.
> *Mais*, avec un noyau Proxmox qui est basé sur RedHat !
> Je pense donc que le problème n'est pas noyau, mais plutôt libc.
> En tout cas, pour moi ça se déclenche sous forte charge réseau.
>
> Ma solution, prendre un Kimsufi chez le concurrent, avec un proc Atom,
> plus "standard". Pas de soucis avec.
>
> J'ai gardé la dedibox, en mettant un seul container dessus pour tests,
> et j'ai à nouveau eu un problème il n'y a pas longtemps...
>
Hello,
Voilà qui n'est pas fait pour me rassurer :-/
Voici quelques liens qui pourraient expliquer le problème.
En résumé, tout serait lié au "CPU frequency scaling".
http://www.coreboot.org/Coreboot_Options
http://www.coreboot.org/pipermail/coreboot/2012-July/071078.html
http://permalink.gmane.org/gmane.linux.kernel.cpufreq/8088
J'ai vérifié, cpufreqd et cpufrequtils n'étaient pas installés chez moi,
mais la fréquence CPU était fixée à 800MHz pour un max à 1.6GHz
J'ai donc installé ces 2 paquets. Depuis, le CPU a "le choix" entre
1.6GHz et... 1.6GHz (parce que fonctionne sur secteur) :)
Je vais voir si ça tient. Pour le moment, les serveurs touchés n'ont
jamais tenu plus de 36h. On va donc voir s'ils en tiennent 72...
Sinon, une autre solution semble être de blacklister le module acpi_cpufreq.
Je testerai cette solution le cas échéant.
Cordialement,
JB
Reply to: