Reprise du message précédent :

Alors rien de bien foufou comme je l'ai déjà dit (enfin pour l'instant )

En gros pour l'instant c'est 2 disques en mergerFS + une parité pour snapraid.
Là dedans il y a principalement nos films de vacances qui sont servis soit en SMB sur des PC windows ou via Kodi sous android TV
Présents aussi des enregistrements de toutes les dernières fêtes de la musique pour du windows ou via madsonic
Ca c'est pour son principal boulot, donc ça fait pas lourd

Dessus j'ai rajouté tailscale pour y accéder et avoir un noeud de sortie et pas bien grand chose d'autre je crois.

A rajouter : immich, qbitorrent, navidrome en remplacement et sans doutes d'autres trucs qui viendront par la suite comme on me l'a suggéré

Donc oui je ne voudrais pas partir dans tous les sens en faisant du caca sans rien comprendre, mais aussi partir dans la bonne direction pour pas faire du caca sans rien comprendre
Par exemple est-ce que les disques doivent (peuvent ?) être juste mis dans un LXC debian et partagés avec d'autres VM/LXC/CT pour la musique par exemple ou que Immich puisse ecrire dans son dossier à lui mais sur les mêmes disques ? Ou il faut que je déclare ça dans PVE comme l'est le SSD ?

Bref, je suis un noob et perdu devant tant d'informations  

Tiens par exemple je n'avais pas pensé que chaque VM/LXC aurait son IP, même si c'est logique.
Donc pour faire propre, il faudrait que je trouve le moyen facile de balancer ça sur une plage définie à l'avance genre lié au numéro d'ID si je laisse dans l'ordre chronologique ou avec 1xx/11x/12x en fonction de VM/LXC/etc

Pour les IP oui tu peux faire ça. En limitant la plage de ton DHCP par exemple de 2 à 99.
Ou alors tu fais des baux réservés pour les adresses MAC de tes lxc/vm.

Pour passer les disques, tu peux juste faire des montages dans tes lxc et ils se partageront des disques/dossiers sans avoir à passer par un protocole tiers genre samba.

Genre tu as un disque dans /mnt/toto dans ton hôte proxmox, tu peux aussi le monter de la même manière dans un lxc en ajoutant un point de montage.

Et pour info ça marche aussi dans l'autre sens : si tu as explicitement créé un volume dédié au lxc, tu peux accéder au contenu depuis l'hôte. Par exemple chez moi sur un volume zfs : /rpool/subvol-101-disk-0/ (ou truc du genre) et hop c'est la racine du système de fichiers de mon lxc 101.

Vu que tu parles de passer des montages disques à un lxc ou une VM, j’ai k’une question.
 
J’ai un partage smb sur un NAS que j’aimerai donner à un lxc via un montage sur l’hôte Proxmox.  
En exemple j’ai le partage smb pour la vidéosurveillance .
Quid de l’indisponibilité du NAS même temporaire sur le fonctionnement du lxc Frigate ?
Y a t’il une sécurité qui ferait que ce dernier se coupe si le partage du NAS est indisponible ? Car Frigate va enregistrer h24 en continu.
Ça serait problématique que l’enregistrement se poursuive sur le disque de Proxmox car ça va le remplir très vite…

Il va enregistrer là où tu lui dis. Si c'est sur ton NAS et s'il est KO, tu auras une erreur. Il n'ira pas chercher un autre endroit tout seul.

Je pense que ça dépend, car par exemple si tu montes le partage samba dans "/mnt/lenas" et que le nas est indisponible, je ne sais pas exactement ce qui se passe mais ça pourrait écrire dans le dossier "/mnt/lenas" comme si c'était un dossier local.
Et ensuite foirer le montage pour cause de dossier non vide.
J'imagine que ça dépend de comment ça foire... Si l'indispo est au démarrage du lxc ou pendant son utilisation.

Je confirme j'ai déjà eu un local plein à craquer avec plantage complet de proxmox à cause d'un partage mal monté...

Pas con  

Il y a un argument à mettre sur le bindmount pour empêcher ton système de démarrer s'il est absent de mémoire mais tu seras pas vraiment prévenu pour autant

Et je n'ai pas testé (ni de moyen de le faire), mais il se passe quoi si par exemple on reboote le nas alors que le lxc tourne ?

Tu peux lancer un reboot depuis proxmox. Il va fermer toutes ses instances proprement et lancer le reboot ensuite

 
Ah ouais? J'ai pas vu ça. J'ai déjà perdu mes xxx heures de création d'albums sur nextcloud parce qu' UNE fois il a redémarré en local, n'a pas trouvé les photos, a supprimé toutes les photos de sa BDD.
Du coup j'ai mis en place un "health check" sur plusieurs VM (Nextcloud, Immich notamment) qui empêche le démarrage si aucun fichier n'est trouvé sur l'emplacement du mount.

 
Bon je vais rajouter un disque, faire le mergerfs et voir comment faire au mieux    
 
Ca tombe bien, je viens de retourner au boulot, je vais avoir plus de temps

Je mélange peut être avec les montages NFS/SMB vu que j'ai les deux mélangés et que ça date un peu mais oui, j'avais des LXC qui ne bootaient pas si leur montage n'était pas dispo (d'où le boot delay sur ma VM OMV d'ailleurs)

Question bete sans doute, mais jamais fait: si je change le CPU de mon proxmox, ca va reboot tout seul et marcher tout seul ? je rêve faut tout réinstaller from scratch ?

Je dirais que si c’est juste upgrade / downgrade de proc je l’a déjà fait sans soucis. Si tu passes de Intel à amd la c’est pas la même musique …

Oui nan juste le CPU, même génération et tout, juste + de coeur, j'commence a être light

Je l'ai fait en juillet, 5600g -> 5700g, j'ai la carte mère qui a désactivé l'accès aux iommu lors du changement.

Le temps que je comprenne que ça venait de la petite option oubliée et planquée au fond du bios j'ai perdu 2 bonnes heures.

Je rencontre un truc bizarre: debian 13 fraichement installée, je suis la procédure officielle pour y ajouter PVE:
https://pve.proxmox.com/wiki/Instal [...] _13_Trixie
 
Machine avec une ip unique sur le réseau (vérifié 3 fois), ipv6 désactivé et fichiers hosts conforme (correspondance ip attribuée avec le nom d'hôte). La console dit bien que je peux me connecter sur https://ip:8006/
 
Sauf que ça ne fonctionne pas...
 
Un netstat depuis le PVE montre bien que les process tournent et notamment:

 
Un nmap de l'extérieur montre 22, 111 et 3128 mais pas de 8006.
 
Un telnet de l'extérieur sur le port 8006 donne connexion refused, idem depuis le PVE si je tape l'IP par contre avec 127.0.0.1 8006, le telnet fonctionne.
 
Pas d'iptables ou de nftables déployées sur le PVE.
 
J'arrive parfaitement à me connecter sur les autres ports, notamment en ssh.
 
Ca ne fonctionne pas mieux depuis un autre PC.
 
J'ai viré le switch et fait une connexion directe entre le PC et le PVE et ça ne fonctionne pas mieux.
 
Rien dans les logs:

 
J'ai fini par faire le bridge manuellement dans /etc/network/interfaces et rebooter mais ça ne fonctionne pas mieux.
 
Enfin, j'ai testé un tunnelling du port via ssh -L 8006:127.0.0.1:8006 et là ça fonctionne sur le PC en 127.0.0.1:8006.
 
Jamais vu un tel bordel, c'est comme si le port 8006 était désactivée sur l'IP de l'interface et juste ce port. Quelqu'un a une idée?

J'ai eu une blague similaire
il faut t'assurer que le nom de la machine (présent dans /etc/hostname) est également présent dans /etc/hosts et qu'il corresponde bien à l'ip de la machine sur le reseau.
Sans quoi, la connexion est rejetée.
Si tu t'etais trompé, alors corrige puis relance le process pveproxy (et ptet aussi pvedaemon) et ca devrait être bon

Justement, comme indiqué c'est conforme, je connaissais le problème potentiel et ils le rappellent un peu partout dans leurs docs.
 
Par contre, je viens d'essayer avec un 3è PC et ça fonctionne. Donc il y a 2 PC qui refusent mais la raison du refus n'est pas celle que je croyais. Ce n'est pas le navigateur non plus car j'ai l'erreur sur plusieurs navigateurs sur ces PC. Donc il faut que je creuse la question de mon côté, c'est un problème PC et non PVE.
 
Amusant car ces PCs/navigateurs acceptent par ailleurs de se connecter sur d'autres PVE donc ce n'est pas une question de port. Et lorsque tunnellé depuis SSH ça fonctionne aussi sur ce PVE. Incompréhensible, ce n'est que l'IP:8006 depuis ce PC qui foire... WTF.
 
 

à tous
 
j'ai fichu le dawa dans mes repos proxmox quand j'ai fait la MàJ vers la v9
 
Voilà où j'en suis :

 
Vous pouvez me dire ce que je dois supprimer ou modifier svp ?  

 
A oui quand même    
 

Avec Trixie, tout mettre dans un sources.list n’est pas très propre…
Et en prime ce n’est pas le format « moderne »  

J'ai plusieurs fichiers .sources dans sources.list.d
 
* debian.sources :

 
* debian-backports.sources :

 
* proxmox.sources :

 
J'ai même aussi : coral-edgetpu.sources pour mon Coral USB, gierens.sources pour eza, et ookla_speedtest-cli.sources pour speedtest.

dans /etc/apt/sources.list.d/ je n'ai que des fichiers en rapport avec OMV et tailscale. C'est normal ?
 
Du coup vous me conseillez quoi exactement ?

 
De base pve9, j'ai ça :
 

Vire tout ce qui concerne bookworm, commente tout ce qui concerne pve-enterprise et voilà

 
Pour ceux qui ne sont pas actifs (ceph.list, pve-enterprise.list, pve-enterprise.sources, pve-install-repo.list, pvetest-for-beta.list) j'ai juste à supprimer les fichiers dans sources.list.d je suppose ?
Pour tailscale, je ne trouve pas d'adresse de repo pour passer de bookworm à trixie. Vous la connaissez ?