Problème d'accès SSH suite à la migration 12 - 13

[DebDynamiX]

C'est la preuve que ton serveur n’utilise pas ton /boot de Debian que tu as installé, au démarrage, mais celui d'OVH. Le "6.1.51-mod-std" (il n'existe pas dans les depots Debian) c'est le Netboot d'OVH qui injecte son propre kernel. Donc OVH ne boot pas sur ton hard drive. Verifie ce que je t'ai dis (voir ci-dessus) sur le Netboot

[piratebab]

Est ce que tu es allé sur le site d'OVH pour changer le netboot et regarder les logs comme je te l'ai indiqué ?

[ciupici]

Merci pour vos retours mais comme évoqué, si je change le netboot vers le hard drive, je n'ai plus accès au serveur. C'est uniquement grâce au netboot que j'arrive à accéder à la machine.

Je viens de redemarrer sur le HDD, résultat : 100% de perte au ping

[piratebab]

Que disent les logs OVH, c'est ça qui est important pour comprendre ce qui se passe avec ton boot de debian.
Tu peux tenter de trouver à tatons en démarrant sur le mode secours, mais si les logs te donnent une idée du problème, ce sera plus efficace.
Dans l'espace d'administration d'OVH, il me semble que c'est un onglet qui s'appelle "statistiques et logs".

[ciupici]

Je n'ai aucun log sur l'interface Kimsufi. J'ai uniquement :
10/03/2026 17:41 Diagnosis interface boot (rescue)
10/03/2026 17:36 Remote reboot
10/03/2026 17:36 Netboot Update

Sur leur monitoring, ils indiquent uniquement :
Voici le détail de l'intervention réalisée:
Le serveur est démarré (demande du 'login' à l'écran) mais inaccessible par le réseau (pas de 'ping').

[piratebab]

Est ce que ça peux t'aider ;
https://help.ovhcloud.com/csm/fr-vps-di ... =KB0047534

[ciupici]

Merci pour la doc mais malheureusement je n'ai pas accès au KVM, c'est pour les VPS OVH, sur Kimsufi je ne l'ai pas ...

[ciupici]

J'arrive quand même a accéder aux log du serveur via journactl.
Par exemple, ici on voit bien qu'au boot, il prend la bonne version de debian :

Code : Tout sélectionner

Mar 12 07:50:01 xxx kernel: Linux version 6.12.73+deb13-amd64 (debian-kernel@lists.debian.org) (x86_64-linux-gnu-gcc-14 (Debian 14.2.0-19) 14.2.0, GNU ld (GNU Binutils for Debian) 2.44) #1 SMP PREEMPT_DYNAMIC Debian 6.12.73-1 (2026-02-17)
Mar 12 07:50:01 xxx kernel: Command line: BOOT_IMAGE=/vmlinuz-6.12.73+deb13-amd64 root=UUID=c2b48055-052b-4aeb-a8d3-3f606a9de342 ro nomodeset iommu=pt console=tty0
Mar 12 07:50:01 xxx kernel: Disabled fast string operations
Mar 12 07:50:01 xxx kernel: BIOS-provided physical RAM map:
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000008efff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x000000000008f000-0x000000000008f3ff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000ce2b2fff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cee90000-0x00000000cee94fff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cee95000-0x00000000ceebefff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000ceebf000-0x00000000ceee3fff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000ceee4000-0x00000000cefbefff] ACPI NVS
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cefbf000-0x00000000cefeefff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cefef000-0x00000000ceffefff] ACPI data
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cefff000-0x00000000ceffffff] usable
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000cf000000-0x00000000cfffffff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000e3ffffff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
Mar 12 07:50:01 xxx kernel: BIOS-e820: [mem 0x0000000100000000-0x000000012fffffff] usable
Mar 12 07:50:01 xxx kernel: NX (Execute Disable) protection: active
Mar 12 07:50:01 xxx kernel: APIC: Static calls initialized
Mar 12 07:50:01 xxx kernel: SMBIOS 2.7 present.
Mar 12 07:50:01 xxx kernel: DMI:  /DN2800MT, BIOS MTCDT10N.86A.0170.2013.1217.1101 12/17/2013
Mar 12 07:50:01 xxx kernel: DMI: Memory slots populated: 2/2
Mar 12 07:50:01 xxx kernel: tsc: Fast TSC calibration using PIT
Mar 12 07:50:01 xxx kernel: tsc: Detected 1866.789 MHz processor
Mar 12 07:50:01 xxx kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Mar 12 07:50:01 xxx kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
Mar 12 07:50:01 xxx kernel: last_pfn = 0x130000 max_arch_pfn = 0x400000000
Mar 12 07:50:01 xxx kernel: MTRR map: 8 entries (4 fixed + 4 variable; max 18), built from 7 variable MTRRs
Mar 12 07:50:01 xxx kernel: x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
Mar 12 07:50:01 xxx kernel: last_pfn = 0xcf000 max_arch_pfn = 0x400000000
Mar 12 07:50:01 xxx kernel: found SMP MP-table at [mem 0x000fbe30-0x000fbe3f]
Mar 12 07:50:01 xxx kernel: RAMDISK: [mem 0x315c1000-0x34ad7fff]
Mar 12 07:50:01 xxx kernel: ACPI: Early table checksum verification disabled
Mar 12 07:50:01 xxx kernel: ACPI: RSDP 0x00000000000F2390 000024 (v02 INTEL )
Mar 12 07:50:01 xxx kernel: ACPI: XSDT 0x00000000CEFFE120 000064 (v01 INTEL  DN2800MT 000000AA      01000013)
Mar 12 07:50:01 xxx kernel: ACPI: FACP 0x00000000CEFF6000 0000F4 (v03 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Pm1aEventBlock: 32/16 (20240827/tbfadt-560)
Mar 12 07:50:01 xxx kernel: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/PmTimerBlock: 32/24 (20240827/tbfadt-560)
Mar 12 07:50:01 xxx kernel: ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aEventBlock: 16, using default 32 (20240827/tbfadt-665)
Mar 12 07:50:01 xxx kernel: ACPI BIOS Warning (bug): Invalid length for FADT/PmTimerBlock: 24, using default 32 (20240827/tbfadt-665)
Mar 12 07:50:01 xxx kernel: ACPI: DSDT 0x00000000CEFF8000 005CBA (v02 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI: FACS 0x00000000CEF85000 000040
Mar 12 07:50:01 xxx kernel: ACPI: FACS 0x00000000CEF85000 000040
Mar 12 07:50:01 xxx kernel: ACPI: SSDT 0x00000000CEFF7000 00043E (v01 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI: APIC 0x00000000CEFF5000 000084 (v02 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI: MCFG 0x00000000CEFF4000 00003C (v01 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI: HPET 0x00000000CEFF3000 000038 (v01 INTEL  DN2800MT 000000AA MSFT 0100000D)
Mar 12 07:50:01 xxx kernel: ACPI: SSDT 0x00000000CEFF1000 000655 (v01 PmRef  CpuPm    00003000 INTL 20061109)
Mar 12 07:50:01 xxx kernel: ACPI: SSDT 0x00000000CEFF0000 000259 (v01 PmRef  Cpu0Tst  00003000 INTL 20061109)
Mar 12 07:50:01 xxx kernel: ACPI: SSDT 0x00000000CEFEF000 00020F (v01 PmRef  ApTst    00003000 INTL 20061109)
Mar 12 07:50:01 xxx kernel: ACPI: Reserving FACP table memory at [mem 0xceff6000-0xceff60f3]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving DSDT table memory at [mem 0xceff8000-0xceffdcb9]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving FACS table memory at [mem 0xcef85000-0xcef8503f]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving FACS table memory at [mem 0xcef85000-0xcef8503f]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving SSDT table memory at [mem 0xceff7000-0xceff743d]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving APIC table memory at [mem 0xceff5000-0xceff5083]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving MCFG table memory at [mem 0xceff4000-0xceff403b]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving HPET table memory at [mem 0xceff3000-0xceff3037]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving SSDT table memory at [mem 0xceff1000-0xceff1654]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving SSDT table memory at [mem 0xceff0000-0xceff0258]
Mar 12 07:50:01 xxx kernel: ACPI: Reserving SSDT table memory at [mem 0xcefef000-0xcefef20e]
Mar 12 07:50:01 xxx kernel: No NUMA configuration found
Mar 12 07:50:01 xxx kernel: Faking a node at [mem 0x0000000000000000-0x000000012fffffff]
Mar 12 07:50:01 xxx kernel: NODE_DATA(0) allocated [mem 0x12ffd1680-0x12fffbfff]
Mar 12 07:50:01 xxx kernel: Zone ranges:

[ciupici]

Il y a notamment cette ligne :
Mar 12 07:52:05 systemd-networkd-wait-online[415]: Timeout occurred while waiting for network connectivity.
Mar 12 07:52:05 systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE
Mar 12 07:52:05 systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'.
Mar 12 07:52:05 systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.

[piratebab]

Enfin un début de piste.
Les défauts indiqués n'expliquent pas pourquoi il s’arrête à un moment donné pour basculer sur le boot de secours.
Un problème de config de l'interface réseau ne justifie pas de passer en mode boot de secours.

Pour continuer quand meme sur cette idée de config réseau, est ce que tu fais tout à l'ancienne dans un fichier interfaces, ou bien tu utilises un network manager.

[ciupici]

Pour le boot de secours, c'est moi qui l'active comme le réseau n'est pas activé et donc le serveur n'est pas accessible à distance.

Pour la config réseau, je n'ai rien fait du tout. Il y a dû avoir un souci lors de la maj entre debian 12 et 13 qui fait que le réseau ne démarre pas.

[piratebab]

OK, je pensais que le démarrage plantait et qu'il passait en mode secours automatiquement !
C'est donc networkmanager qui gere ton interface.
Regarde ce que tu as dans /etc/network/interfaces . Normalement tu ne devrais rien y avoir afin que tes interfaces soient gérée par networkmanager
il faudrait une sortie plus complete de journalctl -b , parceque sans connaitre le nom de l'interface (pour la configurer manuellement), ou avoir plus de détails sur les logs de networkmanager, ça va étre compliqué.
essaie

Code : Tout sélectionner

journalctl -u NetworkManager

Pour augmenter le niveau de logs

Code : Tout sélectionner

The recommended way for enabling logging is with a file /etc/NetworkManager/conf.d/95-logging.conf that contains

[logging]
level=DEBUG
domains=ALL

En level tu peux mettre OFF, ERR, WARN, INFO, DEBUG, TRACE par ordre de verbosité

On mode secours, est ce que la commande nmcli fonctionne ?