Apparemment c'est possible en faisait une sauvegarde du container, puis en la restaurant avec une modif unprivileged->privileged
Hello,
Non pas de bindmount sur la VM OMV, elle dispose directement des disques en passthrough et c'est elle qui gère les partages samba et potentiellement NFS (que je vais probablement désactiver car pas l'usage).
usermod -u <nouvel id> <nom du user>Le container en mode "privileged" va juste avoir accès a quelques dossiers de médias, rien de très important si je les perds.Yep, y a des fois on peut pas tout isoler...
Bon, un container LXC privilégié ne semble pas pire qu'un.. Docker
Si ça reste du LAN avec des accès maîtrisés, ça reste jouable il me semble ?
Après, si le sujet est vraiment sensible, certains suggèrent d’ «utiliser une machine virtuelle si exposition des partages NFS à des utilisateurs finaux non fiables... »
Pourquoi pas: une VM dédiée - et minimale genre OS Alpine Linux - qui hébergerait tous les services avec besoin fort d'«étanchéité» et pour lesquels un LXC non privilégié n'est pas possible...
C'est jouable non ?
@+
sudo pvresize /dev/sda4
sudo lvresize --extents +100%FREE --resizefs /dev/sda4
Tu as mis le doigt dessus... C'est justement le risque d'erreur qui me poussait à chercher dans l'ui...J'ai tout fait en ligne de commande, ce n'est pas possible via l'interface a ma connaissance. Il ne faut pas se louper dans la procédure
Effectivement. Port ssh modifié et compte root désactivé, mais le message d'erreur qui remonte dit clairement qu'il existe des "guests" sur le nouveau node, donc sur celui que l'on tente d'ajouter. C'est ce qui m'a fait entamer ma tentative de sauvegarde de tous les lxc/VM du mini proxmox
Je te rejoins sur ce point, ils le disent clairement dans la doc, en rejoignant un clusters avec de l'existant, ça nécessitera un redéploiement de tous les lxc/VM, voir même revoir la gestion du stockage...Il vaut mieux créer les clusters Proxmox dés le début quand tu as aucune VM ou conteneurs LXC d'installer.
Créer un cluster sur Proxmox c'est facile, mais enlever un nœud de ce cluster c'est une autre paire de manche
Pas mieux que toi, j'ai passé du temps hier soir à chercher de la doc en fonction des codes erreurs, et nada... Suis tombé sur une piste qui disait que si le host du share smb n'est pas pingable ça peut parfois poser soucis, mais rien de sûr.
J'avais tenté nfs au début, je vais retenter. Par contre as tu les règles pare feu à appliquer pour que NFS soit autorisé ?
rw,no_subtree_check,sync,no_root_squash,anonuid=1001,anongid=1000
Il me semble que j' ai déjà eu ce problème et que j'ai modifié fichier /etc/vzdump.conf en rajoutant la ligne 'tmpdir' :
# vzdump default settings
tmpdir: /media/share/tmp
#dumpdir: DIR
#storage: STORAGE_ID
#mode: snapshot|suspend|stop
#bwlimit: KBPS
#performance: max-workers=N
#ionice: PRI
#lockwait: MINUTES
#stopwait: MINUTES
#stdexcludes: BOOLEAN
#mailto: ADDRESSLIST
#prune-backups: keep-INTERVAL=N[,...]
#script: FILENAME
#exclude-path: PATHLIST
#pigz: N
#notes-template: {{guestname}Yes, c'est ce que j'ai dû faire pour que la sauvegarde passe.