Bonjour à tous,

J'ai effectué une mise à jour de mon serveur kimsufi de debian 7 à 8 il y a 2 jours et depuis, je n'accède plus à mon serveur. Aucun services n'est accessible en ligne et la connexion ssh ne fonctionne pas.

Le serveur se lance bien mais il ne ping pas sur le réseau. J'y accède à présent en mode rescue. J'ai monté les partitions de mon disque correctement et j'accède au serveur et mes données via ftp/ssh correctement. (toujours en mode rescue)
Ovh m'indique qu'il s'agit d'un problème de paramétrage logiciels à résoudre du côté client. Donc je n'aurais pas plus d'aide de leur part. 
 Voici le detail de l'intervention realisee:
Le serveur est demarre (demande du 'login' a l'ecran) mais inaccessible
par le reseau (pas de 'ping').
Un redemarrage sur un noyau standard OVH ('netboot') ne corrige pas la
situation.

Actions entreprises:
Redemarrage du serveur sur mode 'rescue' (Linux)

Resultat:
Boot OK. Systeme 'rescue' accessible.

Recommandations:
Configuration logicielle a corriger par le client


En cherchant sur internet, je pencherais sur un problème de kernel que j'ai mis à jour au moment de lupdate ou bien de règles firewall. (même si je pencherais plus sur un soucis de kernel mal configuré car mes règles fonctionnaient bien et que je ne les aient pas modifié).

J'aimerais savoir comment résoudre ce type de problème technique et qui dépasse mes compétences.
Auriez-vous des pistes de test/logs à faire remonter ?
Est-il possible de reconfigurer/recompiler le kernel via netboot ? (mode rescue)

Merci d'avance pour votre aide

Cordialement,
Merci de ta réponse. J'ai vu le post mais je n'ai pas fait de sauvegarde de mon boot avant maj. Donc je sais pas dans quelle mesure je peux résoudre le problème.
Dans ce cas ça semble compliqué sauf à piquer ceux d'un autre utilisateur de KS avec cette distribution. T'aurais pas plus vite fait de réinstaller la bête ? Tanpis pour le temps de seed...
Quand j'ai mis à jour de Ubuntu 14 vers 16, j'ai eu un peu le meme probleme.

A savoir que le serveur ne pingait pas, je devais faire des hard reboot qui pouvait mettre quelques minutes.
Finalement je suis allez en rescue pour voir le syslog et j'ai vu que le probleme venait de mes regles reseau qui faisait planté le reseau je crois.
J'ai tout remis par defaut a partir du rescue et j'ai reboot sans soucis. Puis j'ai refait mes regles correctement.

En tout état de cause, vérifie le syslog,ca devrait indiqué à quelle étape du boot ca plante
Essaye juste une mise a jour du grub.
update-grub /dev/sda1(normalement) sans recopier le boot
@Aerya

Osef du temps de seed. L'important, ce sont mes données torrent/cloud perso. En sois, s'y je perds ces données, c'est pas grave. Mes données perso, je les ai en local et les torrents, je repartirais à zéro. Mais cela me rebute quand même.

@aktarus69
Pour le syslog, j'ai l'impression que portsentry bloque tout accès. Comment supprimer définitvement ce truc ? Cela pourrait être cela le problème ?
Oct  2 07:24:24 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=208.100.26.228 DST=37.187.120.40 LEN=40 TOS=0x00 PREC=0x00 TTL=246 ID=30585 PROTO=TCP SPT=4366$
Oct  2 07:24:44 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=117 ID=29399 DF PROTO=TCP SPT=1$
Oct  2 07:24:47 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=117 ID=29432 DF PROTO=TCP SPT=1$
Oct  2 07:24:53 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=29590 DF PROTO=TCP SPT=1$
Oct  2 07:25:01 pacman CRON[11590]: (root) CMD (/usr/local/rtm/bin/rtm 15 > /dev/null 2> /dev/null)
Oct  2 07:25:45 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:10:bd:18:e5:ff:80:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=30076 DF PROTO=TCP SPT=4$
Oct  2 07:25:48 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:10:bd:18:e5:ff:80:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=30117 DF PROTO=TCP SPT=4$
Oct  2 07:25:54 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:10:bd:18:e5:ff:80:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=30179 DF PROTO=TCP SPT=4$
Oct  2 07:26:01 pacman CRON[13702]: (root) CMD (/usr/local/rtm/bin/rtm 15 > /dev/null 2> /dev/null)
Oct  2 07:26:45 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=30450 DF PROTO=TCP SPT=1$
Oct  2 07:26:48 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=30500 DF PROTO=TCP SPT=1$
Oct  2 07:26:54 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=30538 DF PROTO=TCP SPT=1$
Oct  2 07:27:01 pacman CRON[15860]: (root) CMD (/usr/local/rtm/bin/rtm 15 > /dev/null 2> /dev/null)
Oct  2 07:27:45 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=30982 DF PROTO=TCP SPT=4$
Oct  2 07:27:48 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=116 ID=31015 DF PROTO=TCP SPT=4$
Oct  2 07:27:54 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=31051 DF PROTO=TCP SPT=4$
Oct  2 07:28:01 pacman CRON[17968]: (root) CMD (/usr/local/rtm/bin/rtm 15 > /dev/null 2> /dev/null)
Oct  2 07:28:45 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=117 ID=31342 DF PROTO=TCP SPT=8$
Oct  2 07:28:48 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=52 TOS=0x02 PREC=0x00 TTL=117 ID=31391 DF PROTO=TCP SPT=8$
Oct  2 07:28:54 pacman kernel: Portsentry: dropping: IN=eth0 OUT= MAC=00:22:4d:ad:8e:bf:1c:e6:c7:52:07:40:08:00 SRC=69.162.124.234 DST=37.187.120.40 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=31436 DF PROTO=TCP SPT=8$
Oct  2 07:29:01 pacman CRON[20071]: (root) CMD (/usr/local/rtm/bin/rtm 15 > /dev/null 2> /dev/null)
@xavier
J'ai fait les lignes suivantes mais cela ne semble pas fonctionner. 
root@rescue:/boot/grub# fdisk -l

Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors

Device          Start        End    Sectors    Size Type
/dev/sda1          40       2048       2009 1004.5K BIOS boot
/dev/sda2        4096   40962047   40957952   19.5G Linux filesystem
/dev/sda3    40962048 3890237439 3849275392    1.8T Linux filesystem
/dev/sda4  3890237440 3907020799   16783360      8G Linux swap

root@rescue:/boot/grub# update-grub /dev/sda1
/usr/sbin/grub-probe: error: failed to get canonical path of `aufs'.
root@rescue:/boot/grub# update-grub /dev/sda3
/usr/sbin/grub-probe: error: failed to get canonical path of `aufs'.
root@rescue:/boot/grub# update-grub2
/usr/sbin/grub-probe: error: failed to get canonical path of `aufs'.
Pour faire des modifs, il faut mounter ta partition 
mount /dev/sda2 /mnt/
Ou adapte le sda à ce que tu veux mounter

Ensuite tu chroot pour faire comme si c'était sur ta session SSH root
chroot /mnt/
Et après tu peux lancer les commandes classiques apt-get remove portsentry ou que sais-je .. et peut etre qu'avec ta partition mounté tu auras plus de chance avec la commande du grub cité plus haut également.

Par contre, t'es sur que t'as pas d'erreur avant dans ton syslog ? Vérifie quand meme
Okey ça c'est une bonne chose de faite 🙂. Maintenant que portsentry est désinstaller, le sav ovh m'indique que le serveur reste bloque durant la phase de boot sur le message ☹grub>)

J'ai donc tenté d'installer/upgrader le grub mais sans succès
oot@rescue:/mnt/boot/grub# grub-install -V
grub-install (GRUB) 2.02~beta2-22+deb8u1

root@rescue:/mnt/boot/grub# update-grub
Generating grub configuration file ...
/proc/devices: fopen failed: No such file or directory
Failed to read /proc/cmdline. Ignoring: No such file or directory
/usr/sbin/grub-probe: warning: disk does not exist, so falling back to partition device /dev/sda2.
Found linux image: /boot/bzImage-3.10.23-xxxx-std-ipv6-64
grep: /proc/mounts: No such file or directory
  /proc/mounts: _get_sysfs_dir fopen failed: No such file or directory
  /proc/devices: fopen failed: No such file or directory
done
J'ai aussi fait les lignes suivantes mais cela ne change rien :s
mount sysfs /sys -t sysfs
mount -o bind /dev /dev
mount -o bind /dev/pts /dev/pts
mount -o bind /tmp /tmp
Juste pour info les techniciens d'OVH ce foute royalement des problèmes de boot, il se contente juste de mettre le serveur en rescue !

La seul solution est de poster un message sur le support en expliquant que tu souhaites réinstaller le serveur au complet avec l’OS … .
Si il ne te répondre pas le lendemain bah tu décroche le tel tu appelles le 1007 tu choisi dedié et tu leur explique le problème ! (Moi perso je leur ai dit que j’ai un problème sur un serveur Kimsufi et qu’il été impossible de le résoudre car le support et les techniciens été à chier bref après lui avoir passé un gros savon il te dit qu’il va le remonter le problème au technicien et comme par magie je serveur a été réinstaller 2H après ! J’ai même eu 1 mois de location offerte pour le dérangement !
@SkillFr

A priori, en réinstallant le système depuis le manager, cela devrait revenir au même que leur demander non ?
NOnoS wrote:Okey ça c'est une bonne chose de faite 🙂. Maintenant que portsentry est désinstaller, le sav ovh m'indique que le serveur reste bloque durant la phase de boot sur le message ☹grub>)

J'ai donc tenté d'installer/upgrader le grub mais sans succès
oot@rescue:/mnt/boot/grub# grub-install -V
grub-install (GRUB) 2.02~beta2-22+deb8u1

root@rescue:/mnt/boot/grub# update-grub
Generating grub configuration file ...
/proc/devices: fopen failed: No such file or directory
Failed to read /proc/cmdline. Ignoring: No such file or directory
/usr/sbin/grub-probe: warning: disk does not exist, so falling back to partition device /dev/sda2.
Found linux image: /boot/bzImage-3.10.23-xxxx-std-ipv6-64
grep: /proc/mounts: No such file or directory
  /proc/mounts: _get_sysfs_dir fopen failed: No such file or directory
  /proc/devices: fopen failed: No such file or directory
done
J'ai aussi fait les lignes suivantes mais cela ne change rien :s
mount sysfs /sys -t sysfs
mount -o bind /dev /dev
mount -o bind /dev/pts /dev/pts
mount -o bind /tmp /tmp
Peut etre qu'il te faut mount aussi la partition de boot, ou l'autre, je sais pas si tu l'as fait ou non. Au pire essaye avec toute
@NOnoS cela peut varier ! avant d'appeler je réinstaller sauf qu'a la fin "une erreur inattendu est survenu" donc une boucle sans fin !!
Le technicien passe juste ton serveur en mode rescue est tu es baiser
Problème résolu en réinstallant le grub et en suivant la procédure suivante :
sudo fdisk -l                      # pour vous aider à trouver la partition sur laquelle est votre ubuntu
sudo mount /dev/sdaX /mnt          # montage de celle-ci en remplaçant le X par le bon numéro de partition
sudo mount --bind /dev /mnt/dev    # lien symbolique du dossier /dev en cours d'utilisation vers le disque monté
sudo mount --bind /dev/pts /mnt/dev/pts   # lien symbolique du dossier /dev/pts en cours d'utilisation vers le disque monté
sudo mount --bind /sys /mnt/sys    # lien symbolique du dossier /sys en cours d'utilisation vers le disque monté
sudo mount -t proc /proc /mnt/proc # Pour que Grub2 trouve /proc/mounts
sudo chroot /mnt /bin/bash         # mise à la racine du disque monté
mount -a                           # montage des partitions dans le chroot
apt-get install grub-pc            # installation du logiciel Grub2 (sur le disque maintenant à la racine)
update-grub                        # création d'un nouveau fichier de configuration : grub.cfg
grub-install /dev/sda              # installation de grub sur le MBR
Source : https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub

Merci @Xavier pour ton aide par mp et aux autres pour les pistes de recherche
Répondre…