Reprise du message précédent :

Ton DNS redirige sur ton ip privée ou ip publique ?

J'ai :
- un DNS A : mondomaine.com qui pointe vers mon ip public.
- un DNS CNAME : *.mondomaine.com

Je n'ai aucun problème pour accéder à tous mes containers qui sont gérés par Traefik sur Ubuntu Server.
Juste Proxmox que j'ai voulu gérer via les paramètres de Proxmox plutôt que par Traefik.

Je vais réessayer de faire l'authentification via Traefik et Authentik.

Bon, j'avais dû rater un copier/coller en créant le realm Authentik parcequ'en réessayant ce soir, plus aucun soucis. J'ai bien accès à l'authentification sur Proxmox avec Authentik

 
TY
 
Il faut aller dans l'onglet Hardware de la VM et double-cliquer sur les disques.

Salut,
Dites, j'aimerais savoir comment vous configurer vos notifications (email) ?
 
Actuellement je reçois une notif email pour les MAJ à faire mais aussi pour toutes les sauvegardes qui se font qu'elles soient OK ou en échec.
 
J'aimerais conserver les notifications des MAJ à faire, mais j'aimerais ne recevoir que les notifications des sauvegardes en échec ou avec des warnings...
 
Sauf que je n'ai pas réussi à faire ça :
La notif de base :

 
La notif pour les sauvegardes échouées :

 
 
Quelqu'un a-t-il une configuration à proposer pour m'aider ?
Merci d'avance

Petite question, j'ai du mal à savoir quand il faut cocher ou pas la case iothread sur le disque dur de la vm.

Vous avez des exemples de quand il faut le cocher ou quand il ne faut pas?

Genre sur la vm proxmox backup server vous cocher l'option?

la doc dit:

Bon bin je comprends plus rien, je dois louper un truc énorme:
-j'ai paramétré vmbr0 attaché à eth0 et il porte l'adresse 192.168.1.10/24.
-mon PVE est bien vu et accessible du LAN par cette adresse 192.168.1.10
-si j'ajoute une VM liée à ce vmbr0 elle ne voit pas le DHCP et si je force une IP fixe 192.168.1.11 par exemple, elle ne voit pas le LAN. La VM voit le PVE.
-depuis le PVE je ping bien la 10 (lui même ), la passerelle en 1 et la VM en 11, bref, il voit tout.
-depuis le LAN, je vois le PVE mais pas la VM.
-il n'y a pas de VLAN (ou plutôt il y en a en amont mais le PVE est connecté dans un VLAN par défaut et lui n'en a pas de configuré). De toutes façons, j'ai fini par cocher VLAN aware mais ça ne change rien.
-pas de netfilter paramétré, ip_forward activé même si je pense que ça ne sert à rien dans ce cas
 
Je loupe quoi? C'est pas censé être un bridge?
 
edit: J'ai la conf par défaut décrite ici:
https://pve.proxmox.com/wiki/Networ [...] g_a_bridge
 
edit2: J'ai fait un vmbr1 avec un sous-réseau routé (192.168.2.1 sur le PVE qui est la passerelle de la VM en 192.168.2.2) pour contourner la difficulté et ça fonctionne parfaitement. Mais je suis toujours preneur d'une explication ou d'une solution pour avoir des adresses du LAN sur le vmbr connecté / lié à l'interface LAN.

ça te fait pareil pour un LXC ?
Pas de firewall activé sur proxmox ?
Tu as bien ajouté les interfaces physiques dans le vmbr0 ? Pas de faute de frappe (genre zth0 ou plusieurs interfaces pas séparées par un espace) ?

Hello, des courageux sont déja passés à Proxmox 8.4 ?

Oui, je suis en 8.4.1 ici.
 
Mais ça fait un moment que c'est déjà cette version ?!

09/04/2025
 
Je viens de passer mon promox faisant tourner seulement deux LXC dessus
 
J'utilise le kernel 6.14.0-2-pve
 
Si tout se passe bien, je migrerai l'autre qui héberge plus de choses

Pareil 8.4.1 pas de problème pour le moment

Pas encore mis à jour ici.  
Je vais patienter un peu au cas ou.

Dites je débute dans les clusters et je voudrais faire une réplication d'une VM d'un node sur les autres nodes de mon cluster. Pour que cela soit possible est ce que le disque de la VM doit être sur un stockage partagé (genre Ceph ou NAS) ou bien est-ce possible sans disque partagé ?

Réplication temps réel ou une fois par jour?
 
Quel est le but précis?
Le stockage partagé est nécéssaire pour le ha il me semble.

Je voulais jouer avec la HA.
J'ai déjà une gestion de backup. Là je veux essayer mieux.

A ma connaissance dans ce cas précis il faut un stockage dissocié oui.
 
Après y a peut-être moyen de faire de la duplication en temps réel d'une partition mais pas sûr que ça soit l'idéal ni le plus fiable.

Ca y est j'ai mon Premier LXC (mon contrôleur Unifi) sur mon cluster avec le storage dans un pool Ceph... j'ai l'impression que ça marche bien, sans ralentir le conteneur (qui ne fout pas grand chose à la base).

Si la VM est sur un stockage partagé (Ceph), la réplication est inutile.

Dans le cas de noeuds avec chacun son stockage, je réplique les VM avec la fonctionnalité idoine. Comme j'utilsie ZFS, ça fonctionne avec des snapshots et donc transparent pour la VM/container.
J'ai une réplication toutes les 15 min pour Nextcloud, toutes les heures pour les VM avrc peu d'écritures.

La live migration fonctionne sans souci dans cette config, ca prend 30 sec avec une interruption du réseau de 2-3sec.

Par contre si tu n'utilises pas ZFS la réplication nécessite de shutdown les VM

Mon conteneur a un stockage sous Ceph donc partagé et je ne vois le conteneur que sur un seul des nodes. Est-ce normal ?

1 conteneur ne peut etre lancé que sur 1 node, meme si son stockage est présent sur les 2 autres.
Tu veux faire quoi exactement ? Avoir plusieurs instances d'un même LXC lancées simultanément ?

Non, juste être sûr qu'en cas de soucis sur le node qui l'héberge un autre prendra le relais.

 
Pour LXC, je ne sais pas. Je vais essayer d'en créer un.
Non pas de firewall nulle part.
Oui, l'interface physique est bien liée au vmbr et correctement tapée.
 
PS: J'ai tout revérifié une énième fois et je confirme.
 
Fichier interfaces :

Ca c'est géré par la HA. Mais oui c'est le but. Si le cluster est en carafe et que le watchdog détecte un node down il redémarrera les conteneurs après le temps défini

C'est pas cher mais quand un disque est en train de mourir, le support prend du temps à répondre.

C'est des disques individuels par client ?

C'est pas un giga pool partagé ?

C'est un pool partagé, on verra quand et quelle sera la réponse.

Tiens bah je viens de me rendre compte que si on active la HA on peut plus faire de backup en mode STOP.

Hello,
 
Je me lance dans la màj de mon proxmox 6.4 demain ou après demain.
Je suis encore novice dans linux.
Je me suis documenté, si j'ai bien compris j'ai tout intérêt à faire une première migration 6.4->7.4, puis 7.4->8.4.
Je le sens venir gros comme une maison, les adresses physiques des périphériques et des interfaces réseau vont bouger.  
 
Je ne sais pas ce que vaut ce conseil censé bloquer le nommage des interfaces réseau :  
 

 
Merci d'avance pour vos conseils et retours d'expérience, je tiendrai compte de vos avis, ayez pitié de ma noobitude  

N'oublie pas de fixer ton adresse mac pour chaque interface si tu as du DHCP qui a des réservations par MAC (genre l'interface publique d'un dédié chez Online ou autre provider).

dans le ficher interfaces faut rajouter

hwaddress xx:xx:xx:xx:xx:xx

dans la config de chaque interface concernée. Cette modif est à faire avant l'upgrade vers la 7.x si tu veux pas te faire avoir (j'ai fait l'upgrade quasi day 1 vers la 7, c'st apparu dans la doc le lendemain...)

Si je te montre un morceau de mon /etc/network/interfaces ci-dessous, tu mets "hwaddress xx:xx:xx:xx:xx:xx" où?
 

Du coup, il ne faudra pas oublier de remplacer enp1s0 par eth0 dans ton fichier /etc/network/interfaces

Euh, c'est la conséquence de la modif grub plus haut?

Le souci c'est que j'ai trois interfaces ethernet sur la machine, ça va être là zizanie pour savoir qui est eth0 / eth1 / eth2, non?

C'est ca, c'est la conséquence du parametre rajouté dans grub.
Pour tes interfaces, assures toi à minima que eth0 soit bien configurée au boot pour avoir du reseau et agir dessus. les 2 autres, tu pourras voir apres le boot.
normalement c'est dans l'ordre.
et contrairement au nouveau nommage, les eth0/1/2/xxx ça ne bouge juste plus jamais

Au meme niveau que les autres configs (address, bridge-fd etc)

 
C’est l’inverse, les ethX peuvent changer, ce sont les autres noms qui ne changent pas pour un hardware donné.
 
J’ai eu tellement de serveurs avec des cartes 1G/10G/25G qui ont eu des problèmes avec l’ancienne convention. Systemd est parallélisé à mort donc il peut détecter et charger presque en même temps les drivers des cartes, et du coup, le kernel attribue les ethX aux différentes cartes dans l’ordre qu’il veut. Tu rebootes et ça a encore changé, je ne te raconte pas le bordel…
 
Plus jamais je ne reviendrai à l’ancienne convention de nom des interfaces en tout cas.

c'est rigolo, j'ai l'experience totalement inverse
trop de fois systemd, au grè de ses humeurs, a changé le nom de mon interface réseau... alors qu'avec le nommage ethX, je n'ai jamais eu le probleme. pourtant j'ai de la prod pro sous debian depuis 20 ans

 
Les expériences sont différentes pour chacun  
 
J’ai eu jusqu’à 40k serveurs principalement sous Redhat et des qu’on est passé a la nouvelle convention pour les noms des interfaces, tout est devenu prévisible la plupart du temps.
 
Parfois quelques soucis avec machine sous OpenStack mais globalement pas de problèmes.

Je ne suis plus sûr de rien du coup
Je vais attaquer la migration lundi. vu que mon routeur est une VM dudit serveur, si les eth pètent je suis obligé de faire un point d'accès 4G pour me faire aider par les internets dans la résolution du pb

Proxmox mis à jour en deux étapes, comme prévu : 6.4->7.4->8.4
 
Dire que ça s'est bien passé serait mentir.  
 
Lors de 6.4 -> 7.4 , à la fin de la migration je me suis retrouvé avec un fichier storage.cfg manquant, c'est assez gênant pour faire fonctionner le système. J'ai dû le retaper à la main, au moins une partie, me permettant de récupérer le SSH et de coller un backup.
 
Lors de 7.4 ->8.4 , ça s'est arrêté avec un message "trop d'erreur, installation abandonnée".
 
Je suis venu à bout de tout ça avec l'aide de chatgpt qui a tout débloqué progressivement et surtout m'a filé les lignes de commande magiques qui permettent de vérifier ceci, cela, de reprendre une installation qui a foiré etc.

t'avais utilisé les commandes pve6to7 & pve7to8 avant ?