NetBoot réseau kernel OVH inaccessible / OVH supprime volontairement et sans prévenir !

[FAPM]

Un grand merci aux personnes de community qui m'ont gentiment aidé ! contrairement à un support OVH qui ne vaut absolument RIEN !

Je vous invite grandement à quitter OVH.
Via cette expérience ... j'espère que cela fera prendre conscience à nombreux d'entre vous de quitter OVH.

Je reste stupéfait par le comportement du "support" OVH.

"Bonjour,
Merci de votre retour, le netboot kernel OVH était un mode de fonctionnement de tests, celui-ci permettait de rapidement tester un kernel géré par OVH.
Cependant, celui-ci n'est pas fait pour rester comme mode de démarrage principale.
Celui-ci est simplement pour diagnostique, le mode de démarrage normal est sur disque dur."

L'esquive magistrale ... alors que c'est totalement FAUX !

Prochainement, je vais migrer cette machine ailleurs.
Je pense qu'il faut privilégier les hosteur de plus petite taille sur lesquels, nous pouvons compter car il y a cette capacité à prendre en compte le coté humain, l'accompagnement ... l'aide et la satisfaction d'un client final.

Tout l'opposé de OVH aujourd'hui.

[Fritz2cat]

J'ai reussi à la relancer !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Félicitations !
Je suis +très+ content pour vous.

[Fritz2cat]

Donc, j'utilisais NetBoot réseau au lieu de "Boot from hard drive (no netboot)" et cela fonctionnait de nouveau depuis +1 an.
Aujourd'hui, c'est vide dans NetBoot réseau ... donc je ne peux plus boot mon serveur dédié ...

@FabL

cc: pour @janus57 @TTY @ChristopheGX ayant pris part à la conversation

Je regrette que OVH ne soit pas intervenu dans cette conversation.

Pour démontrer le piètre contrôle qualité qui me surprendra toujours, il y a toujours ce mail qui est envoyé lors d'un reboot en rescue:

Si vous pensez avoir identifié l'origine du problème et souhaitez
redémarrer votre serveur normalement, vous devez configurer le
'netboot' de votre serveur sur le disque dur ou sur un noyau OVH:
http://guides.ovh.com/KernelNetboot/ puis rebooter votre serveur
en SOFT (évitez de rebooter via le manager).

Vous trouverez des informations complémentaires dans notre guide:
http://guides.ovh.com/ModeRescue/

Ces 2 liens sont cassés et interceptés sur la home page https://docs.ovh.com/fr/ qui évidemment ne dit plus rien sur le Netboot.

Renseignement pour OVH:
X-Ovh-Template: mozg/fr/pass_rescue-pro.model

[janus57]

Bonjour,

perso j'irais plus loin :
08/06/2022 - 19/06/2022 : annonce de l'upgrade du système de netboot : https://bare-metal-servers.status-ovhcloud.com/incidents/086ryx1snt4p

Start time : 08/06/2022 08:53 UTC
End time : 20/07/2022 08:53 UTC
Service impact : None
Service improvement : As part of our continuous improvement of our infrastructure, we will be doing an upgrade maintenance on server Netboot.
Posted 2 months ago. Jul 19, 2022 - 23:05 UTC

16/06/2022-21/06/2022 - annonce de l'enlèvement du netboot sur noyau OVH : https://bare-metal-servers.status-ovhcloud.com/incidents/gz80gt4637n1

Scheduled
Start time : 21/06/2022 11:00 UTC
End time : 21/06/2022 11:15 UTC
Service impact : None
Service improvement : We are removing the possibility of booting with OVH kernel as this solution is not maintained anymore.
Posted 3 months ago. Jun 16, 2022 - 00:39 UTC

Cordialement, janus57

[Fritz2cat]

annonce de l'enlèvement du netboot

J'ai un serveur kimsufi qui n'a pas été rebooté depuis près d'un an. Je n'en étais pas conscient, mais il tourne sur un kernel OVH. Netboot ou pas ? Probablement...

root@k3:~# uname -a
Linux k3 4.19.62-mod-std-ipv6-64-rescue #828825 SMP Tue Jul 30 13:54:49 UTC 2019 x86_64 GNU/Linux
root@k3:~# uptime
08:27:48 up 311 days, 13:09, 1 user, load average: 0.04, 0.06, 0.01
root@k3:~# cat /etc/debian_version
10.11
root@k3:/boot# ls -l
total 28425
-rw-r--r-- 1 root root 115365 Nov 16 2021 config-4.19-ovh-xxxx-std-ipv6-64
drwxr-xr-x 5 root root 1024 Sep 12 06:07 grub
-rw-r--r-- 1 root root 9555763 Nov 17 2021 initrd.img-4.19-ovh-xxxx-std-ipv6-64
-rw-r--r-- 1 root root 4949747 Nov 16 2021 System.map-4.19-ovh-xxxx-std-ipv6-64
-rw-r--r-- 1 root root 14483616 Nov 16 2021 vmlinuz-4.19-ovh-xxxx-std-ipv6-64
root@k3:/boot# df /boot
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 498532 41614 426659 9% /boot

Ce serveur est un debian 9 que j'ai upgradé en debian 10 il y a un certain temps, mais je trouve les kernels custom OVH dans mon /boot.
Ca semble bien être une partition sur mon /dev/sda et non un boot PXE ou similaire...

J'avoue ne pas être trop rassuré en cas de reboot.

[TTY]

J'ai le même cas sur un dédié OVH

Ce que j'ai surtout du mal à avaler, c'est que j'ai l'impression que cela c'est fait en douce... Le minimum aurai été de prévenir les clients bare metal

[janus57]

Bonjour,

après perso je m'en fou dans le sens ou je l'ai jamais utilisé pour raisons :
1 - c'est une "boite noir" qui boot votre serveur (à ma connaissance OVH ne diffusez pas le code du noyau et/ou les modifs faite dessus) => non acceptable
2 - le serveur dépendrai alors de l'état de santé de l'infra de netboot OVH => non acceptable

Cordialement, janus57

[FabL]

Hello à tous,

Le site status a été privilégié comme canal de communication pour informer les clients.
J'ai toutefois bien noté votre souhait d'obtenir ce type d'informations par e-mail également. Je transmets cela aux équipes concernées.

@Fritz2cat, j'ai bien transmis les informations au service concerné pour prise en compte et pour qu'une mise à jour de l'e-mail soit effectuée.

^FabL