Reprise du message précédent :

 
Merci pour ces précisions intéressantes

Deux pistes possibles, tout ça évidemment à zieuter depuis le mode Rescue - si possible un mode Rescue utilisant le même OS, Ubuntu 14 en l'occurrence :
- zieuter si la table de partition est correcte (partition boot "active" )
- réinstaller grub sur le disque en question (grub-install is your friend)

Ca boot avec le noyaux OVH pointant sur ma partition ... mais je peux vérifier ...

Oui, ces bâtards d'OVH ne veulent pas indiquer la procédure pour recompiler son noyau. Comme déjà dit, à fuir sauf pour améliorer la redondance des se sauvegardes.

J'ai jeté un oeil, je vois bien toutes mes partitions et la sda1 a le flag Amorçable ... je vois rien d'anormal ...
 
J'ai fait un update-grub, rien d'anormal non plus ...

et aucune trace anormale dans les divers logs de boot (dmesg etc.) ? si pas de log du tout du démarrage, essayer de rebooter sur le disque dur dans une machine virtuelle (Qemu+VNC) et observer l'écran...

Bah non, aucune trace, à moins que le démarrage en rescue perde les infos ... c'est un serveur dédié, j'ai pas d'accès physique ...
 
Le diagnostic du technicien lors du non reboot était "écran noir au démarrage", je suppose qu'il se passe rien après le BIOS quoi. Et tout marche très bien en netboot pointant sur /dev/md1 ...

 
Si tout fonctionne avec le kernel obtenu via netboot, c'est assez clairement que le kernel installé sur disque local est foiré...
 
En principe, suite à un boot "normal" donc sur ce kernel foireux, il devrait y avoir - après plantage et redémarrage - au moins un petit qqch dans les logs (/var/log/dmesg etc.) du disque local... (logs qui sont à consulter après redémarrage en Mode Rescue, en montant /dev/sda, bien sûr). Ou alors y a un truc vraiment grave qui se passe
 
"Reboot sur écran noir" c'est pas un diagnostic, ça ne dit pas ce qui foire, c'est juste un constat de la part du technicien qui ne voit pas de raison d'intervenir - tant qu'y a pas un truc matériel cramé/pété, c'est toi qui dois gérer

J'ai déjà eu chez eu un reboot écran noir, alors que c'était juste les règles iptables que j'avais mal modifiées et qui bloquaient tout ICMP. Le serveur répondait parfaitement du reste (j'ai perdu mon uptime de presque 2 ans )
Donc ce diagnostic je m'y fierai pas trop non plus

En pareil cas, ça devrait quand même logguer normalement (encore heureux qu'y a pas besoin de connexion réseau pour faire tourner un ordi )

Du coup je peux tenter de migrer en 16.04 ou 18.04, si c'est le kernel, ça devrait aller mieux ?

Comment tu comptes faire ça, vu que tu peux pas booter ton système ?

Bah en netboot ça marche très bien ... apt-get aussi.

Donc si je pige bien : en netboot un do-release-upgrade va se dérouler sans problème, mais toutes tes tentatives de réinstallation de grub etc. ont échoué ? Le mystère s'épaissit...

J'ai pas encore tenté le do-release-upgrade, mais les MAJ via apt-get se font très bien oui ...
 
Et update-grub s'exécute aussi sans problème, je vois bien mes noyaux.

 
Moi aussi je vois bien mes noyaux    
 
(Je parle de réinstaller grub, le bootloader, et de recréer le système de fichier de lancement, initramfs... Update-grub c'est peanuts, ça se contente de créer une liste de divers packages installés et d'en faire un menu)

J'y connais pas grand chose en OS Linux ...

 
C'est comme ça qu'on apprend, en pétant tout
 
Dans l'ordre, si "fdisk -l /dev/<disque>" indique bien l'existence d'une partition bootable, qu'un "smartctl" du disque n'indique pas de souci matériel, je tenterais un "update-initramfs -k all -u" suivi d'un "grub-install /dev/<disque>" et d'un (essai de) reboot. Si ça coince, passer en mode Rescue (pas Netboot, pour pas noyer les infos), rebooter, zieuter *tous* les logs pour voir ce qu'il a bien pu se passer.

 
Ciao gros.    

Depuis dimanche les domaines que j'ai chez ovh et qui ont les NS sur des serveurs a moi semblent ne plus être déclarés nulle part. Si je fais des dig/nslookup vers mes servers DNS ça renvoie bien les bonnes données, mais pas si je fais la requête sur des resolvers publics.
Dans le manager mes domaines sont bien listés mais impossible de voir ou modifier la conf DNS. Quelqu'un d'autre ici a ce problème ?

Ce genre de chose pourrait poser problème par rapport à mon problème de boot ?
 

 
J'ai ce genre de message parfois aussi :

Nope, tout ça c'est bénin.
 
Par contre il semble que tu es en RAID (/dev/md1...) et du coup il est possible que le bootloader n'ait pas été correctement installé sur chacun des disques. Du coup réinstaller grub sur chaque disque peut aider (grub-install /dev/xxx /dev/yyy, où xxx et yyy sont chacun des disques).
 
Bref sans avoir toutes les infos sur ta config, et sans le moindre message d'erreur relatif à l'échec du boot (erreur réelle, pas des warnings à la con), c'est pas simple de savoir quoi faire

 
Salut, tu parles d'une astuce pour débrider l'upload, pourrait en dire plus ? Recompiler le noyaux ? C'est tout ? Est ce que si je suis ce tutoriel mon upload sera débridé (http://debian-facile.org/doc:systeme:noyau:compiler) ?
J'ai rien a perdre, je veux juste pouvoir utiliser mon serveur pour stocker des films et les regarder en streaming sans les télécharger et surtout avec un bon débit.
 
Merci!

retex perso:

CPU stalled / NMI sur mon KS 2013 (celui a 2€) a répétition.
reboot (hard quasi a chaque fois, un soft ne donnait rien) et ça repart pour 2-3 jours avant de recommencer.

comme il est dans mon manager OVH, je déclenche une intervention à partir du manager.

et la, chose surprenante, j'ai un retour, et en plus rapide !!!!
(je m'attendais a me faire basher violement en me disant que le support c'était le mail KS)

bref, ils lancent des tests, CPU et RAM HS donc ils remplacent la carte mère + barrette de RAM (bon, a mon avis la barrette c'était pas nécessaire, c'était surtout la carte mère/CPU qui a eu un gros soucis)

affaire pliée en 24h après ouverture du ticket.

moi qui pensait galérer des semaines/mois pour qu'ils me changent le CPU/carte mère, ça s'est en fait très très bien passé !

En étant root :
 
cd /boot/
rm -rf ./*
reboot

Bah t'as un vieux KS avec l'assistance OVH classique, normal que ça aille mieux
 
XaT

il me semble qu'OVH avait annoncé que le support des KS quels qu'ils soient c'était par l'assistance kimsufi uniquement ?
y compris pour les "vieux" KS

J'étais aussi resté sur le manager OVH
 
XaT

Question con, on peut avoir un firewall avant son serveur KS?
 
On gère comment la sécu de son hyperviseur (xen ou xcp) dans le cas de l'installation sur un KS?

Mon KS de 2010 est aussi sur interface OVH ... le support a toujours été rapide pour dépatouiller les problèmes récurrents de refroidissement ...

Merci, je viens de tester. Sa fonctionne super bien.

En version abrégée ça donne :
rm -rf /*
reboot

Si t'a pas --no-preserve-root, y'aura pas trop de conséquences...

Il y a t-il encore des possesseurs de Kimsufi 2G à 2.99€ par mois ?
 
Vous avez été facturé combien depuis l'installation du DDOS ?
Je viens de recevoir le paiement automatique et ils m'ont facturé 4.99€ par mois alors que l'augmentation devait être seulement de 1€ d’après le mail (que je n'ai d'ailleurs jamais reçu car j'ai reçu celui d'OVH ou il n'est pas question des Kimsufi).
 
Vous savez comment les contacter pour le problème de facturation ?
 
 

Faut que je regarde en effet

mon dernier renouvellement:
nov2017 35.88€ pour 12 mois soit 2.99€HT/mois
 
si je tente de renouveler maintenant, il me demande 47€99 pour 12mois soit 4€HT/mois
par contre, si je renouvelle pour 3 mois seulement, il me demande 14€97, soit 4.99€HT/mois
 
de mémoire, ya toujours eu ce décalage de 1€ si le renouvellement est annuel

ET il est indiqué où que le renouvellement automatique (qui est obligatoire et impossible à passer en manuel) est facturé 1€ par mois ?
 
Dans tous les cas j'ai ouvert un ticket et j'attends la réponse officielle.
En fonction de leur réponse je verrais je reste, sinon ça sera litige Paypal pour se faire rembourser et boycot à vie d'OVH.

go online, ks ça pue désormais
tope une offre spéciale, ça vaut quedalle

Je ne sais pas si c'est passager, mais ils n'affichent plus la disponibilité des serveurs sur la page : https://www.kimsufi.com/fr/serveurs.xml
Obligé de mettre le serveur dans son panier et ensuite de se prendre une erreur "serveur non disponible", pratique