Bonjour On rencontre un soucis assez étrange sur un serveur dédié SYS-6-SSD-128 . On a 2 serveurs identiques on a installé Proxmox 8 via qemu et l'ISO officiel , le premier serveur est installé correctement on a juste changé le nom de l'interface réseau de ens3 vers enp5s0f0 par contre sur le deuxième on galère depuis des jours on a reproduit l'installation sur les 2 serveurs de la même manière mais sans succès le deuxième serveur ne prends pas la configuration réseau . Ci dessous une capture du serveur qui pose problème :
Bonjour @KlichA, par curiosité, pourquoi ne pas utiliser notre système d'installation pour Proxmox 8 ? Notre image est au plus proche d'une installation standard et nous supportons le ZFS.
Je me demande s'il ne vous manque pas simplement la directive `hwaddress` sur le bridge avec la MAC de l'interface publique du serveur. C'est tout de même étonnant que ça fonctionne sur un serveur mais pas l'autre.
Pour pas que le nom des interfaces réseaux change, il faut dans le fichier /etc/default/grub, ajouter les paramètres: net.ifnames=0 biosdevname=0 à la ligne GRUB_CMDLINE_LINUX par exemple: `GRUB_CMDLINE_LINUX="nomodeset iommu=pt net.ifnames=0 biosdevname=0"` Tu peux faire un grub-install suivi d'un update-grub2
Attention maintenant tes interfaces réseaux auront comme nom eth0 eth1 A la réflexion, chez soyoustart, tu ne dois avoir que eth0
Donc change, update le grub et dans le fichier interface, tu remplaces les ensxx ou enpxxxx par eth0 Et ca doit marcher comme sur des roulettes
@JeanR suite à ton message, j'ai mieux regardé le screenshot de @KlichA : il manque l'interface primaire dans la sortie de `ip a`. Que donne `lspci -nnkd ::200` ? On dirait que le driver est manquant, c'est bizarre. Dans tous les cas, faire une install Proxmox VE 8 avec notre système permettrait dans un premier temps de vérifier qu'il n'y a pas de problème physique sur le serveur.
il n'y a pas de template Proxmox 8 sur l'interface c'est pour ça qu'on a installé manuellement . On a essayé d'ajouter hwaddress=@MAc et pareil . Justement le systéme ne voit pas du tout l'interface primaire ni seondaire d'ailleurs.
Vous pouvez tester cette commande sur les deux serveurs identiques et regarder s'il y a une différence. ``` lspci -vvd ::200 | grep "AERCap:\sFirst Error Pointer:" ```
Si vous voyez une valeur autre que `00`, le kernel refusera d'initialiser la carte réseau, par exemple dans ce cas : ``` AERCap: First Error Pointer: 14, GenCap+ CGenEn+ ChkCap+ ChkEn+ AERCap: First Error Pointer: 14, GenCap+ CGenEn+ ChkCap+ ChkEn+ ``` Nous pouvons tenter de vider le compteur d'erreur en déclenchant un cold reboot sur votre machine. Cependant, je ne peux pas vous garantir que le compteur restera à zéro définitivement. Sinon, vous pouvez ajouter `pci=noaer` à la cmdline du kernel et ça devrait aussi permettre à la carte réseau de fonctionner.
Pour information, nous avons aujourd'hui mis en production une version de BIOS qui corrige le problème, la V8.718. Avec cette mise à jour, "lspci -vv" peut toujours renvoyer "AERCap: First Error Pointer: 14" mais l'erreur est masquée sur les adresses PCIe des cartes réseau (05:00.0 et 05:00.1). Le champ "CEMsk" ne contient plus "NonFatalErr-" mais "NonFatalErr+".
Ainsi, il n'y a plus de problème d'initialisation du driver ixgbe sur les cartes mères Tyan S8026, même en laissant PCIe AER activé.
Pour bénéficier de la mise à jour du BIOS, vous pouvez réinstaller n'importe quel OS depuis l'espace client, cela déclenchera le processus de flash.
> il n'y a pas de template Proxmox 8 sur l'interface c'est pour ça qu'on a installé manuellement
C'est corrigé maintenant que nous avons pu stabiliser les images avec kernel ≥ 6.0 (Debian 12, Ubuntu 24.04, Proxmox VE 8, etc.). Depuis aujourd'hui, ces OS sont disponibles à l'installation sur les gammes de serveur qui utilisent la Tyan S8026.
