Reprise du message précédent :
pourquoi ne pas déployer une vm truenas ou autre équivalent.
C'est fait pour et ça sera certainement plus facile à débugger qu'un montage sur base de vm/lxc linux...

Pour ce que j’en avais besoin je m’étais dis que faire un partage samba dans une VM était plus simple    
Je peux sauvegarder la VM et les données du partage. Donc exit le partage dans l’hôte Proxmox directement.
Après OMV ou TrueNAS pourquoi pas mais ça me semble overkill    

Je suis dans la même réflexion ... Remplacer mon NAS par un partage d'un volume depuis la machine Proxmox. (N100 avec SSD NVME 4To)
- Partage direct depuis le Proxmox en SMB
- Partage via une VM debian
- Partage depuis un LXC debian
- VM Nas (OMV/TrueNas) mais juste pour un simple partage SMB ça me parait énorme tant en ressources que complexité ...

J’ai trois NAS mais j’avais besoin d’un partage samba ultra rapide entre lui et une VM sur le même hôte Proxmox.

nan mais la config c'est genre 10 11 lignes dans le fichier smb.conf + créer un ou des comptes avec mot de pass, franchement ça ne justifie pas une VM/LXC dédié (pour du @home s'entend).
 
Genre :

 
(et encore la fin c'est parce que j'ai un Mac) et c'est plié.
Il faut un user linux "Monutilisateur" et lui définir un pass samba via :

 
Et si on veut peaufiner les performances (comprendre : les rendre moins pourries mais pas top quand même) pour les Mac, on peut ajouter ça aussi dans le smb.conf :

Comment tu automatises la sauvegarde des données alors ?

Ben les données sont sur le disque qui est dans /mnt/storage donc je peux absolument faire ce que je veux avec.
Personnellement j'ai un second node proxmox avec le même disque (un autre 16 To) dedans, qui est éteint sauf pour l’exécution d'un script de réplication via rsync 1x par nuit. En gros le script fait un wake on lan du second node, attend un peu, lance le rsync puis éteint le node.
 
Après j'ai d'autres scripts plus "sauvegarde" genre un borg backup de certains dossiers.
 
Mais comme ce disque (ou des parties de ce disque) est monté/utilisé dans différentes VM/LXC ça me semblait nettement plus logique de le faire au niveau de l'hôte que de faire un LXC dédié qui n'apporte pas grand chose de plus.
 
Pour du pro j'essaierai d'avoir le moins de trucs possibles sur l'hôte pour pouvoir faciliter l'utilisation en cluster, la migration/réinstallation... mais pour du @home je trouve ça overkill de faire une VM OMV ou TrueNas par exemple si c'est juste pour un bête partage samba avec 2 utilisateurs.
 
J'avais également eu de très mauvaises expériences avec OMV quand j'avais testé le chiffrement LUKS (perfs atroces, formatages qui n'allaient pas jusqu'au bout...) Là mes disques sont chiffrés LUKS, je les monte automatiquement via un bricolage maison (récupération de la clé si le disque est bien dans mon serveur et que le serveur est bien chez moi avec ma connex internet...) et en terme de perfs, je ne note aucun ralentissement.

Mouais , je ne suis pas sur d’être gagnant en faisant ça car ça m’oblige à gérer une autre méthode de sauvegarde…
Là, j’utilise le backup intégré à Proxmox : ultra simple , rapide , déjà programmé.

Ben ça dépend comment est configuré ta VM et ce que tu as en hardware, mais fais gaffe à ne pas mélanger la VM et le contenu du ou des disques passés à la VM. Vérifie bien ce qui est sauvegardé, parce que si tu récupères les genre 5Go de data de ta VM dans Proxmox Backup Server tu ne seras pas bien avancé.
Je ne sais pas quelles sont tes compétences là dessus, tu vas probablement me dire que "oui oui je sais", auquel cas parfait, mais sinon fais gaffe.

Je ne prétendrais jamais savoir plus que ceux qui postent ici …
Je connais les compétences et elles ne sont pas très étendues dans ce domaine.
Cependant, voilà ce que j’ai fait :
- Créé une VM Debian avec un disque de 32Go.
- créé puis arraché à la VM un second disque supplémentaire de 800Go qui contient les données partagées via SMB.
 
Dans la configuration du backup , j’ai bien choisir le disque système ET aussi le disque de données.
Ainsi tout est sauvegardé    
 
 
Du coup je pense que c’est OK.
 
En procédant ainsi j’ai pu migrer les VM depuis un hôte Proxmox vers un autre sans pertes  

Bonjour,
 
Est-ce que sur Proxmox 9, vous avez aussi des soucis avec de forwarding des paquets IPv6 ?
 
Je suis chez Dedibox et le support ne trouve pas / ne veut pas trop chercher le soucis.
 
Le bridge par défaut vmbr0 dispose d'une connectivité vers le routeur Cisco du DC Dedibox.
 
C'est lui qui donne les préfixes en SLAAC et/ou en Prefix Delegation
 
J'ai un OPNSense sur vmbr0 qui choppe bien son IPv6 en SLAAC mais les ping vers Internet passent pas.
 
En revanche la GW IPv6 du Cisco est joignable.
 
Cela fonctionnait bien en Proxmox 8 (Debian 12).
 
J'ai vu sur le net que systemd 256 ou ultérieur a des soucis de forwarding IPv6
 
Proxmox 9 c'est du Debian 13 avec systemd 257...
 
Merci.
 

T'as fait un coup de tcpdump ?

OK, c'est des "petites" quantités de données, donc en effet c'est plus facile de sauvegarder ça dans PBS. Quand tu commences à avoir quelques To, éventuellement répartis sur plusieurs disques en raid quelque chose, ça devient un poil plus complexe et PBS n'est plus forcément l'outil le plus pertinent pour ça. C'est plus pensé pour les VM à proprement parler, mais pour 800Go j'imagine que ça passe tranquille.

Perso toute mes data sont sur un volume du proxmox.
Samba sur l'hôte
Et après des bind de dossiers dans différents LXC, dont un LXC avec le programme de backup qui a des bind sur les data que j'ai besoin de backup.
0 VMs

Ouais les paquets partent et... c'est tout

 
Qu'est-ce que tu as migré sur debian 13? La VM, l'hyperviseur ou les 2?
Rien dans les logs de part et d'autre?
C'est le link qui tombe, l'IP ou l'interface qui disparait?

Bon, comme mon LAB était full backup sur un PBS 4, j'ai formaté le Proxmox 9, rollback sur 8 et restore des VM.

OPNSense et co arrivent à utiliser IPv6

PVE 8 est maintenu pendant un an donc rien ne presse  

J’ai installé un proxmox puis migré les VM via une restauration des backups.
Je ne sais pas comment sauvegarder l’hôte directement    
 
Sinon le soucis semble résolu avec la suppression  
 
Du fichier /etc/network/interfaces.d/50-cloud-init
 

 
Pour le moment la connexion semble stable.

Effectivement un Proxmox 8 (Debian 12) permet de faire tourner un LXC qui a été mis à jour vers Debian 13.

Pratique  

Migration vers PVE9.0.5 réalisée également sans souci.
Chatgpt est quand même pas mal pour trouver des solutions, juste à lui C/C le souci et il donne les bons workaround.
Sauf erreur, pas vu de changement sur l'IHM  

Y-a moyen de supprimer le message au login de non souscription sur la v9?

oui, ca a un peu changé..
editer /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
chercher les 2 lignes ou ya

et les changer en

puis

Y'a ca qui fait tout les trucs chiants direct
 
https://community-scripts.github.io [...] ve-install
 
This script provides options for managing Proxmox VE repositories, including disabling the Enterprise Repo, adding or correcting PVE sources, enabling the No-Subscription Repo, adding the test Repo, disabling the subscription nag, updating Proxmox VE, and rebooting the system.

Ca marche.

Merci

oui, justement, je l'avais, et il n'a pas été mis à jour.
du coup, ca marchait sur le v8, mais pas encore sur la V9

Ah !

J'ai regardé vite fait dedans je voyais des mentions de trixie donc je pensais que c'était ok.

Perso je laisse le message comme ça les étudiants posent des questions comme : "HEIN MAIS MR VOUS PAYEZ PAS LE TRUC ?"  

Un petit script pour faire la manip rapidement :
 

 
Source : https://www.linuxtricks.fr/wiki/pro [...] bscription

https://github.com/Jamesits/pve-fake-subscription
 
Pas encore testé de mon côté par contre

Salut  
Dites j’ai mon hôte Proxmox qui reboot toutes les 10-15-20 minutes…
Comment puis-je trouver la cause ?
 
J’ai l’impression que c’est un de mes LXC vu qu’il met super longtemps à démarrer…
Mais je ne sais pas comment diagnostiquer ça …
 
Quelqu’un pourrait-il m’aider ?
 
Merci d’avance

C'est un crash ? Il y a un dump ? Rien dans les logs ?

Justement comment je vois ça ?  

En regardant les fichiers dans /var/log s'il y en a. Je viens de regarder sur mon PVE9 et c'est ballot, il n'y a rien, il faut se rabattre sur journalctl
 
Sur mon autre pve 8.x, j'ai installé rsyslog et j'ai plus de logs

Plus comme davantage ou plus comme plus du tout ?
 

   
 
si c'est pas critique, essaye de couper ton lxc quelques temps, voir si ca arrive encore ?
sinon, les logs avec fucking systemd, c'est la commande "journalctl" qu'il faut regarder
voir tu peux cibler un service en particulier: journalctl -u le-service
 
(depuis debian 12 ya plus rsyslog d'origine, donc ya plus grand choses dans /var/log/ ...
tu peux jours reinstaller rsyslog, bien sur

J’ai fait plus ou moins ce que tu as conseillé    
 
J’ai coupé ce que je pensais le coupable : Frigate installé avec Docker dans un conteneur LXC (en plus d’autres trucs comme mon AdGuard Home, SWAG etc…). (Il m’a fallu aller assez vite pour aller dans Portainer de ce LXC pour arrêter la stock Frigate).
Coupé aussi le LXC Plex.
 
Reboot par ci, reboot par là …  
J’ai pu constaté que le /dev/dri/card0 avait changé en card1… ce qui m’a planté le LXC Plex, sans occasionner d’effets collatéraux…
J’arrive à relancer le lxc Plex et je laisse comme ça pendant plusieurs heures. Stable , pas de plantage.
 
On le sens que c’est Frigate qui fait tout planter ?!
 
À 23:23 je relance Frigate en me disant que peut être …  
Même pas 10 minutes après tout est KO…
Pfff le coupable c’est bien lui…
Je précise que Frigate est installé avec Docker dans un LXC Debian 13.
J’ai un passthrough de l’iGPU (fonctionnel car même config que pour le lxc Plex) et un Google Coral USB.
 
Je ne sais pas si c’est le Coral usb qui fait tout planter… mais en tout cas le Frigate est le coupable.
Demain je verrais comme l’installer dans un autre lxc seul…

Ha ! docker dans un lxc. ca marche, mais ca peuit causer des problemes.. suivant ce que t'en fais
(je fais un peu des 2, mais pas l'un dans l'autre)
Eventuellement, créées plutôt une vm, et fais tourner docker dedans pour voir si c'est mieux ?
ca permet d'etre plus isolé par rapport à l'host,et peut éviter de soucis de nested containers.

Oui je crois que je vais devoir refaire une VM…
Mais je dois partager l’iGPU entre Plex , Proxmox et Immich…
Donc faut que tout monde aille dans la VM  

Plus comme « j’ai enfin retrouvé mes logs à l’endroit habituel »
 
J’ai longtemps utilisé docker dans lxc sous proxmox sans problème mais je ne faisais pas de passthrough ou aure

Ya pas un TurnKey ?

 
Pas forcement.
 
SR-IOV
https://pve.proxmox.com/wiki/PCI(e)_Passthrough#_sr_iov

Ça commence à être complexe à mettre en place ça !
Je préfère rester avec une configuration simple à gérer    
 
 
Je vais faire plusieurs VM :
Une qui va regrouper les conteneurs dockers qui n’ont pas besoin de l’iGPU ni du Coral USB;
Et une autre avec tous ceux qui en ont besoin, autrement dit quelques uns comme Plex, Frigate Immich…
 
Ça simplifiera aussi la gestion des maj des OS    
Enfin je pense    
 
Par contre il me faudrait une solution pour que tout ce petit monde partage ses logs avec mon conteneur Crowdec et Swag (fail2ban), et ça je ne sais pas faire simplement    
Quelqu’un a-t-il une idée ? Simple ou pas très complexe  
 
 
 

Ok merci pour la précision    
 
 

 
C’est a dire ?