Si vous avez constaté, ces derniers jours, j’ai du redémarrer Kirika de force au moins trois fois à cause de paniques de kernel (out of memory), causées par ces gais-lurons de popcon2. And this, my friends, is why I still keep a monitor attached to my server at all times.
Comme Khloé a été retirée de la circulation à l’arrivée de Kusanagi, j’ai transplanté une de ses deux barrettes de mémoire (512 MB) dans Kirika, s’ajoutant à la barrette de 256 MB existante. 768 MB ought to be enough for anybody.
On verra comment ça se comporte.
Interruption de service jeudi entre minuit et 6hres
Voici un message de mon fournisseur d’accès Internet:
Afin d’effectuer des modifications requises au réseau, une interruption du service d’Internet est obligatoire pour l’Ontario et le Québec ce Jeudi 13 Novembre 2008, entre minuit (00:00) et 6 heure (06:00), heure normale de l’est. Durant ces modifications, le service d’Internet sera intermittent.
S.M.A.R.T. tutorial fail
Je suis retourné voir la page de Gentoo Wiki HOWTO Monitor your hard disk(s) with smartmontools pour savoir comment être averti à l’avance d’une éventuelle mort de disques durs de Kirika (mieux vaut prévenir que guérir)… Et qu’est-ce je trouve? La page a disparu, et à la place j’ai:
Gentoo-Wiki recently had it’s database lost;
Interruptions intermittentes entre mercredi et vendredi
Teksavvy m’avise qu’ils vont procéder à la mise à jour d’équipement cette semaine, et donc que ma ligne ADSL (celle de Kirika) lâche à tout moment entre mercredi et vendredi. Extrait du message:
Dans un effort continu pour améliorer nos systèmes, nous prévoyons des séries d’améliorations/changements sur une période de quelques jours, commençant la semaine prochaine.
Ces changements visent à augmenter la capacité de nos réseaux ainsi que l’addition de sécurité et de redondance. La première fenêtre sera le mercredi 8 octobre 2008, commençant à minuit (24 h) jusqu’à 6h (heure avancée de l’est).
Pendant cette fenêtre nous anticipons des connexions intermittentes lors des améliorations des équipements.
Les changements indiqués seront faits le jeudi 9 octobre 2008, entre minuit (24 h et 6 h) et le vendredi 10 octobre 2008 (entre minuit 24 h et 6 h).
Continue reading “Interruptions intermittentes entre mercredi et vendredi”
Frequency scaling pour processeurs qui ne seraient pas censés l'avoir
Hier, il faisait chaud, et, par je ne sais quel méandre mental, je me suis demandé s’il était vraiment impossible de downclocker un processeur Pentium 4 B ou Celeron D selon la charge du système. Cette technique (connue sous le nom de SpeedStep chez Intel) est normalement appliquée sur les processeurs récents ou processeurs d’ordinateurs portatifs pour réduire la consommation énergétique et la génération de chaleur. Or, le cuiseur automatique qu’est mon Pentium 4 n’est pas censé pouvoir faire ça.
Ha ha. On est sous Linux. On fait ce qu’on veut. C’est ce que j’ai découvert suite à la lecture d’un post solitaire dans un forum, expliquant comment utiliser powernowd sur un Pentium 4. Selon mes recherches et mon expérience, cette technique fonctionne aussi bien avec un Celeron D (c’est le cas de Kirika).
En somme,
- sudo modprobe p4-clockmod (c’est là toute l’astuce)
- sudo apt-get install powernowd (s’il n’est pas déjà installé, comme dans le cas de mon serveur)
- paramétrer powernowd tel qu’indiqué dans le post de forum, si désiré
- sudo /etc/init.d/powernowd restart (maintenant que p4-clockmod est chargé, powernowd va fonctionner après son redémarrage)
- si tout ça nous satisfait, faire en sorte que p4-clockmod soit chargé au démarrage pour que powernowd l’utilise. Pour ce faire, il faut simplement modifier le fichier /etc/modules et ajouter p4-clockmod quelque part à la fin.
Continue reading “Frequency scaling pour processeurs qui ne seraient pas censés l'avoir”
Nouveau gestionnaire de bugs
Il y a quelques mois, j’avais choisi BUGS en tant que gestionnaire de bugs et d’idées pour kirika (et autres projets). Bien qu’excité au départ, par son installation facile et son interface décente, à force d’utilisation, j’ai pu relever plusieurs défauts qui m’ont poussé à continuer mes recherches:
- Beaucoup trop de fonctionnalités. Juste comprendre comment créer un produit, des versions, les débarrer, les publier, les bénir, m’avait pris un temps considérable.
- L’interface est remplie d’actions.
- La nomenclature des icônes pour thèmes d’icônes est un désastre.
- La traduction est un désastre (fortement limitée par le fait que le logiciel est si complexe et n’a pas été pensé en fonction de faciliter la localisation).
- Il y a un bug un peu étrange des courriels qui ne s’envoient parfois pas. Aussi, le format/contenu des courriels envoyés est très insatisfaisant.
- Le code est un spaghetti.
- L’interface souffre de wizarderie, il faut beaucoup trop de clics pour faire quoi que ce soit.
I can has Cisco?
Le réseau de Kirika s’est vu augmenté d’un switch Cisco de 19 kilogrammes avec un bruit d’afterburner. Serious business.
Après tout, Ecchi.ca est un fournisseur d’hébergement sérieux! Faut qu’on ait du matériel sérieux.
Maintenant que je vous ai mis l’eau à la bouche, je continue avec ce que maman a cuisiné hier soir pour épater la visite:
On va probablement m’en vouloir pendant plusieurs jours, maintenant.
Nouveau point de démarcation
Il semble que la légende soit vraie: si on fait une plainte auprès du CRTC, on peut obtenir de Bell un point de démarcation moderne sans frais.
Il y a plusieurs mois, j’avais appelé la ligne de soutien technique/réparation/service à la clientèle/réponses en canne/whatever de Bell, pour signaler que mon point de démarcation ressemblait à un piège à ours de la guerre de 14-18 et que c’était inadéquat pour faire moi-même des tests de ligne ADSL.
On m’a répondu que le changer me coûterait plus de 100$, à cause de l’une des trois options suivantes:
- mon point de démarcation est situé à l’intérieur du logis (sur un mur intérieur, au lieu d’un mur extérieur) et ferait partie de mon réseau personnel; du grand n’importe quoi, vu que, justement, ce point de démarcation sert à établir la “démarcation” entre la responsabilité de Bell et le filage interne de ma maison. Il est sous la responsabilité de Bell, forcément. Les quincaillers (oui, j’ai vérifié) ne vendent pas de tels bidules, que je sache.
- je ne suis pas client de Sympatico mais d’un FAI tierce-partie (bah oui, j’ai un minimum de respect envers moi-même, mes libertés, et mon portefeuille)
- le point de démarcation actuel “n’est pas brisé”, et comme c’est une demande expresse de ma part, j’aurais à payer. Oui, mais un point de démarcation où il est impossible de faire des diagnostics soi-même n’est justement pas un point de démarcation fonctionnel.
Interruption de service mystère
Il semble que Kirika se soit redémarrée d’elle-même (Seph, c’est quand même pas toi qui a demandé un reboot par hasard?), et que ce con de BIOS a empêché l’ordinateur de continuer la procédure de démarrage à cause d’une alerte bidon de ventilateurs (press F1 to boot, gna gna gna). Mon routeur indique seulement 8 heures d’uptime (argh, mon bel uptime de 76 jours!), ce qui m’a laissé croire que j’aurais subi une panne de courant en mon absence aujourd’hui.
Or, ce qui me mystifie complètement, c’est que mon ordinateur de bureau était allumé, verrouillé et exactement dans l’état où je l’avais laissé. Mon réveil-matin (sparta) n’a pas eu d’ennuis (mais lui possède une batterie), et on me dit que l’horloge du four à micro-ondes n’était pas désajustée. Je n’ai pas d’onduleur. Donc, je conclus qu’il n’y a pas eu de panne de courant. Pourquoi, alors, Kirika a-t’elle été redémarrée aujourd’hui, occasionnant 8 heures de déni de service?
Tomato
J’ai flashé le firmware de mon routeur, un WRT54GL roulant DD-WRT, parce que j’en avais envie. Interface simple en ajax, statistiques et QoS qui sont réputés fonctionnels, pas de redémarrages intempestifs, Tomato me semblait le choix logique après avoir lu des tas de commentaires positifs ça et là.
Eh ben, je ne m’y attendais pas vraiment, mais la prophétie est vraie: Tomato augmente ridiculement la vitesse de votre connexion internet. Je n’ai jamais dépassé 260 kB/s de vitesse de téléchargement auparavant (vitesse de croisière; dans des conditions exceptionnelles et lors des pleines lunes, j’ai déjà atteint 290). Et là, maintenant, avec mon vieux test tout pourri de vitesse chez Vif*, j’atteins 415 kB/s à tous les coups. C’est tout simplement déconcertant. Hallucinant, comme on dirait sur le vieux continent. Vous vous rendez compte? Je suis à 160% de ma vitesse précédente, juste pour avoir balancé DD-WRT à la poubelle! Imaginez ça avec une Freebox ;____;
*: même si je suis chez Teksavvy, j’ai gardé cette habitude… et puis, c’est mieux de ne pas se benchmarker chez son propre FAI pour être critique je suppose
Aussi, tout ceci est une excellente nouvelle pour les hébergés sur kirika. Je viens de tester le QoS, et ça marche ridiculement bien. Ainsi, quelqu’un qui tente de saturer ma bande passante en téléchargeant à coups de wget à pleine vitesse sur khloé ou kirika ne m’empêche plus de surfer tranquillement sur le web; avec DD-WRT, c’était impossible: même google.ca prenait un temps fou à s’afficher. Maintenant, même si ramoloss télécharge à vitesse maximale un fichier à partir de kirika, je suis quand même capable d’afficher des pages web à une vitesse incroyable. Du pur bonheur.
Quels bénéfices concrets les hébergés en retirent? Eh bien, jusqu’à présent, il semble que je n’ai plus besoin de limiter la largeur de bande passante. Maintenant, quand on charge du contenu de kirika, c’est à pleine vitesse (soit environ 90 kio/s au lieu de 50). Miam.