Reprise du message précédent :
En tout cas la réplication zfs ça a l'air d'être de la balle en terme de performances (lan plein pot), j'imagine que ça ne transfère que les blocs modifié entre 2 réplications. Nettement plus efficace que de faire des rsync...
 
Va falloir que je me penche là dessus pour mon 8To de données (actuellement en ext4 pass-through à ma vm nas après ouverture du volume luks par l'hôte proxmox)...

Tiens j'en profite pour dire que pour mon montage/déchiffrage automatique j'ai ajouté une variable basée sur un hash issu du cpu_id + l'adresse mac, avant que quelqu'un puisse péter ça... faudrait déjà savoir quelle est la valeur attendue...
 

et bien sûr la page php ne renvoie le mot de passe que si le hash correspond à ce qui est attendu

Un awk au milieu d'un grep et d'un sed  

Je pensais que j'allais me faire tacler sur le fait de faire 3 lignes pour obtenir la variable $sha... loupé
 
J'ai copié/collé le code récup sur stackexchange, va falloir aller basher (haha) là-bas :  
https://unix.stackexchange.com/ques [...] -unique-id

J'ai une seule VM qui démarre au boot (le reste c'est des conteneurs) et j'aimerai décaler son lancement de quelques secondes.
De ce que j'ai compris le paramètre ordre de démarrage/... permet de spécifier le temps avant lequel LA PROCHAINE vm sera lancée... ce qui m'embête un peu dans mon cas
 
C'est toujours mon histoire de script d'ouverture de volume chiffré.
En théorie tout fonctionne :

 
mais dans l'interface proxmox :

Je lance manuellement la VM quelques secondes après

 
Je ne vais pas créer une VM bidon et la lancer au démarrage quand même ?!?

Dans les scripts de boot de la vm tu peux p'tet ajouter un truc pour attendre que le lien soit up ?

Je pense que c'est avant même que la vm ne boote. Proxmox détecte que le disque censé être attaché à la vm n'est pas là et refuse de la démarrer.
 
Edit : le moyen le plus logique :
- désactiver le lancement de la vm au boot
- ajouter un sleep 15 + un qm start 107 à mon script de montage automatique

ah... un effet moins drôle du cluster à 2 nodes avec un node majoritairement éteint : on ne peut pas lancer une VM sans qu'il râle pour cause de quorum
 
il y a moyen d'utiliser une machine lambda (un raspberry/orange pi) en installant le strict minimum pour servir d'arbitre, mais sans avoir la totalité des ressources des autres machines (parce que de ce que j'ai vu jusqu'à présent, si t'as pas les mêmes volumes entre 2 noeurs du cluster, ça râle à tous les étages) ?
 
Edit : oh cool :
https://pve.proxmox.com/wiki/Raspberry_Pi_as_third_node
La ligne en rouge au début me parait totalement adaptée pour moi : "This is only suited for testing or homelab use. Never use it in a production environment!"  

je n'aime pas trop les multiposts mais comme je n'ai pas eu de touches dans les autres topic, et que ça bouge un peu ici, je repose mes questions existentielles:  
je me permet de poster ça là aussi, peu de succès côté thread Gen8:
 
Je commence à réflechir à l'installation de mon nouveau server et j'ai donc pleins de questions. Je voudrai à terme faire tourner ces différents services (actuellement une partie est sur un Nuc sous ESXI):
Cette liste peut  bien sur évoluer, amais c'est la base, Il n'y aura pas beaucoup d'utilisateurs simultanés:  
  - un jeedom de production
  - un hass ou autre système domotique de test
  - un pihole / unbound
  - un contrôleur Unifi
  - un serveur VPN
  - un reverse-proxy
  - un nas pour centralisation / Partage de fichier vers la shield / PC - synchro de données avec serveur dédié pour sauvgarde (type OMV)
  - un cloud perso type nextcloud
 
 
Pour se faire, j'aimerai donc installer un Proxmox, système que je ne connais pas trop pour le moment, car j'ai envie de découvrir et geeker un peu dessus, et sur une VM ou un ct de proxmox, me faire une install de docker pour certains services et connaitre un peu mieux ce système également.
 
 
Mes questions sont déjà sur la pertinence de ce que je veux monter et sur des questions très terre à terre:
Il est préférable d'après ce que j'ai lu d'installer Proxmox sur le SSD et de reserver le SSD aux VM (J'ai pris un 480Go, ça devrait le faire)
Concernant le stockage de données, j'ai 2 à 4 HDD, qui vont contenir mes données. J'ai un HDD externe qui me permettra de sauvegarder mes données importantes, mais j'aime bien également les redonder sur un HDD en interne, donc dans l'idée j'aimerais avoir 3 HDD de stockage, 1 de backup interne et un backup externe.
Je compte partager les données du pool de 3HDD interne via la VM OMV. Est ce une bonne idée ? Comment faire cela au mieux? les HDD en passthrough à la VM OMV? Quel type de FS ? Du raid ?
Voila en gros pour mon premier jeu de questions / réflexion sur la mise en place de mon nouveau serveur
 
(pour rappel, Gen 8, 16Go de ram, xeon)
 
Seul point sur pour le moment, c'est Proxmox sur le gen8. Pour le reste, tout est discutable je dirais

Ça me semble pertinent ce que tu veux faire.
A l'install je dirais proxmox sur le ssd en Zfs.
Après les disques tu as 2 solutions, soit créer un volume (par exemple Zfs) dans proxmox et le passer à ta vm omv, soit passer les disques en pass-through à la vm et les gérer la bas.
En terme de performances, franchement j'ai un doute. En théorie c'est mieux en pass-through, mais déjà c'est pas natif dans la gui proxmox et en pratique selon le matériel je me demande si c'est pas plus efficace de passer le volume zfs à la vm car au passage on peut effectuer tous les snapshots et compagnie au niveau de proxmox.
Si tu as la possibilité teste les 2 !

Et il pourra ajouter un deuxième node qui reste éteint mais pas tout le temps pour synchroniser s'il est démarré ou pas.

oui par exemple, c'est une riche idée ça  
 
J'ose même pas vous montrer le honteux bricolage que je viens de faire pour monter mon second node dans un simili boitier dans mon garage...
 
Après pour revenir au sujet, vous avez fait/lu des tests de performances entre passer un disque à une VM ou utiliser passer un volume déjà créé au niveau de proxmox ?

Ça marche bien les conteneurs chez vous? Autant les VM sont stables autant les conteneurs Debian 9 s'effondrent pour un rien. Modification de /etc/network/intefaces impossible, le ficher est remis à zéro à chaque reboot. Je refais un conteneur et là je l'allume: réseau local OK mais pas de wan.
Il y a quelque chose de particulier à faire avec les conteneurs?

Il y a des limites sur ce qui est modifiable parce que c'est sensé être fait en amont au niveau de ProxMox ou alors impossible car ça court circuite le fait que le noyau et certains paramètres sont communs.

OK donc il vaut mieux que je parte sur une vm que je configure comme je veux et qu'ensuite j'en fasse un template. Je vais tester comme ça. Merci pour ton avis.

Bon maintenant que ça tourne pas trop mal j'attaque ma programmation de réplication avec allumage/extinction :
- allumer l'ordi ça c'est facile car il est branché sur une prise commandée + allumage auto lors du retour du courant
- réplication : facile ça se fera à l'heure programmée dans proxmox
- extinction : facile via une bête commande shutdown lancée sur le node à éteindre
Le truc c'est de savoir à quel moment la réplication sera terminée pour pouvoir lancer l'extinction... des idées ?

Tu surveille le contenu des logs de backup avec une crontab ?
Pour l'allumage, tu as pensé au wake on lan ?

 
- oui le wol serait probablement plus intelligent tu as raison. C'est souvent capricieux à mettre en place mais ensuite ça devrait le faire.
 
- pour les logs, tu penses à un truc genre ?

 
Visiblement le journal a l'air d'être recréé à chaque exécution donc en théorie si je fais ça ça devrait le faire... sauf si la réplication n'a pas encore commencé, auquel cas j'ai la confirmation de bonne exécution de la réplication précédente... à croiser avec la dernière date de mise à jour peut-être... c'est pas ma tasse de thé tout ça mais au moins j'apprends

Bon en fait c'est pas si compliqué que ça
 
Script sur le node 1 programmé quelques minutes avant l'heure de réplication quotidienne
 

 
Bon il y a zéro gestion d'erreur c'est pas ultime mais c'est une bonne base de départ ! De toute façon proxmox envoie déjà des mails en cas de problème de réplication (ne serait-ce que si le node 2 est éteint lors du lancement de la réplication)
 
 
Du coup vu comment ça fonctionne, ça me tente de passer mon disque de 8 To en zfs, de le passer à OMV en tant que volume (et pas en passthrough) et de mettre en place la réplication sur le même principe... en mettant mon disque de sauvegarde (actuellement usb) directement en interne dans mon node 2.

Vous faites comment pour travailler directement avec vos VM/conteneurs avec un clavier français mal reconnu par noVNC? Tout spécialement les caractères avec AltGr comme # ou { et } qui sont très fréquentes.
 
Pour le moment je crée mes fichiers en dehors de la vm et les injecte une fois fini mais c'est pénible à la longue.

Ssh + putty + qq paramètres dans putty/.vimrc de souvenir

Je vais essayer avec ça, merci.

J'utilise un clavier anglais

+1
 
(De toute façon même pour écrire du français je trouve le Qwerty plus pratique dans sa gestion des accents).

Question aux spécialistes de zfs : imaginons que j'arrive à mettre en place ma réplication entre 2 nodes d'un disque dur à l'autre ; si jamais le disque principal pète, si je le remplace par le disque du node 2 il va se passer quoi ? proxmox va couiner pour une raison quelconque ou j'ai une bonne chance pour que ça passe sans souci ?

tin je loupe un truc : je créé un user, je lui associe un groupe ok c'est cool.
Mais comment je lui file des droits/rôles comme Administrator/PVEadmin ?

pve 5.3-5

ok dans l'onglet de base
 

Jamais essayé, je serais tenté de dire qu'en toute logique c'est un rôle que tu devrais attribuer au groupe, mais je vois pas où le faire non plus
 
Edit: Ah bah voilà
 

Ca c'est parce que t'as laissé le canal 'subscription' me semble

j'imagine, c'est une fresh install j'ai touché à rien ou presque
 
sinon on peut virer le popup qui emmerde à chaque connexion ?

Oui en prenant une license.

J'ai 19 socket cpu sous proxmox

"Complete feature-set" ça donne quoi en plus ? je saisi pas

 
Login root sur l’hôte proxmox

 
Et pour les sources "entreprise", commenter la ligne :

1.- C'est limite comme pratique. Si ça t'emmerde de cliquer tu prends une license ou tu changes de produit.
2.- Ça ne te donnera pas accès aux packages enterprise. Si tu veux, sans license, y accéder faut passer sur les repos beta.

oO

Euh... T'a un produit open source, c'est bien pour en faire ce que tu veux dans le respect de la licence.
Si j'avais que ça a foutre, je maintiendrait une version de Proxmox buildée sans la popup ni les repos entreprise.

J'ai 3 nuc celeron et j'aimerais monter un cluster HA.
Je me pose la question du stockage et du formatage des disques.
Chaque nuc n'a qu'un unique disque (un SSD de 240Go) et ne peut pas en accueillir plus.
Mon idée c'était d'avoir sur chaque disque une partition de 200Go en un équivalent de RAID réparti sur les trois machines.
 
Maintenant je me demande comment je peux faire ça en pratique et si c'est réellement faisable.
 

• Ceph semble pouvoir faire ça. J'ai vu un blog qui le faisait (mais il a manifestement deux disques par Nuc contrairement à moi) et on peut apparemment ne mettre qu'une partition à Ceph comme OSD.  

Par contre j'ai peur que ça soit beaucoup trop lourd à gérer pour mes Nucs (dans le blog il achète des adaptateurs usb <-> ethernet et je suppose un switch pour avoir un deuxième réseau dédié à Ceph, et même comme ça c'est déjà pas mal saturé). Je ne veux pas trop investir plus pour l'instant du coup je ne sais pas si ça serait viable sur le réseau local unique.
 

• Zfs: je n'ai encore trouvé aucun blog/tuto avec :

- ZFS sur une partition au lieu d'un disque complet
- 3 noeuds mono-disque synchronisé
Donc je ne sais pas si c'est faisable.
 
Qu'est ce que vous en pensez ?
Est-ce que vous auriez des pistes pour moi ?