zx81 a écrit 264 commentaires

Il permet d'interroger le réseau et d'afficher ainsi la liste des machines qui font tourner le serveur sans devoir maintenir cette liste à la main…

Content moi aussi :-)

Le prix est correct, ça ne chauffe pas, les màj du fw sont régulières et rapides à installer, ça boote et accroche le wifi hyper vite et ça se rappelle de l'état de la sortie, ce qui est très pratique voire indispensable.
Attention toutefois au suivi de la terre: la sortie n'a pas le plot mâle classique des prises françaises mais 2 contacts latéraux et certaines prises mâles n'ont pas les plots correspondants…

Je voulais avoir une idée de la conso de mon congélo et je sais désormais qu'il fonctionne environ 25 minutes par heure (ce que je trouve long pour un congélo assez récent qu'on n'ouvre pas très souvent…).

Voici un petit script bash cronné toutes les minutes qui chope la conso courante de 2 shellyplugs et l'ajoute à un csv (je le parse ensuite à la demande avec un simple "select" de postresql via un file_fdw pour produire toutes les stats qui faut grâce aux "window" functions de pg…)

$ cat save_shelly_power.sh 
#!/bin/bash

# https://shelly-api-docs.shelly.cloud/gen1/#shelly-plug-plugs-meter-0

FILE="/home/toto/shellyplugs/shelly_power.csv"
if [ ! -f "${FILE}" ]; then
        echo "plug,timestamp,power" >"${FILE}"
fi

for PLUG_NO in 1 2; do
        JSON=$(wget -O - --quiet --timeout=10 "http://shellyplugs-${PLUG_NO}/meter/0")
        if [ $? == 0 ]; then
                echo ${PLUG_NO},$(echo $JSON|jq -jr '.timestamp , "," , .power') >>${FILE}
        fi
done

Alors il faudra bien mesurer la "particularité" de ton cas :-)
Car si le kernel swappe un process important (par ex postgresql) et n'arrive plus à le remonter en ram parce que le disque de swap vient de lâcher, attends toi à une possible corruption de tes données, et pas des temporaires celles là !
Perso, sur tous mes serveurs, c'est raid partout, swap compris…

On devrait pouvoir y arriver en combinant quelques trucs, non ? :
-trouver sur quel point de montage est le fichier (par ex: /home)
-trouver sur quel partition c'est monté (par ex: sda2)
-trouver de quel type est le block device de cette partoche en fouinant sous /sys (par ex: sda)

Comme dans 90% des cas, je le fais via ssh, voila ma recette, de mémoire:

• vérif de la présence d'une sauvegarde complète
• sauvegarde de /etc/ (et autres specifs: ldap,tdb de samba,pg_dump,…)
• debconf en priorité basse
• screen

• script maj_debian_jessie2stretch.log

• màj via apt-get (update / safe-upgrade x2 / dist-upgrade x2)

• une autre "passe" avec aptitude update / safe-upgrade / full-upgrade

• ctrl-d pour finir "script"

• j'installe toujours les nouvelles versions des fichiers de conf des paquets puis à coup de "updatedb + locate .dpkg et .ucf, je réintègre mes modifs dans les nouveaux, suppression des anciens, relance des softs associés => boucle tant que locate trouve qq chose (parfois, si certains softs se mettent à offrir un répertoire conf.d, j'en profite pour y déplacer ma conf et donc garder un fichier principal inchangé)

• aptitute search '~c', vérif puis purge '~c'

• pareil pour '~i ~o' (obsoletes)

• deborphan jusqu'à avoir une liste minimale (ne pas virer en aveugle des paquets "indépendants")

• aptitude clean

• vérif lancement firewall si ssh (ça évite les déplacements ! vécu !) (attention aussi au renommage d'interfaces réseau)

• ctrl-d (screen) et reboot

• inspection dmesg pour voir si pbm de matos/driver avec nouveau kernel

• inspection de qq logs

• purge ancien(s) kernels

• un "gros" grep sur typescript pour éliminer toutes les lignes "^depaquetage de…","^{préparation…",} histoire de virer le bruit pour voir rapidement tous les autres messages qui pourraient être "intéressants"
  (je posterai la commande ici quand je la retrouverai…)

• archivage des sauvegardes et du log

Je suis bien évidemment d'accord avec les posts précédents mais au cas où il faut passer par un mot de passe, j'utilise ceci pour choper les logs d'un portier/sonnette IP (linux embarqué!) à des fins de débuggage (dans un script bash cronné):

expect -c "
  set timeout 5
  spawn -noecho scp -p -4C user@host:/var/log/machin.log /destination/
  sleep 2
  expect password: { send lemotdepasse\r }
  sleep 10
  exit
"

Ça c'est le truc qui m'inquiète avec les SSDs.
Avec les disques "mécaniques", on peut tenter (et souvent arriver) à récupérer des morceaux. Mais là, on est dépourvu d'outils et de "recettes de grand-mère"…
Les sociétés de "récup" s'en sortent avec ce type de hardware ? Sans pratiquer des prix exhorbitants ?

Oui, il est aussi fort possible que quelqu'un utilise un émetteur FM dans un rayon de quelques centaines de mètres et pour avoir déja fait mumuse avec des kits "émetteur FM" simplistes dans les années 80, ça arrose pas mal d'harmoniques sur toute la bande :-(

Recherche "vfront" sur linuxfr, tu y trouvera aussi d'autres outils…

Okular 0.25.0 sous Kde 4.14.21 (Debian SID):
Ce document utilise des formulaires « XFA » qui ne sont pas encore pris en charge.
Toujours avec le cerfa de cession de véhicule…

LibreOffice 5.1.4.2 (Debian SID):
Erreur générale.
Erreur d'entrée/sortie générale.
Avec le "cerfa" de cession de véhicule (cerfa_13754-02.pdf)
:-(

PlayOnLinux + Reader DC, pour l'instant je n'ai rien trouvé d'autre… :-(
J'avais déja mis un commentaire : http://linuxfr.org/users/space_e_man/journaux/belgique-grand-sondage-les-asb-qui-utilisent-gnu-linux

Pour avoir eu le besoin y'a moins de deux jours, je confirme que ça marche: ubuntu 16.04 + playonlinux + readerDC et j'ai pu remplir un pdf de cession de véhicule.
J'ai juste du télécharger le "setup.exe" manuellement chez adobe car l'assistant de rajout d'appli de playonlinux n'y arrivait pas tout seul…
Quand à msoffice2010, ça passe à peu près sous wine, mais ça reste sensible à ses versions et aux dll installées…

J'ai eu 2 fois le souci sous debian la dernière année:
- taper la commande vgchange -ay
- puis Ctrl-D

Je ne suis pas allé plus loin que l'install et une petite 1/2 heure passée dessus mais ça avait l'air pas mal !
http://www.laurux.fr/

…plutôt que du Java.
Avec Lazarus.
http://wiki.lazarus.freepascal.org/Cross_compiling
Mais personnellement, je n'ai pas essayé par manque de temps, je dev/compile/run soit sous Linus, soit sous Win.

Relay specification - 12V / 30mA, 15A/24VDC (120VAC), 10A/250VAC
Tu peux donc y coller un truc qui bouffe 2500W (moi je resterais à 2K, c'est pas dit que le cuivre du circuit imprimé suive…).
Et attention à :
"When the board is connected to the PC and/or the PC is restarted, the relays(1,3,5) will be toggled several times. This is because of the structure of the FTDI chip. (You can avoid this if you first connect the USB cable and then supply the relay board)"
Décidément on peut pas être tranquille sans faire sa propre carte de A à Z :-)
Au passage, un autre lien: http://sigma-shop.com/product/75/usb-4-relay-board-rs232-serial-controlled-pcb.html

La carte k8055 (en kit, ou vm110 en prémonté) permet de commuter 100mA par sortie, yapuka trouver un relais 32 voire 25A compatible (ou rajouter un étage).
Pour le soft, y'a des paquets (j'utilise un truc avec un daemon k8055d).
Choses à vérifier:
- capacité de la carte à commuter toutes les sorties en même temps (car alim Usb donc 500mA pour tout, y compris sa propre électronique)
- capacité de l'appareil piloté à booter et à lancer son programme de lavage lors de l'arrivée de 220v (ma cafetière au boulot, par ex, n'a pas de bouton m/a mais un poussoir et la moindre coupure 220v la laisse dans l'état off
- faire gaffe car une des sorties passe rapidement à 010 lors du boot de la carte (donc 7 sorties dispos si on veut être tranquille)

Il faut rajouter "track" dans la conf de tes "providers"…
cf man shorewall-providers:
J'ai aussi une conf double-adsl et je vais aussi prochainement poster une question à ce sujet ;-)
(pbl de perfs/mtu/ecn/…, ça marchotte mais pas optimal)

Je sauvegarde *:\ en omettant manuellement "/Systeme Volume Information" et "/RECYCLER".
Sur les windows, y'a le service rsyncd en écoute.
Bien sur je chope des erreurs sur tous les fichiers NTUSER.DAT, la registry, …
Mais ce qui m'intéresse ce sont les fichiers "user", pas cette usine à gaz que peut être une config windows…

J'utilise cwrsync (une vieille version certes) mais cela ne permet pas une restauration d'un windows from scratch… Il y a peut-être moyen en combinant un backup natif de windows "cronné" (juste pour les fichiers "système"), les shadow volumes et backuppc pour les fichiers utilisateurs…

Toujours est-il que l'aspect "déduplication" de backuppc me fait gagner beaucoup de place comme le montrent les infos de la page d'admin:
Il y a 13 hôtes ayant été sauvegardés, pour un total de :
64 sauvegardes complètes de tailles cumulées de 3333.79 Go (précédant la mise en commun et la compression),
265 sauvegardes incrémentielles de tailles cumulées de 446.84 Go (précédant la mise en commun et la compression).
La mise en commun est constituée de 2970244 fichiers et 4369 répertoires représentant 290.17 Go

Y'avait de quoi faire un espèce "snapshot" des fichiers Btrieve utilisés.
Et le disque membre du raid était souvent remonté dans un serveur de test sans souci…
Mais je conviens que la méthode était un peu "cavalière" :-)

Le raid software dans linux date de 2001. Les RAID software dans les OSes datent à peu près de la même date.

Netware faisait du raid1 soft avant 1990 (netware v2 sft).
À l'époque, le backup du serveur consistait à "casser" le raid puis à rajouter un disque, ce qui était très rapide (il fallait, de mémoire, environ 2 heures pour reconstruire 1,2Go en scsi). J'aimais bien Netware pour son filesystem performant (nombreux paramètres, droits fins), fiable (mirroirs internes, tts, …) et pratique (conservation de tout ce qui est supprimé tant qu'il y a de l'espace libre) ( http://en.wikipedia.org/wiki/Novell_Storage_Services )
Dommage qu'il n'ai pas été "ouvert" à d'autres kernels…

J'ai déja eu quelques réussites avec un frigo portable ( http://www.pearl.fr/kw-mini+frigo.html ) bricolé pour laisser passer la nappe sata+alim par un petit trou.
L'avantage est que tu peux laisser le disque au frais pendant le copie brute…
Mais les recettes de grandmères marchent de moins en moins bien, il vaudrait mieux confier le truc à des spécialistes, par ex: http://diskard.fr/

J'ai comme toi une machine entre la freebox et le lan et avec ça j'arrive à utiliser vlc pour regarder la télé sur plusieurs postes en même temps.
J'en ai profité pour le faire un petit howto que je colle ci dessous (je ne suis pas dev kernel du tout alors y'a sans doute moyen de faire mieux…):

download sources here:
http://mike.it-loops.com/rtsp/

ok for debian squeeze (kernel 2.6) but some patching needed for wheezy (kernel 3.2)

extract rtsp-module-3.3.tar.gz in /usr/src/linux-rtsp/

overwrite the 2 *.c files with:
http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/master/net/netfilter/nf_conntrack_rtsp.c
http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/master/net/ipv4/netfilter/nf_nat_rtsp.c

change includes paths (remove "linux" for files present in compile directory)
change "%u.%u.%u.%u", NIPQUAD(extip) by "%pI4", &extip (search for nipquad)

make clean
make
make modules_install

in /etc/rc.local, add:
modprobe nf_nat_rtsp
(module nf_conntrack_rtsp.ko will be autoloaded)

add a rule in shorewall:
ACCEPT loc net:$FBOXVID_IP tcp,udp 554,32768:32784 # freebox video server
($FBOXVID_IP = ip of freeplayer.freebox.fr)