romain11 a écrit 43 commentaires

https://linuxconcept.com/commands/sar

D'après un rapide test avec rsync sur un mise à jour d'un zim quelconque il est effectivement possible de gagner un peu et de ne pas tout re-télécharger [1].
Cependant le calcul du delta à la demande est coûteux (en CPU) pour le serveur et probablement dans des proportions plus grandes que le surcoût évité de bande passante, toujours pour le serveur.
Il existe des méthodes de distribution efficace de ce genre de delta par pré-calcul (par exemple avec zsync).
La question s'est bien sûr posée pour le projet kiwix [2][3] mais les "delta-transfer" sur des binaires étant inefficace, il faudrait avoir une certaine stabilité dans la façon de regrouper les document pour créer les zim [3] ce qui impliquerait un modification profonde de libzim, ce qui ne serait probablement pas une mince affaire !

[1] avec son algorithme de "delta-transfer" rsync "speedup is 1.31"
entre https://archive.org/download/ekopedia_fr_all_maxi_2020-06.zim et https://archive.org/download/ekopedia_fr_all_maxi_2020-04.zim
[2] https://github.com/kiwix/overview/issues/12
[3] https://github.com/ipfs/distributed-wikipedia-mirror/issues/71#issuecomment-660609200

Ca me parait tout à fait possible, en revanche si il n'y a que deux backend autant ne pas utiliser de reverse ou de VPN avec une VM qui bascule sur l'IP2 dans le DNS en cas de problème :

www.domain.tld résoud vers IP1 publique + IP2 publique

Si il y a >2 backend la partie VPN est imaginable mais pas indispensable non plus (les reverses sur chacune des 2 IP publique pouvant tapper dans les IPs publiques des backend qui ont accès au net, en particuler sr les backend on peut utiliser un port dédié et n'autoriser les connexions que depuis les IPs de reverses.)

Dans toute ces configuration la redondance est basé sur le DNS failover, notons que les clients gèrent avec plus ou moins de bonheur le fait qu'un fqdn soit résolu en plusieurs IPs (parfois le fallback sur la 2nde IP prend >=5s, voire plus, voire jamais (vieux? java) mais est a priori correctement supporté par les navigateur)

Cf par exemple la discussion https://serverfault.com/questions/60553/why-is-dns-failover-not-recommended

Ta description me fait penser à :

https://en.wikipedia.org/wiki/L4_microkernel_family
(L3, son prédécesseur a été développé par un allemand)

http://rumpkernel.org/
(https://en.wikipedia.org/wiki/Rump_kernel qui mentionne qu'un "rump kernel" peut tourner sur L4 )

ou encore

http://runtimejs.org/

Bonjour,
tu peux utiliser des outils tel que casperjs (ou equivalent, en général utilisé pour faire des tests automatisés) qui va "charger" les pages (inteprétation du JS inclus ce qui fait que tous les sites devraient marcher) exactement comme le ferait firerox. Tu peux ensuite vérifier des objet DOM (idée/exemple : vérifier que le n-ieme tableau a toujours le meme contenu) ou faire des screenshots ex : ( https://davidtang.io/2015/04/30/taking-screenshots-with-casper.html )

DRBL + Clonezilla fera l'affaire aussi bien qu'un autre

#déconnexion à mon avis tu peux enregistrer une déconnexion avec l'editeur réseau de firefox et clique droit 'copier > comme curl' pour avoir une commande qui fait l'affaire.

#anaconda system-wide = pour tous les utilisateurs, c'est différent de multi utilisateur correspondant à un groupe (voir https://stackoverflow.com/questions/27263620/how-to-install-anaconda-python-for-all-users)

En effet clonezilla peut répondre à ton problème.
Si tu ne le fais qu'une fois tu cloner le poste prof en le bootant sur une clé USB avec clonezilla live Server puis lancer clonezilla live (encore en clef USB) sur chaque poste pour récupérer l'image. Cest faisable avec 2 clefs, mais avec plus tu pourras mieux paralleliser les installation éleve.
Sinon, c'est plus complexe mais réutilisable à volonté, tu peux aussi écrire ton image master sur un disque et configurer un serveur, par exemple DRBL, qui répond aux requetes DHCP/PXE (il faut que les BIOS des machines éleves soient configurés dans ce sens) pour installer les machines au boot. C'est relativement bien expliqué sur le site de Clonezilla

#déconnexion
J'imagine que la plupart des DMs on des hooks pour ce genre de problème, ex pour gdm tu peux lancer un script grâce au hook PostLogin ( https://help.gnome.org/admin/gdm/stable/configuration.html.en#scripting )

#anaconda
if you need to, you can install Anaconda system wide ( https://docs.anaconda.com/anaconda/install/ )

La page https://www.ovh.com/fr/mail/ semble laisser le choix entre plusieurs webmail, et roundcube est toujours présent

C'est sans doute la conjonction de deux choses :
- cette métrique doit être agrégée au bout d'un moment
(ex : la métrique n'est pas stockée toutes les toute les 5 min mais moyennée toutes les 15 min lorsqu'elle a plus de 21j)
- la fonction movingSum considère qu'elle n'a pas assez d'information pour faire une valeur cohérente.
Ex : somme de 3,null,null,null = null puis grafana représente probablement null comme 0 (c'est configurable).

Si c'est bien le cas il suffit de positionner xFilesFactor [1] à 0 (une seule valeur suffit alors pour faire une somme pour movingSum [2] :
movingSum(david.metricA,'30day',0)

[1] plus d'infos : https://graphite.readthedocs.io/en/latest/functions.html#graphite.render.functions.setXFilesFactor
[2] parametre facultatif xFilesFactor de movingSum voir https://graphite.readthedocs.io/en/latest/functions.html#graphite.render.functions.movingSum

Je dirais une doc en html versionné avec git.
Cela permet d'avoir une doc souple (facil à faire des liens et à éditer).
Utiliser un wiki pour en faire un export parait effectivement une bonne idée.

Oui c'est comme une sandbox.
Le seul risque existant, c'est qu'il y ait une faille dans le système de virtualisation et qu'une application tournant sur android soit capable de détecter le système de virtualisation et d'exploiter la faille.
C'est très improbable car très difficile à réaliser, ce qui ne laisse que très peux d'attaquants potentiel (à part des services secrets étatiques par exemple)

C'est parcque c'est en télétravail à temps complet qu'il n'y a pas de lieu ?

Proxmox c'est de la virtu KVM, LXC des containers légers (plus léger mais potentiellement moins sécurisé qu'une VM, ce qui à l'air d'être important ici)

Meme principe qu'avec tes RPi : tu fais un LXC service caché qui n'a qu'une interface vers le LXC tor qui lui accède au net.

GLPI ( http://glpi-project.org/ ) me vient à l'esprit

Il arrive aussi que changer d'alim résolve le problème (le CPU peut faire n'importe quoi à cause d'une tension instable), mais comme la plupart des problèmes matériel, la seule solution est de tester..

Un agent ssh te permet d'enregistrer ta passphrase pour la session en cours (ou pour une certaine durée configurable).
La plupart de distribution linux on un agent lancé par défaut avec l'environnement de bureau (ex : Gnome)
ssh-add
pour ajouter ta clé à l'agent, les commandes ssh / rsync qui suivent ne te redemanderont pas le mot de passe de la clé.
man ssh-add pour plus d'infos

[SLURM] https://slurm.schedmd.com/

Je pense que ce que tu cherche cest mkfifo.
Ex : https://www.linuxjournal.com/article/2156

Ca me fait penser à http://iletaitunefoislinternet.fr/
(aussi inspiré d'il était une fois la vie, mais cest une pièce de théatre, pas une bd)
Le début de la pièce (en construction au moment de la vidéo) :
https://www.youtube.com/watch?v=AuHcRd8ED6k

Si j'ai bien compris, il faut que tu SNAT vmbr2 et non pas vmbr0 :
sur le Proxmox "iptables -t nat -A POSTROUTING -o vmbr2 -j MASQUERADE".
(apès avoir enlevé la règle de MASQUERADE pour vmbr0)

http://bokor.io/

Est ce que le bloc sont redondés ?
Quels performances peut on attendre ?
Avantage inconvénients par rapport à d'autre tech similaire ? (tahoe lafs, mogilefs, ..)

Est ce que ca timeout apres un certain temps que tout soit lancé et quelle que soit la requete (ce que suggère jemore)?
Ou alors est ce que ca timeout lorsque cest la requete qui échoue qui est longue (par ex une requete qui prend >5s) ?
Si c'est le second cas, tu as peut etre un timeout trop bas qqpart :
{timeout TCP , timeout HTTP} X {Client , LB , RP , app} ca va vite d'oublier une possibilité.

De ce que je comprends, les "gros" (genre Google, cf source) règlent ce problème en recyclant rapidement les containers :
http://www.theregister.co.uk/2014/05/23/google_containerization_two_billion/
C'est sur qu'on peut se demander si une telle solution est applicable pour des plus petites structures…