cg a écrit 1452 commentaires

un outil comme dstat est assez pratique pour voir ce genre de problème : il affiche sur la même ligne l'état CPU, les IO disque, réseau, le swap, etc…

Le kilt est unisexe, j'ai des collègues hommes et femmes qui en portent de temps en temps (et non, je n'ai pas vérifié la présence de dessous :D).

Difficile équilibre entre évolution et ossification.

Dans ce créneau, Python et Perl s'en sortent pas mal, je trouve.

Moins de 100Mo ? Wow

Quand un programme a ouvert un fichier, il se fiche de savoir s'il est déplacé, même supprimé. Il ne retient que le file descriptor, qui n'est qu'un identifiant d'inode (pour faire simple) et peu importe si le fichier est déplacé ou supprimé.

Farpaitement ! Jusqu'au moment où tous les fd qui pointent vers l'emplacement sont fermés.

Petite démo rigolote :

~$ cat /dev/random > /tmp/salut &                          <-- on met des trucs dans un fichier
[1] 9906
~$ rm /tmp/salut                                           <-- on efface le fichier                     
~$ for i in `seq 1 30`; do df -h /tmp ; sleep 1 ; done     <-- on regarde l'espace disque
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  804M  3.1G  21% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  1.1G  2.8G  28% /tmp                 <-- ça se remplit, pourtant
Filesystem      Size  Used Avail Use% Mounted on               le fichier /tmp/salut n'existe
tmpfs           3.9G  1.4G  2.6G  35% /tmp                     pas !
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  1.6G  2.3G  41% /tmp                     Mais le process cat y a accès
Filesystem      Size  Used Avail Use% Mounted on               via un descripteur de fichier :)
tmpfs           3.9G  1.9G  2.1G  48% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  2.1G  1.8G  55% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  2.4G  1.5G  62% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  2.7G  1.3G  69% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  2.9G  987M  75% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  3.2G  719M  82% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  3.4G  452M  89% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  3.7G  186M  96% /tmp                   <-- ça chauffe !
cat: write error: No space left on device
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  3.9G     0 100% /tmp
[1]+  Exit 1                  cat /dev/random > /tmp/salut   <-- cat stoppe
Filesystem      Size  Used Avail Use% Mounted on             <-- et hop plein de place
tmpfs           3.9G  4.0K  3.9G   1% /tmp                       de nouveau
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  4.0K  3.9G   1% /tmp
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.9G  4.0K  3.9G   1% /tmp

On peut utiliser lsof pour voir le fd et l'inode :

~$ cat /dev/random > /tmp/salut &
~$ rm /tmp/salut
[1] 10002
~$ lsof -p 10002
COMMAND   PID    USER   FD   TYPE DEVICE   SIZE/OFF    NODE NAME
cat     10002 charles  cwd    DIR    8,2      12288 6033250 /home/charles
cat     10002 charles  rtd    DIR    8,2       4096       2 /
cat     10002 charles  txt    REG    8,2      34816 5900785 /usr/bin/cat
cat     10002 charles  mem    REG    8,2    3719360 5945566 /usr/lib/locale/locale-archive
cat     10002 charles  mem    REG    8,2    1953112 5901580 /usr/lib/libc.so.6
cat     10002 charles  mem    REG    8,2     216192 5901565 /usr/lib/ld-linux-x86-64.so.2
cat     10002 charles    0u   CHR  136,1        0t0       4 /dev/pts/1
cat     10002 charles    1w   REG   0,35 2362441728    4127 /tmp/salut (deleted)
cat     10002 charles    2u   CHR  136,1        0t0       4 /dev/pts/1
cat     10002 charles    3r   CHR    1,8        0t0       8 /dev/random

Bon au départ je voulais juste faire un peu d'humour avec mon commentaire débile hein :).

Tu as raison, car le second script qui fait :

mv /tmp/fichier_commun.log > /tmp/fichier2.log

donnera seulement un message d'erreur de syntaxe sur la commande mv. Ainsi, /tmp/fichier_commun.log sera préservé.

Merci !

Pour le rétrofit, c'est un peu triste mais bon je comprend :). Ça progresse !

Dans la série carte grise, j'ai eu le cas où après plusieurs heures d'attente, on me refuse mon dossier car la signature sur le document de cession faisait faux. J'y suis retourné quelques jours plus tard avec le même papier (et avec un plus gros livre :D), et hop, c'est passé.

Salut, chouette projet, c'est excitant !

Pour un projet comme OpenWRT, LineageOS, ou Coreboot, on trouve aisément une liste du matériel supporté. Là, pas grand chose… J'ai mal cherché ou bien ?

J'ai pas mal de HP Proliant Gen6 à Gen9, et pour moi un intérêt d'avoir un BMC ouvert est de pouvoir faire des mises à jour après que le support constructeur soit arrêté (soit environ 8-10 ans pour Dell ou HP). (exemple : le FlexNet Gen9 qui s'administre en ssh ou… en Flash !).

Bonjour, je suis DLAB (Da Linux Ad Bot). Ceci pourrait vous intéresser pour vos prochaines vacances : visite de la filature de laine de Felletin.

Il faudrait que ce soit soustrait de l'héritage en cas de délit d'évasion fiscale par voie de décès avant 75 ans.

Concernant la première question de la localisation, dans le premier lien que j'ai mis, il est par exemple évoqué de faire un tuyau de plus de 100km :

On peut prendre l’exemple de la centrale nucléaire de Nogent-sur-Seine pour illustrer l’intérêt de la cogénération nucléaire. Le site de Nogent-sur-Seine est implanté à 120 km de Paris, et la chaleur pourrait être transportée jusqu’à Paris, moyennant des pertes faibles (6% de l’énergie totale).

Concernant la seconde question, la saison chaude, d'autres ont répondu je crois. L'idée est que si les particuliers n'ont pas besoin de chauffage en été, il y a plein d'industries qui ont besoin de chaleur toute l'année. Même si la cogénération n'est utile à grande échelle que 6-8 mois par an, il faut garder en tête que c'est de l'énergie déjà disponible. Ce n'est pas idéal mais ça reste mieux que de tout rejeter dans les rivières ou en vapeur en pure perte, non ?

La cogénération nucléaire (2012)

Cogénération sur Wikipedia.

Dans le cas de la cogénération nucléaire, ça permet d'augmenter significativement le rendement des centrales. Et puisqu'elles sont là pour au moins encore 50 ans… Autant en profiter. C'est autant d'eau de rivière qui sera moins réchauffée.

Et plus proche des questions informatiques : Qarnot et Neutral-IT.

À mon boulot on se pose la question de renvoyer la chaleur de notre salle machine dans l'eau chaude sanitaire, mais je pense que c'est trop petit pour que ça soit significatif.

Quel teasing ! 10 pour voir !

Ce qui est certain c'est que je suis bien plus bordélique, je ne lui jette pas la pierre :D.

C'est plutôt sympa ces petites visites. L'obsession des chaises de bureau :).

J'aime bien le bureau de Irina, simple et beau. L'interview est sympa aussi, d'ailleurs.

On peut conclure, quand même, que Daniel Stenberg est un poil bordélique, non :) ?

ajout de GOSUB

Wow, le flash ! Je viens de me souvenir que je disais "gozub" quand j'étais petit :D
(et gotau, bien sûr, pas gotou, mais ça c'est tout le monde hein ?).

Ah on dirait que tu as enlevé les sources.list de base quand tu as ajouté ceux de teamviewer (celui-ci a du se mettre tout seul à l'install de Teamviewer) et nginx.

Il faudrait les remettre dans /etc/apt/sources.list et refaire un update.

Par exemple :

deb http://deb.debian.org/debian/         bullseye          main contrib non-free
deb http://deb.debian.org/debian-security bullseye-security main contrib non-free

Je me suis posé la question du mix TrueNas et OpenWRT, et ce que j'ai déduit, c'est qu'il doit y avoir un mini-routeur intégré dans un SoC qui fait le pont entre le NAS et le Wifi/le switch.

Ce qui semble être un mauvais choix : c'est plus complexe, moins rapide, sans ajouter de sécurité. Il faut mieux intégrer une carte 4 ports et le Wifi, et n'avoir qu'un seul OS.

C'est un peu l'usine à gaz pour une baie 5 disques.

Bon, de plus, je découvre le démon ipmievd, qui permet de récupérer les message du System Event Log (le "sel") dans syslog.

Après avoir reconfiguré le serveur comme ceci :

# cat /etc/systemd/system/ipmievd.service
[Unit]
Description=IPMI event daemon

[Service]
Type=forking
# Sur un Dell R710, remplacement de "open" par "sel"
#ExecStart=/usr/sbin/ipmievd open daemon
ExecStart=/usr/sbin/ipmievd sel daemon
[Install]
WantedBy=multi-user.target
Alias=ipmi.service

J'ai des messages dans les logs comme :

Feb 23 10:47:44 testserver ipmievd: Voltage sensor - Lower Critical going low

(message de test provoqué avec ipmitool event 3.

Le truc super c'est qu'une fois que les messages arrivent dans syslog, il devient facile de les intégrer dans la supervision (Zabbix, ELK, Graylog…).

Note bien que s'il y a un port série "classique" (DB9 ou DB25), il existe des adaptateurs RS232/USB, qui valent quelques euros, et fonctionnent en général avec Linux (les chipsets Prolific ou FTDI sont hyper courants).

Ensuite, NUT supporte probablement ton onduleur et va savoir gérer la logique pour envoyer des signaux aux autres ordis de ton réseau.

Cette ligne :

arch = environ['DEB_HOST_ARCH']

me fait dire qu'il faut utiliser une variable d'environnement, par exemple :

DEB_HOST_ARCH=amd64 debian/rules binary

Mais je trouve ça étrange qu'il ne détecte pas tout seul. Peut-être faut-il construire le paquet autrement ?

C'est donc toi l'auteur du petit livre gratuit How to make mistakes in Python ?

Sur les Dell, même anciens, tu peux avoir accès à certaines infos avec ipmitool.

Par exemple :

ipmitool sel list te donne les événements du chassis.

ipmitool sdr te donne les données des capteurs du chasssis.

Sur un Poweredge 2950 (environ 15 ans) :

# ipmitool sdr | grep PS
PS Redundancy    | 0x00              | ok

# ipmitool sel list
[...]
  20 | 01/13/2023 | 15:56:48 | Power Supply #0x64 | Failure detected | Asserted
  21 | 01/13/2023 | 15:56:49 | Power Supply #0x64 | Power Supply AC lost | Asserted
  22 | 01/13/2023 | 15:56:49 | Power Supply #0x74 | Redundancy Lost | Asserted
  23 | 01/13/2023 | 15:57:43 | Power Supply #0x64 | Failure detected | Deasserted
  24 | 01/13/2023 | 15:57:44 | Power Supply #0x64 | Power Supply AC lost | Deasserted
  25 | 01/13/2023 | 15:57:44 | Power Supply #0x74 | Fully Redundant | Asserted
[...]

Sur un chassis plus récent :

~# ipmitool sdr |grep 'Voltage'
Voltage 1        | 230 Volts         | ok
Voltage 2        | 230 Volts         | ok

C'est dommage que ton onduleur n'ai pas de prise USB ou RS-232, avec NUT tu peux faire des trucs vachement bien.