Suite à une panne de deux disques durs sur un serveur KS-15, je suis confronté à un problème de configuration qu'OVH ne peux pas régler.
Je me tourne donc vers la communauté pour tenter de trouver une solution.
Deux disques durs ont été changés sur le serveur. La reconstruction du RAID-1 a été effectuée avec succès.
Le souci : dès que le serveur redémarre en mode boot normal, le serveur démarre correctement mais il est injoignable sur le réseau. En mode Rescue, l'interface réseau fonctionne.
Le serveur fonctionne sous Debian 13.
Après plusieurs échanges avec le support technique OVH, je suis abandonné à mon triste sort sans solution directe. Je dois donc soit réparer la configuration réseau (qui a été mise en place automatiquement à la création du serveur), soit réinstaller complètement le serveur.
J'ai trouvé un article KB0057996 qui pourrait être une solution mais je ne maitrise pas complètement le processus proposé dans l'article.
Et-ce que d'autres utilisateurs ont déjà été confronté au même problème et pourraient m'aiguiller pour réaliser cette configuration ?
Serait-il possible d'avoir des copies "anonymisées" des fichiers 50-default.network et 50-public-interface.link (/etc/systemd/network/) d'autres serveurs KS afin de les adapter à ma configuration ?
Existe-t-il une méthode (autre que la réinstallation du serveur) pour recréer ces fichiers manquants ?
Avez-vous un accès KVM sur la machine ? Afin d'accéder lorsqu'elle a booté en mode normal, et ainsi examiner l'état de vos interfaces réseau ?
Avec la multiplication des gammes SYS, KS et ECO, et votre machine pourvue de plusieurs disques en Raid-1 il faut s'assurer de savoir si on a cette possibilité dans votre cas.
Bonjour, Dans notre image Debian 13 basée sur l'image officielle "cloud", la configuration réseau est faite par Netplan. Il n'y a rien dans /etc/systemd/network. Netplan crée à la volée des fichiers de configuration networkd dans /run/systemd/network/. Voici un exemple /etc/netplan/50-cloud-init.yaml sur une installation de Debian 13:
Je n'ai pas d'accès kvm sur la machine. La confirmation de démarrage m'a été communiqué par les rapports des techniciens qui sont intervenus sur la machine pour la faire redémarrer en mode Rescue.
Merci pour votre message et pour les informations.
Comme je ne peux désormais accéder à mon serveur qu'en mode rescue, j'ai vérifié sur ma partition et je n'ai pas /etc/netplan et mon dossier /etc/systemd/network est vide
Je ne comprends pas pourquoi cette configuration a disparu (je ne vois aucun lien entre le changements des disques et la possible altération de ces fichiers spécifiquement...)
Le support OVH me dit que c'est à moi de corriger cette erreur de configuration mais je n'ai pas plus d'informations et d'idées sur la manière de réaliser cette opération. Je ne sais pas où regarder ou quelle information rechercher afin de trouver une solution...
Mon but à l'heure actuelle est de ne pas avoir à réinstaller complètement mon serveur pour un "simple" problème de configuration réseau...
Pouvez-vous nous montrer un lsblk depuis le rescue pour voir quelles partitions sont montées et où ? Quand vous montez la racine de votre système, vous retrouvez bien les autres fichiers ?
J'ai dans /mnt/etc/network/interfaces.d/50-cloud-init qui semble correspondre à un fichier d'initialisation des interfaces réseau
# This file is generated from information provided by the datasource. Changes
# to it will not persist across an instance reboot. To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
auto lo
iface lo inet loopback
J'ai un fichier /mnt/etc/network/interfaces.d/50-cloud-init qui semble correspondre à l'initialisation des interfaces réseau.
# This file is generated from information provided by the datasource. Changes
# to it will not persist across an instance reboot. To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
auto lo
iface lo inet loopback
Merci, je pensais que vous aviez installé Debian 13 directement mais je vois que votre serveur a été installé en Debian 11 et non Debian 13. À l'époque, la configuration se faisait encore avec /etc/network/interfaces (ifupdown).
Je vous conseille de regarder les logs présents dans /mnt/var/log, éventuellement de vous chrooter dans /mnt et d'utiliser journalctl. Quelque chose comme :
mount --types proc /proc /mnt/proc
mount --rbind /sys /mnt/sys
mount --make-rslave /mnt/sys
mount --rbind /dev /mnt/dev
mount --make-rslave /mnt/dev
mount --bind /run /mnt/run
mount --make-slave /mnt/run
chroot /mnt journalctl -u networking.service
Dans ce cas-là, il est très probable que le serveur ne reboote pas du tout (le problème serait plus système que réseau), il est possible que GRUB ne soit plus correctement installé. Une fois dans le chroot ("chroot /mnt"), lancez "mount /boot" car votre boot me semble être sur la partition séparée md1. Ensuite, vous pouvez essayer de lancer "grub-install /dev/sda" et idem avec sdb et sdc. Sinon, "dpkg-reconfigure grub-pc" doit faire la même chose si vous sélectionnez les 3 disques dans le menu qui s'affichera.
les dernières erreurs journalisées (avant la reconstruction du raid-1)
Aug 25 12:55:18 ns3083254 systemd[1]: Starting networking.service - Raise network interfaces...
Aug 25 12:55:18 ns3083254 dhclient[1079]: Internet Systems Consortium DHCP Client 4.4.3-P1
Aug 25 12:55:18 ns3083254 ifup[1079]: Internet Systems Consortium DHCP Client 4.4.3-P1
Aug 25 12:55:18 ns3083254 ifup[1079]: Copyright 2004-2022 Internet Systems Consortium.
Aug 25 12:55:18 ns3083254 ifup[1079]: All rights reserved.
Aug 25 12:55:18 ns3083254 ifup[1079]: For info, please visit https://www.isc.org/software/dhcp/
Aug 25 12:55:18 ns3083254 dhclient[1079]: Copyright 2004-2022 Internet Systems Consortium.
Aug 25 12:55:18 ns3083254 dhclient[1079]: All rights reserved.
Aug 25 12:55:18 ns3083254 dhclient[1079]: For info, please visit https://www.isc.org/software/dhcp/
Aug 25 12:55:18 ns3083254 dhclient[1079]:
Aug 25 12:55:18 ns3083254 dhclient[1079]: Listening on LPF/eno1/e0:69:95:e6:3a:24
Aug 25 12:55:18 ns3083254 ifup[1079]: Listening on LPF/eno1/e0:69:95:e6:3a:24
Aug 25 12:55:18 ns3083254 ifup[1079]: Sending on LPF/eno1/e0:69:95:e6:3a:24
Aug 25 12:55:18 ns3083254 ifup[1079]: Sending on Socket/fallback
Aug 25 12:55:18 ns3083254 ifup[1079]: DHCPREQUEST for xxx.xxx.xxx.xxx on eno1 to 255.255.255.255 port 67
Aug 25 12:55:18 ns3083254 dhclient[1079]: Sending on LPF/eno1/e0:69:95:e6:3a:24
Aug 25 12:55:18 ns3083254 dhclient[1079]: Sending on Socket/fallback
Aug 25 12:55:18 ns3083254 dhclient[1079]: DHCPREQUEST for xxx.xxx.xxx.xxx on eno1 to 255.255.255.255 port 67
Aug 25 12:55:25 ns3083254 dhclient[1079]: DHCPREQUEST for xxx.xxx.xxx.xxx on eno1 to 255.255.255.255 port 67
Aug 25 12:55:25 ns3083254 ifup[1079]: DHCPREQUEST for xxx.xxx.xxx.xxx on eno1 to 255.255.255.255 port 67
Aug 25 12:55:25 ns3083254 dhclient[1079]: DHCPACK of xxx.xxx.xxx.xxx from xxx.xxx.xxx.xxx
Aug 25 12:55:25 ns3083254 ifup[1079]: DHCPACK of xxx.xxx.xxx.xxx from xxx.xxx.xxx.xxx
Aug 25 12:55:25 ns3083254 ifup[1104]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
Aug 25 12:55:25 ns3083254 dhclient[1079]: bound to xxx.xxx.xxx.xxx -- renewal in 40445 seconds.
Aug 25 12:55:25 ns3083254 ifup[1079]: bound to xxx.xxx.xxx.xxx -- renewal in 40445 seconds.
Aug 25 12:55:26 ns3083254 ifup[1447]: SIOCADDRT: No such device
Aug 25 12:55:26 ns3083254 ifup[1449]: SIOCADDRT: No such device
Aug 25 12:55:26 ns3083254 ifup[1459]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
Aug 25 12:55:26 ns3083254 systemd[1]: Finished networking.service - Raise network interfaces.
Aug 25 12:55:36 ns3083254 ntpdate[1203]: 2025-08-25 12:55:36.544810 (+0200) -0.070859 +/- 0.000484 1.fr.pool.ntp.org 5.39.80.51 s2 no-leap