Bluetouff’s blog

Dedibox récidive, avec une configuration ultra brutale à moins de 100 euros par mois ! Dans l’annonce faite par email, Dedibox se paie même le luxe d’un clin d’oeil à OVH qui risque de mettre un peu plus de temps à réagir que lors de la sortie des DEDIBOX XL. L’offre est pour l’instant limitée à une peu plus de 300 machines, les premiers arrivés seront les premiers servis … miam !

Voici la configuration

Xeon quad
Mémoire : 8 Go ECC
Stockage : 2x 1 To RAID
Connexion : 2x 1 Gbit/s
Garanties : GTI H+2

Découvrir l’offre complète

C’est le premier point vraiment négatif actuellement sur les dedibox … impossible de faire un transfert de fichier un peu lourd avec un scp sans que ça plante carrément le réseau … génial quand on fait des sauvegardes, perte de réseau en plein backup donc données altérées.

cat /var/log/syslog | grep eth0

kernel: NETDEV WATCHDOG: eth0: transmit timed out
kernel: eth0: Transmit timeout, status 00000005 00000000

… et c’est comme ca tous les jours… si vous avez comme moi 9 dedibox à gérer, il y a de quoi être excédé pour moins.

Le responsable à première vue est la carte sis qui équipe les dedibox qui ne sont à la base pas vraiment réputées pour leur fiabilité. Mais en grattant un peu dans le syslog, on s’apperçois que que l’outil de monitoring de la Dedibox, le Dedibox Monitoring Agent (DMA) a peut être un rapport de cause à effet avec ces plantages exaspérants .

Quelles solutions ?

• Compiler son propre kernel en attendant un officiel qui vienne corriger le problème
• Faire un script qui check le reseau toutes les n minutes et qui le restart ifconfig eth0 down puis ifconfig eth0 up au cas ou on a une réponse négative du probe.
• passer sur BSD

Voilà c’est pas super joyeux pour l’instant mais l’offre des V2 et des XL est très récente et innovante … c’est le revers de la médaille.

Ben oui, 20 minutes c’est le temps qui s’est écoulé entre la confirmation de ma commande de 2 dedibox.
du coup :


Linux yakuza 2.6.21.1dedibox-r7 #1 Mon Apr 30 17:25:38 CEST 2007 i686
Serveur : yakuza
IP : 88.191.xx.xx
Add MAC : 00:40:63:e8:xx:xx
OS : Debian GNU/Linux 4.0 installe le 2007-09-06 15:00:36

et


Linux vodka 2.6.21.1dedibox-r7 #1 Mon Apr 30 17:25:38 CEST 2007 i686
Serveur : vodka
IP : 88.191.xx.xx
Add MAC : 00:40:63:ea:xx:xx
OS : Debian GNU/Linux 4.0 installe le 2007-09-06 15:07:02


Je viens de commander 2 nouvelles dedibox en plus de nos 2 précédentes et des 2 autres serveurs dont nous disposons. L’une de ces dedibox sera une machine dédiés pour l’un de nos clients, l’autre proposera des instances dédiées sur une machine mutualisée. Elles sont toutes deux équipées de l’option RAID. Ces machines serviront a installer Zope et Plone, plus éventuellement une ou deux applications PHP pour la machine mutualisée. Se pose en fait la question du choix de l’OS, j’ai actuellement du Debian et de l’OpenBSD pour les deux autres box. Pour ces deux nouvelles, j’hésite franchement entre Debian ces deux OS, les deux ont leur qualités et leur défaut.Le support du RAID fonctionne correctement sur OpenBSD depuis un moment, je présume qu’il en est de même sous Debian. Maintenant … sur une Dedibox, il faut prier pour ne pas avoir de surprise avec le matériel… en tout cas c’est commandé, wait and see, en espérant ne pas à avoir à attendre 6 semaines comme la dernière fois (c’est une affaire qui marche les dedibox).

Comme depuis maintenant un peu plus de 36heures et que ma Freebox ne semble pas disposer à synchroniser plus de 30 secondes avant de repartir en chenillard (premier problème sérieux que je rencontre avec ce FAI après des années d’abonnement), je viens de migrer Toonux sur une dedibox. Apres deux ans passés sur Padawan (un petit sempron ridicule avec 1go de ram) Toonux a depassé les 1000 visiteurs uniques par jour. Cette dedibox qui répond au nom de Karma accueillait déjà une petite vingtaine de sites, l’instance de toonux est la 10eme instance Zope2.9… impressionnant quand on regarde les caractéristiques techniques de cette petite boite.

L’OS n’es plus FreeBSD comme sur Padawan mais Debian GNU Linux et il semble faire son office convenablement. Merci dedibox, t’es trop balaise comme petite boîboîte.

Allez pour le plaisir :

Cpu(s): 2.4%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1017980k total, 1000460k used, 17520k free, 17272k buffers
Swap: 1044216k total, 522500k used, 521716k free, 101768k cached

ben même si la ram prend cher et que ca swap un peu : le cpu idle !

Un jeune homme de 19 ans révèle une faille de sécurité lui permettant de prendre le contrôle d’un serveur via l’infâme cliquodrome qu’est Plesk. Utilisé par de nombreux hébergeurs à travers le monde, Plesk s’est imposé comme une solution graphique d’administration de serveur simple et efficace. Il explique sa méthode sur son Blog et c’est tellement enfantin qu’il est étonnant que personne n’y ai pensé avant. Attention toutefois il est important de noter que la faille ne vient pas de Plesk directement mais plutôt du processus d’attribution des serveurs par les hébergeurs en question. Rappelons enfin qu’en France, OVH et Dedibox proposent de déployer cette solution.