Reprise du message précédent :
Restauration de backup c'est possible oui.

Clonage de disque c'est possible également. Mais il faudra aider Proxmox à retrouver ses petits si tu swappes le disque cloné. C'est la solution la moins confortable.

Merci, j'essaierai de brancher les 2 disques en même temps au cas où ou si vraiment je n'ai pas le choix je ferai une restauration via les backups

Sous Proxmox, tu déclares ton nouveau disque/groupe de disque en tant que "Disk Image et Container".
 
Ensuite pour chaque LXC/VM tu vas dans ressources, tu cliques sur "Root disk" puis "Volume Actions" et enfin "Move".
 
Tu choisis ton nouveau storage et ça va migrer le volume.
 
Bref... ça se fait très bien et c'est assez simple .

Merci pour les détails

Hello, petite question d'usage : vous installez Proxmox sur un SSD pour le système uniquement ? Et un autre SSD pour les VM ?
J'ai cru lire que c'était dans les bonnes pratiques mais ça occupe un slot et un SSD pour pas grand chose au final.
Je suis preneur de vos avis merci

Perso, j'installe PVE sur le SSD unique de mes mini pc, et les VM vont dans le système de fichier de proxmox ^^

Merci donc tu as un seul disque pour le système et les VM ? Je suis dans le même cas, c'est pour un mini PC donc difficile de mettre plus de 2 NVMe

Oui c’est ça. Mes mini pc n’ont à l’origine pas vocation à devenir des serveurs Proxmox    
Ils ont un emplacement NVMe et c’est tout. Un a un autre emplacement pour un M2 sata mais de petite taille donc rare et cher.
Sur mon mini pc principal j’ai un ssd de 2To, et sur l’autre aussi. Pour mon utilisation c’est amplement suffisant    

Merci pour ton retour, je vais voir ce que je peux faire
En fait j'ai retrouvé des infos que j'avais vu, ce n'est bien sûr pas obligatoire de séparer les 2 mais conseillé car par exemple, en cas de réinstallation de PVE, tout le disque est wipé. Certes il doit normalement y avoir des backups mais c'est un facteur de risque en plus.

Pfiou que c'est compliqué pour un débile comme moi...
 
Je temps que j'ai mis à percuter cette histoire de uid/gid qui gagne 100000 entre hôte et LXC. Et j'ai toujours pas bien intégré le truc
 
MergerFS tourne, samba tourne, navidrome tourne mais foulala c'était compliqué.
 
Par contre immich me rend dingo.
Installation et première connexion OK, mais au moment où je modifie le .env pour pointer le dossier d'enregistrement des photos en faisant un mountpoint vers le dossier mergerfs, ça part en démarrage/plantage en boucle avec charge processeur à bloc.
 
Je comprends pas ce qui va pas. Je pense avoir le bon user/group pour le dossier, un touch fonctionne mais immich veut pô
 
 
C'est quand même pas si con de partir un sur OMV ou unraid déjà pas mal configuré

Il me semble avoir lu dans le doc de Immich qu’il ne faut pas modifier le chemin d’enregistrement des photos après la première installation…
Tu es bon pour tout recommencer  

J'ai lu plusieurs versions sur il faut, il faut pas, on peut, on peut pas.
 
Bon déjà j'avais pas bien RTFM...
Dans la page immich de script helpers c'était bien noté :
To change upload location, edit 'IMMICH_MEDIA_LOCATION' in /opt/immich/.env, and create the symlink 'upload' in /opt/immich/app & /opt/immich/app/machine-learning to your new upload location
 
Alors donc j'ai relancé un LXC et suivi ce qui était dit, mais au moment de faire le second ln -s ça voulait pas.
 
Un peu dépité, j'ai fait une dernière recherche et de lien en lien, j'ai trouvé cette page : https://github.com/community-script [...] sions/5075
 
En gros c'est maintenant possible, pas bien compliqué (en tout cas pour moi avec une base vierge) et il y a même un script intégré.
 
Et maintenant c'est bon \o/
J'ai lancé un premier batch de photos et c'est en train d'uploader, miniaturiser, OCRiser, visagifier etc
Le pauvre N150 cravache

Ha il y a eu du changement sur ce point là !
Super nouvelle    
 
Perso, j’en ai pas réussi à l’utiliser sur la longueur car l’admin ne peux pas supprimer des photos des autres utilisateurs, et les identifications faites par un utilisateur (admin ou non) ne sont pas partagés avec tout le monde…

proxmox 9.1 est disponible
https://forum.proxmox.com/threads/p [...] le.176255/

Et répond en partie au débat sur où installer docker avec la compatibilité lxc oci

Tiens j'connais pas, mais on va pouvoir betement installer un docker dans un LXC au lieu d'empiler les couches de virtu comme des cochons ?
 
Ou les images OCI c'est un nouveau type qu'on aura de toute façon pas fournis par les éditeurs ?

image oci =~ image docker grosso modo. donc oui, on pourra déployer les images docker dans un lxc dédié depuis l'ihm

Dans les forums ils précisent bien que cette implémentation est encore expérimentale. En particulier la mise à jour n'est pas encore vraiment gérée (de ce que j'ai compris, elle nécessite de déplacer un volume de l'ancien LXC vers le nouveau). Mais ça sera sympa à terme !

En gros il suffirait de mettre un mount point sur le LXC là où l'OCI attends un volume

Pour ceux qui veulent se faire un premier avis sur l'utilisation des OCI (en Anglais) : https://youtu.be/gDZVrYhzCes

J'ai lancé l'image grafana présente sur le docker hub en téléchargeant l'image, ça juste marche.

En fait Proxmox convertit l'image en image lxc et permet son exécution.

Je n'ai pas trop poussé mais ça semble franchement être un bon mélange des genres : l'offre énorme d'images docker couplée à la souplesse de lxc (stockage, réseau).

Du coup au lieu d'installer Docker dans un LXC Debian autant partir de l'OCI docker

Crosspost domotique :  
est ce qu'ici quelqu'un a une carte graphique intel arc (pas igpu), sur un proxmox 8?
J'ai un doute sur mes drivers, j'aimerai vérifier votre conf

Tiens, je vous vois souvent parler de Tailscale, mais rarement de Headscale.
Il y a un script LXC sur community-scripts. Peut-être que je m'y mettrai si le besoin s'en fait sentir. Perso j'aime bien être indépendant avec ces services et être ainsi à l'abri de potentiels phénomènes de merdification.

J'ai ajouté un bookmark également pour tester un jour.

Sait on si on peut facilement filtrer / autoriser si trafic entre certains hôtes spécifiquement ?

Exemple tout rediriger le trafic d'un noeud A vers B puis n'autoriser que le trafic de noeud C vers noeud B a destination de tcp/443 ?

Question mise à jour PVE9:
J'ai activé webauthn pour accéder à l'interface web, donc j'ai du 2FA qui fonctionne très bien pourvu que j'accède à la machine depuis mon reverse proxy car celui-ci me permet de passer par mon ndd et d'avoir un beau certificat bien valide MAIS je me fait jeter sans l'option de passer par un autre 2FA (Grogle authenticator ou équivalent) qui est pourtant configuré si j'accède en local via une IP privée. Cela était valide sous PVE8 mais plus sous PVE9.
Je suppose que cela est dû à un changement dans des paquets de trixie mais je n'arrive pas savoir lequel et le sujet n'est pas abordé en détail sur le forum officiel sauf erreur de ma part. Je pourrais désactiver le 2FA mais j'aimerais franchement éviter.
Les logs de pvedaemon:

Si vous avez une suggestion, je suis preneur.

EDIT: les devs n'ont trop creusé le sujet https://forum.proxmox.com/threads/u [...] ui.169601/

Je suis mal placé pour en parler car mon expérience sur le sujet... est pour l'instant inexistante.
Mais sauf erreur, c'est prévu dans Tailscale de ce que j'ai apperçu dans une vidéo yt donc je suppose que Headscale reprend au moins les mêmes fonctionnalités.
 
Autre sujet, adepte de OPNsense depuis longtemps, j'étais frustré par la mauvaise prise en charge des devices USB Wifi du FreeBSD sous-jacent.
 
Mais en fait il y a une solution à cela : un lxc debian + prise en charge hardware de mon chipset parfaite mais nécessitant une installation du driver sur l'hôte dans mon cas + hostapd + bridge
 
✔️ hostapd 5 GHz parfaitement fonctionnel
✔️ Bridge interne br0 créé dans le LXC
✔️ eth0 + Wi-Fi → en pur L2 (bridge_ports)
✔️ DHCP DISCOVER traverse → Kea attribue une IP
✔️ Aucun NAT, aucun routage : c’est propre, stable et optimal
 
Vous devinerez qui m'a aidé    
 
Si ça intéresse quelqu'un je peux détailler.

N'hésite pas à détailler, c'est toujours intéressant  

J'ai un serveur Yunohost à transférer chez un autre provider.

Actuellement il est sauvegardé quotidiennement via borg sur un server distant, je me tâte à le mettre dans un LXC pour faciliter les backup/restore.

Possible de faire du borg pour backuper les VM et containers LXC ?

Just mes 2 cents.
 
Je viens d'upgrader mon proxmox vers 9.1 (j'étais en version 7). Je suis passé à 8, puis à 9.  
 
Ce que j'ai fait, c'est demander d'être guidé pas à pas par chatgpt5.1. Et à chaque fois que j'avais une question, un doute, un output d'une commande un peu cheloue, je demandais des détails.
 
C'est VRAIMENT impressionnant comme c'est sécurisant de faire comme ça. C'est comme avoir un pro à côté qui vous tient la main et check avec vous que rien n'est oublié etc...  
 
Je recommande à 10 000% (j'ai plus de 20 ans de linux dans les pates pour info, bah même comme ça, j'apprécie. C'est un gain de temps ÉNORME).

Jusqu'au moment où t'as un bug lourd et qu'il te fait tourner en rond et retaper les mêmes commandes  
 
Je lui ai déjà demandé (4.0 puis 5.0 à l'époque) des scripts de maintenance sur Proxmox par exemple, c'est fiable à 70-80% mais par contre s'il fait une connerie et que t'as pas pile ce qu'il faut dans les logs pour débugger laisse tomber... Et puis quand tu le fais bosser des jours sur un script la conversation devient ultra buggée

mouai ou qu'il te raconte de la merde parce qu'il te répond pas sur la bonne version du truc.
 
C'est bien pour avoir une indication/direction, mais tout prendre et tout coller sans chercher à comprendre c'pas ouf

 
Non, mais ça remplace pas ton expertise (manquante si elle est manquante). Ça la complète. Ça permet quand même de penser à bcp de choses faciles à oublier. Ça permet aussi de creuser plus en profondeur les messages de warning. Ça permet un nombre considérable de choses.  
Je dirais que plus ton niveau est élevé, plus tes prompts sont précis et plus c'est efficace.
 
C'est d'ailleurs pareil en prog. Un très bon développeur va utiliser le truc au mieux VS un développeur débutant qui va produire du code qu'il ne comprend pas ou ne maitrise pas.
 
Dans mon cas, je dirais que le gain de temps ET la sécurité apportée sont vraiment impressionnants.

Juste aussi un truc important à souligner :
 
Les AIs progressent extrêmement rapidement. Entre un GPT 3.5 et un GPT 5.1 ou un Gemini 3, c'est le jour et la nuit. Je vous conseille de retester régulièrement. Vous pourriez avoir de grosses surprises.

J'ai déroulé Gemini 3 sur un souci proxmox récemment, tain, ya un gap énorme vs avant.
Il est très cohérent, et ne change pas d'avis d'un prompt à l'autre

Je viens de tenter l'update 8 vers 9 et ca ne démarre plus..

Kernel Panic :

Pourtant j'ai lancé le script pve8to9 avant de reboot et c'était ok...

J'ai remarqué (seulement apres coup) en regardant les lignes de la MAJ qu'il y a des erreurs du genre :

et à la fin :

Je n'aurai pas du rebooter, mais maintenant je ne vois pas trop comment démarrer la machine, pour tenter de debugger, il faut lancer un rescue disk ?

 
Waip s'il t'envoie dans le mur, c'est toujours un plaisir de faire bosser une IA et ce jour là, tu fais la différence avec un vrai pro, qui peut certes se tromper mais a la capacité de corriger aussi.

 
Sauf si son métier est de savoir justement. Je préfère me tenir à jour que tenir à jour une canne.

 
Waip boot en rescue et faut essayer de désinstaller puis réinstaller.

 
 
J'ai rebooté et j'ai démarré sur l'ancien kernel (6.8) (depuis le menu grub) et ca boot correctement, il faut que je regarde pourquoi il ne veut pas de ce nouveau kernel 6.17