Reprise du message précédent :

 
Proposition un peu "sale" (mais peut-être déjà proposée ou testée et si c'est le cas my bad)...
Pourquoi ne pas tester avec une 2ème carte réseau (adaptateur USB / RJ45 par exemple, ça coûte pas cher et ça évite d'ouvrir le PC).
 
En gros ton Windows sur la carte 1 (dans ton Windows tu désactives la carte dédiée à ProxMox pour éviter tout soucis) et ton ProxMox sur la carte 2 : 2 MAC différentes, 2 IPs différentes et plus de problèmes (enfin normalement)

Non mais juste FAIRE UN TCPDUMP ET MATTER L'ARP voir ce qui passe sur le cable (ou pas).
Mais non.

J’y ai pensé aussi…
Je peux tenter avec un vieil adapteur rj45 usb (limite à 100M, qui date du temps de mon vieux mba) pour voir si ça change quelques chose…
Mais ça nécessite deux câbles réseaux  
 
 

Je les lance depuis le pc proxmox ?
Quand le réseau est ok ou bien quand le réseau est ko ? Depuis le Windows 10 ?
Ou depuis un autre poste ?

Oui, depuis le proxmox, c'est pas vraiment des commandes windows.
Et oui, quand le réseau ne fonctionne pas, pour voir ce qu'il s'y passe.
As-tu eu au moins la curiosité de chercher sur google ce qu'elles faisaient ?

Oui j’ai regardé ce que ça faisait.
C’est bien pour ça que je demandais car pour moi ça ne donnera aucune sortie utile quand le proxmox est déconnecté du réseau.
Le Ping ne passe pas du tout.
Mais quand je serais rentré chez moi je referai un boot Windows et je lancerai les commandes que tu as donné il y a quelques posts depuis le proxmox rebooté après le boot Windows .

Le ping passe pas, c'est un symptôme.
Une table arp vide, ça pointe déjà un peu plus dans une direction. L'absence totale de traffic niveau 2 entrant et sortant, aussi.

Bon, depuis que je suis passé à Proxmox 8, mon serveur crash systématiquement.
Va falloir que je regarde le log pour savoir ce qui pose problème.

Dès le boot ou au bout d'un moment ?

Hello    
J’ai trouvé comment passer certaines options en ligne de commande pour l’ajout de disque dans une vm.
 

 

 
Je me pose la question de certaines options de montage.
Déjà le cache : j’ai vu sur le net qu’en write back il y avait plus de performances.
Mais y-a-t’il des risques ?
 
Pour le ssd émulation , ça n’est que pour un ssd donc là c’est clair.
 
Que fait l’option discard ?
Et IO Thread ?
Est-ce que ces options doivent être activées ?
Et enfin le async IO ? Sur quoi le mettre si c’est indispensable ?
 
Merci pour vos conseils  

 
Au bout d'un moment.  
J'étais en week-end, j'ai pas encore pu vérifier le log, je m'y attelle ce soir.

Moi à ce niveau là j'irais lire la doc de qemu plutôt que de poser des questions sur la moitié des options de l'interface.

Merci, j'ai donc trouvé les explications sur IO Thread, Cache, discard, skip replication, ssd.
Mais je n'ai pas trouvé sur Async IO. Dans la doc il y a bien les paramètres pour AIO, mais pas d'explications.

Synchro/asynchro des IOs disques entre le périphérique physique et le périphérique virtuel.

Ok et donc je laisse le réglage par défaut ?
J'ai deux HDD et 3 SSD.

Ça dépend. Tu veux des perfs ou tu tiens à tes données ?

 
Alors pour l'instant, j'ai ceci qui revient en boucle dans le syslog :
 

 
Par contre, je ne suis pas sûr de comment trouver ce qui pose problème...

Les deux , avec une préférence sur le deuxième point    

Du coup tu as ta réponse

 
 
Bon j'ai mis du temps, mais voilà le résultat des commandes (que j'ai logué via 2<&1 | tee -a "fichier.log" ) :
arp -a , Première exécution :

arp -a , Deuxième exécution :

 
ip neighbour

(ici plusieurs exécution consécutives produisent la même sortie).
 
 
Verdict ?
 
 
PS : la version quand proxmox est bien connecté au réseau (après coupure du courant au niveau de l'alimentation du pc) :

PPS : le arp -a change de temps en temps, ce ne sont pas tout le temps les mêmes adresses qui sont présentes, bien que certaines soient toujours présentes.

Que les ips changent on s'en fiche un peu, tu as bien l'ip de ta passerelle avec son adresse mac ?
Si tu vois des mac, c'est que ton niveau un et ton niveau deux montent correctement. Tu n'aurais pas un conflit d'adressage ?

Oui la passerelle par défaut est 182.168.2.1, mon routeur.
Mais ces valeurs ne peuvent-elles pas être restée en cache ou quelque chose du genre dans Proxmox ?
 
Pour le conflit d’adressage, je vais vérifier mais normalement non , je fais bien attention à affecter une iP unique a chaque périphérique.
Et là, je le rappelle, j’ai définie une iP fixe en dure dans le Windows et dans le proxmox, comme ça m’avait été conseillé.
 
J’avais aussi essayé l’ip fixe en dure différente entre Windows et proxmox. Sans succès.
 
Précisions : sur mon nas , pour docker, j’ai un réseau macvlan (avec plusieurs iP dedans : .209 et .210) et une adresse iP virtuelle .230 pour le nas afin qu’il communique avec les conteneurs en macvlan.
 
Dernière chose : dans proxmox, le réseau bridge ne poserait il pas un problème ?
Car la carte eno1 physique n’a pas d’adresse iP , c’est la carte bridge vmbr0 qui l’a.

La 00:11 c'est bien la mac de ton routeur ?
Un ping sur le routeur pendant un tcpdump -i any -nn donne quoi ? Et un ping vers l'extérieur (8.8.8.8) ? Et un ping vers un domaine ?
Le vmbridge c'est normal, c'est ce qui permet a tes vms et a ton proxmox tous de communiquer avec ton réseau. Mais je vois pas le rapport avec ton nas.

oui la MAC 00:11 est bien le port eth1 de mon routeur.

Je n'ai pas lancé la commande tcpdump...
mais un ping est en échec quand le boot sous proxmox suit le boot windows sans débrancher la prise élec, ping sur adresse IP ou sur ndd.
Voilà une photo que j'avais prise lors d'un essai avec une adresse IP différente pour proxmox par rapport à celle sous Windows :

Pour le NAS, je ne sais pas si le macvlan et l'IP virtuelle peuvent causer des soucis avec une autre machine, alors j'ai donné l'information, à toutes fins utiles, ou pas  

Quand j'aurais le temps, je relancerais windows 10, puis reboot sous proxmox pour lancer le tcpdump.
Question, si ce tcpdump doit tourner pendant que je lance un ping sur le routeur, faut-il lancer la commande avec un & à la fin ?

edit : je viens de vérifier dans le routeur, pas de conflit d'adresse IP. Je n'ai même plus de réservation pour le pc, car je fixe l'IP en dure dans sa configuration (du pc) sans windows ou dans proxmox.

Pour info, j'ai ça pou /etc/network/interfaces :

 
 
Accessoirement : comment puis-je désactiver complètement l'IPv6 sur proxmox ?

Putain on désactive pas IPV6 en 2023  

Je n’en ai aucune utilité dans mon lan.
Et ça occasionne des effets de bord avec mon serveur dns adguard home.
Je ne maîtrise pas du tout l’ipv6 donc je préfère le désactiver.
La box elle reste avec l´ipv6 et le routeur est en relais ipv6 afin que l’Apple TV puisse faire tourner OQEE.
(Cela dit faudrait que je teste sans le relai ipv6 sur le routeur car il me semble que OQEE n’en a plus besoin… à voir)
Mais toujours est-il que si je laisse l’ipv6 activée, la résolution dns ne se fait pas tout le temps sur mon AdGuard Home , mais passe par lipv6 du routeur et donc celle de la freebox. Et donc les noms de domaine locaux ne fonctionnent plus …

r8169 c'est la carte réseau
surement un changement au niveau du driver dans le noyau entre les kernels de PVE7 et PVE8

Il vaut mieux désactiver l'IPv6 si pas utilisé, ça fait partie des bonnes pratiques de durcissement.

J'ai eu des maj qui ont été proposées qui n'étaient pas là la semaine dernière et je suis repassé sur le driver r8168.
Pas de crash pour l'instant après 18h d'activité

Tcpdump en même temps que le ping oui, et quand le réseau ne fonctionne pas.
Tu le fait sur un tty différent et voilà.

Bon j'étais parti sur l'idée de faire ce test, après avoir booté sous windows.
Et je me suis rappelé que j'avais un adaptateur apple USB2-RJ45 (100M certes), je l'ai branché sur un des ports USB libre du PC, et après avoir galéré 10min pour trouver un pilote apple, je suis tombé sur ce dépôt https://github.com/M-Mono/Apple-USB [...] ows-Driver qui m'a permis d'installer un pilote (il a fallu que je désactive la vérification de la signature des pilotes pour qu'il veuille bien s'installer).
J'ai pu avoir une seconde connexion 100M sur mon pc.
J'ai fait une réservation DHCP dans mon routeur sur une IP différente de ma carte réseau principale, bien entendu    
J'ai ensuite désactivé la carte réseau principale dans windows.
Rebooté, dans windows pour être sûr que tout fonctionne.
 
Puis j'ai éteint l'ordinateur, sans débrancher la prise.
Le boot suivant a été sous proxmox, et devinez quoi... 0 soucis ! Le réseau fonctionne très bien, sans action de ma part. L'adatpateur semble être reconnu, car il apparait dans la liste des réseaux, mais en non activé, parfait quoi.

 
Je vais faire encore un dernier essai : reboot sous windows, puis reboot sous proxmox, sans éteindre l'ordi.
 
 
 
PS : au fait, j'avais installé VMware sur ce windows... son pilote réseau pouvait-il être un responsable des soucis rencontrés ?

Bonjour,

Je viens d'ajouter une Nvidia 1030  sur mon serveur pour utiliser l'acceleration encodage/décodage video dans un LXC.

Il faut installer les drivers nvidia sur le host PVE ?

Puis les installer aussi dans le lxc ?

Pour l'instant, je n'ai rien installé sur le host, j'ai seulement ajouté les lignes dans le /etc/pve/lxc/1xx.conf :

Dans le lxc je vois bien la carte :

donc je pense que de ce coté c'est ok.

Par contre je n'arrive pas à lancer le nvidia container toolkit

https://docs.nvidia.com/datacenter/ [...] guide.html

J'ai une erreur :

Est ce parce que je n'ai rien installé dans l'host ?

J'ai l'impression que mon message n'a pas bcp de succes.

Après recherches perso, il faut apparemment bien installer les drivers sur le host, donc je me suis lancé, mais vite arrêté car pour installer les drivers il faut :

• ajouter le non-free dans le source list :

$>sudo nano /etc/apt/sources.list

deb http://deb.debian.org/debian/ bullseye main contrib non-free

• Et ensuite installer (apres un update) :

$>sudo apt install nvidia-driver firmware-misc-nonfree

Le probleme est que cette commande indique qu'en plus d'installer beaucoup de package (normal jusque la), qu’elle va supprimer proxmox !!

The following packages will be REMOVED:
  proxmox-ve pve-firmware pve-kernel-5.15

Donc pour l'instant j'ai répondu non, quelle manip il faut faire ?

Edit :

D'apres ce post : https://forum.proxmox.com/threads/i [...] rs.111243/
il ne faut pas installer firmware-misc-nonfree, et installer la version du repot backport des drivers, mais cette infos date un peu

Ils indiquent élégamment d'installer le package pve-headers, vous avez des détails sur ce paquet ?

Hello    
Il y a des choses particulières à savoir pour virtualiser Debian avec un bureau Gnome? 9 fois sur 10 après le login j'ai droit à un écran intégralement noir.Je n'ai pas pensé à mettre de l'UEFI donc c'est le BIOS par défaut. J'avais ce problème avec PVE 7 et le passage à PVE 8 ne résous rien.

Salut tout le monde    
 
Au taf on va récupérer 16 serveurs (en mode pizza box) et les gars du testing veulent avoir 45 Gitlab runners si possible un par VM pour un soucis de service utilisant ip/port qu'ils aimeraient ne pas dupliquer X fois par machine.
La virtu n'est pas mon fort, j'en ai pas fait depuis les études mais créer un cluster Proxmox avec 16 machines ça me parait un merdier à gérer. Je me trompe ?

 
Surement.
 
Pourquoi ça serait un merdier à gérer ?

Hello
J’ai une question à propos des MV.
 
Est-il possible de cloner une Vm et que le clone utilise le même disque de stockage que l’original ?
L’idée est de pouvoir lancer la MV Linux soit avec une console soit sans. Bien sûr, une seule MV serait lancé à la fois : soit l’une soit l’autre.
 
Petites précisions : j’ai fait un passthrough de la carte graphique nvidia dans la MV, et un écran connecté sur cette carte graphique.
 
Le sans console c’est quand je suis devant l’écran connecté au serveur proxmox.
Avec la console, c’est quand je suis à distance sur mon mac.
 
Actuellement j’ai mis en place RustDesk et Nomachine pour contrôler à distance mon Linux à la manière du Remote Desktop de Windows.
Mais d’une part je n’ai pas le choix de la définition adéquate quand je suis sur mon mac , du coup soit je n’ai pas d’image sur la totalité de l’écran, soit c’est pas net car mis à l’échelle.
Il y a aussi la stabilité de ce contrôle à distance qui n’est pas exceptionnel : j’ai des freezes régulièrement. Je dois alors fermer la fenêtre de RustDesk ou Nomachine et relancer une connexion.
 
Avez-vous des idées ?
 
Merci d’avance  

 
J'ai toujours vu des clusters de 3-4-5 grosses machines et jamais de 16 petites. On est plus sur un SPOF mais sur 16 possibles  
Je me trompe surement vu mon manque d'expérience. La gestion est centralisé via proxmox ?

 
Désolé, je ne vais pas répondre a la question, mais plutot t'en poser une, est ce que tu peux m'indique la procedure que tu as utilisé pour installé les driver nvidia sur le host proxmox ?
 
(voir mes messages au dessus)
   

Tu peux voir tous tes hosts depuis un seul oui ça pas de problème.
Après pour la gestion des majs etc ça sera forcément parfois plus long.