Le carnet du grincheux

Vous le savez sans doute, j'utilise des systèmes d'exploitation bizarres. Parmi ces systèmes se trouve une chose qui porte le doux nom d'OpenVMS et qui ronronne sur un AlphaServer 800 gavé de mémoire et de disques. Je vois que vous ne me croyez pas alors en voici un début de preuve

$ show system/full
OpenVMS V8.4  on node DIRAC   26-MAY-2012 21:05:15.77   Uptime  0 00:44:44
        AlphaServer 800 5/500

Je vous fais grâce de la liste des processus qui suit. L'uptime n'est pas bien grand. C'est même la première fois que cette machine se fait battre par une Sun Microsystems Ultra2E fonctionnant sous Solaris 9 et qui affiche fièrement et grâce à une coupure EDF de l'an passé un uptime intolérable pour un système Unix

cauchy:[~] > ssh lebegue
Mot de passe :
Sun Microsystems Inc.   SunOS 5.9       Generic May 2002
lebegue:[~] > uptime
  9:06pm  actif 439 jour(s), 12:17,  1 user, charge moyenne : 0,32, 0,21, 0,25
lebegue:[~] >

J'ai une excuse. Elle vaut ce qu'elle vaut, mais je viens d'essayer de passer la journée à migrer le système d'OpenVMS 8.3 vers la version 8.4. Une journée pour m'apercevoir que les petits gars de chez HP, qui envoient maintenant le fichier de licence par messagerie électronique, utilisent un client de messagerie qui insère autoritairement des sauts de lignes lorsqu'une ligne de commande est un peu trop longue à son goût. Tout de suite, le script de licence fonctionne beaucoup moins bien. Et lorsque je vous aurai dit que ce fichier fait la bagatelle de 76 Ko, vous comprendrez que j'ai mis un peu de temps à m'en apercevoir.

Et ce n'est pas tout. Dès que le système quitte la console SRM (ndlr. ce qui correspond à l'OpenProm des Sun), je ne vois que le bandeau indiquant le copyright du système, l'heure de démarrage puis l'écran se met en veille parce qu'il détecte une fréquence de balayage qui n'est pas à son goût. Pourtant, bizarrement, lorsque je me connecte à distance au travers de ssh (ou sur la console série), je peux entrer les deux commandes suivantes

$ SET PROC/PRIV=ALL
$ @SYS$STARTUP: DECW$STARTUP RESTART

relançant un serveur X affichant crânement le dtlogin permettant de se connecter graphiquement sur la console. Le fichier de configuration du serveur X n'ayant pas changé entre temps, je ne vois pas pourquoi la fréquence de balayage est mauvaise lors de la mise sous tension.

De là à dire que je suis encore en train d'essuyer les plâtres avec une brique, il y a un pas que je franchis allègrement !