VMware a peur de ton moniteur

Si comme moi par moment de faiblesse, vous utilisez VMware workstation et qu’il a peur de casser votre moniteur après installation des vmware-tools car il ne comprends pas la résolution maximale disponible pour le moniteur physique, il existe une solution simple : rendre xorg.conf moins intelligent. Ainsi, j’ai simplement ajouté cette section :

Section "Monitor"
Identifier "Monitor"
VendorName "VMware"
ModelName "suce des ours"
HorizSync 30-81
VertRefresh 56-75
EndSection
Section "Screen"
Identifier "Screen0"
Monitor "Monitor0"
Device "Videocard0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1152x864" "1024x768"
EndSubSection
EndSection

Et voilà, 1152×864 sans tortiller.

Ton Dell et RedHat

Alors voilà, tu appelles le support Dell car un de tes poweredge commence à montrer quelques problèmes. Le réflexe du support est invariable et sans appel : il faut mettre à jour plusieurs firmwares sur le serveur. Mais voilà, tu tournes un Linux 64 bits ou un BSD et les mises à jour ne sont que compatibles RedHat 32 bits. Que faire ? Eh bien tu vas de ce pas récupérer le Live CD 32 bits de CentOS et tu n’as plus qu’à démarrer dessus (je conseille en mode texte mais chacun son truc). Ensuite tu configures ton réseau et installe les paquets suivants :

procmail
compat-libstdc++-33

Et hop, te voilà prêt à insérer ta clé USB pour patcher ton beau serveur. Méthode testée sur un 2850 et un 2950 et qui ont marchées sans accroc. Bien évidemment si cela se passe mal, c’est que tu as mal fait quelque chose, mais je décline tout de même toute responsabilité :D

Paie ta doc

Bon alors voilà, il fait chaud, tu as enfermé tes lusers dans le grenier, et il ne reste que toi et tes serveurs. Alors tu commences à configurer ce qui trainait sur ta TODO list depuis 1820 et là, tu moules sur le ternet et tu tombes la dessus et là franchement tu es trop content que des mecs aient documentés autant de trucs librement, toussa.

Donc merci à eux et désolé pour ces prochaines heures perdues à configurer …

Own ton dell

J’ai quelques switches Dell (series 52/53xx) et j’en ai récemment récupéré un dont je n’avais aucune info sur sa configuration et son mot de passe. J’ai donc fait un petit coup de minicom, mais voila, au moment de faire un RETURN, c’est le drame : marche pas. Je me suis donc rabattu sur cu, outil super convi dont le caractère d’échappement est ~. Ensuite, après avoir fait : ~ RETURN RETURN J’ai eu droit à un beau menu :


Startup Menu
[1] Download Software
[2] Erase Flash File
[3] Password Recovery Procedure
[4] Enter Diagnostic Mode
[5] Set Terminal Baud-Rate
[6] Back
Enter your choice or press 'ESC' to exit:

Et voilà…

Munin et Xen

Alors que je cherchais comment grapher le reste de mon réseau (ben on est vendredi hein, le vendredi, on touche pas à l’infrastructure !), je suis tombé sur une page convi qui n’explique pas que Xen mais bien d’autres choses pour ton munin qui ne demande qu’a violenter tes ressources CPU. Je t’invite donc à faire un tour là et quand tu auras fini et que tu devras passer en CGI avant que ta machine décide de s’arrêter, tu pourras voir la lumière grâce à maître nico. La messe est dite, je retourne à mes incantations.

J’ai vu que les stats réseau n’étaient pas retournée, j’ai donc jeté un oeil au script qui me retournait des 0, j’ai donc fait sale mais qui marche(tm):

down=$(ifconfig tap$tap |tail -n2|head -n1|awk '{print $3}'|cut -d"(" -f2)
up=$(ifconfig tap$tap |tail -n2|head -n1|awk '{print $7}'|cut -d"(" -f2)
echo $dom\Down.value $down
echo $dom\Up.value $up
(( tap= $tap + 1 ))