OVH Community, votre nouvel espace communautaire.

Comment réparer le démarrage de mon VPS


dedinux
07/12/2014, 13h30
Les messages ne sont pas inquiétant à mon avis, il faut juste l'ignorer.
La question de savoir s'il est temps de réinstaller n'est pas la bonne question. La réinstallation, à part un changement majeur de version, n'est pas une fatalité qui devrait arriver.

madoui20032003
06/12/2014, 19h35
un fsck /dev/sda1 renvoie:

root@rescue:/# fsck /dev/sda1
fsck 1.41.3 (12-Oct-2008)
fsck.ext3: /lib/libblkid.so.1: no version information available (required by fsck.ext3)
fsck.ext3: /lib/libuuid.so.1: no version information available (required by fsck.ext3)
e2fsck 1.41.9 (22-Aug-2009)
/ has gone 342 days without being checked, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/: 161757/6422528 files (2.9% non-contiguous), 2979973/25688320 blocks

Lorsqu'on fait: dmseg en mode Rescue on à comme résultat:

md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
RAMDISK: gzip image found at block 0
EXT2-fs (ram0): warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem) on device 1:0.
Freeing unused kernel memory: 680k freed
ioctl32(mount:1616): Unknown cmd fd(3) cmd(80041272){t:12;sz:4} arg(fffadc88) on /
ioctl32(mount:1616): Unknown cmd fd(3) cmd(00001260){t:12;sz:0} arg(fffadc90) on /
ioctl32(mount:1616): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28} arg(fffadc6c) on /
ioctl32(mount:1616): Unknown cmd fd(3) cmd(80041272){t:12;sz:4} arg(fffadc88) on /
ioctl32(mount:1616): Unknown cmd fd(3) cmd(00001260){t:12;sz:0} arg(fffadc90) on /
ioctl32(mount:1616): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28} arg(fffadc6c) on /

Est-il le temps pour réinstaller le VPS ?

dedinux
06/12/2014, 16h42
Je pense que les 1ère lignes intéressantes sont au-dessus du gras.
VFS: Mounted root (ext3 filesystem) readonly on device 8:1.

La partition root est en lecture seule, à partir de là, ça devient un peu aléatoire de donner un conseil précis, essayez de :
- faire un fsck en mode rescue : fsck /dev/sda1 (je doute que ça change qq chose)
- mettre à jour la distrib linux en mode rescue+chroot

ou sauvegarder toutes les données (ce qui est déjà le cas j'espère) et réinstaller le VPS (ce qui pourrait être mieux si le VPS n'a pas été suivi correctement)

madoui20032003
06/12/2014, 15h13
Merci beaucoup dedlinux pour les réponses hyper rapides.
Après la modification du fichier /etc/grub.d/06_OVHkernel et remplacer bin/sh par bin/bash
ça marche sans erreur, mais maintenant dans la phase du boot normal j'ai reçu les messages suivants (ce qui est visible sur KVM):

L2TP netlink interface
L2TP ethernet pseudowire support (L2TPv3)
8021q: 802.1Q VLAN Support v1.8
sctp: Hash tables configured (established 65536 bind 65536)
Registering the dns_resolver key type
libceph: loaded (mon/osd proto 15/24, osdmap 5/6 5/6)
registered taskstats version 1
rtc_cmos 00:04: setting system clock to 2014-12-06 13:41:11 UTC (1417873271)
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
EXT3-fs (sda1): recovery required on readonly filesystem
EXT3-fs (sda1): write access will be enabled during recovery
kjournald starting. Commit interval 5 seconds
EXT3-fs (sda1): recovery complete
EXT3-fs (sda1): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:1.
Freeing unused kernel memory: 632k freed
Mount failed for selinuxfs on /sys/fs/selinux: No such file or directory
grsec: time set by /sbin/hwclock[hwclock:1740] uid/euid:0/0 gid/egid:0/0, parent
/sbin/init[init:1] uid/euid:0/0 gid/egid:0/0


Que ce qu'on va faire maintenant SVP!!

dedinux
06/12/2014, 14h03
Il faudrait éditer le fichier /etc/grub.d/06_OVHkernel et remplacer bin/sh par bin/bash
puis relancer update-grub

madoui20032003
06/12/2014, 13h16
Merci dedlinux pour votre support:
J'ai répéter la procédure comme suit:

login as: root
Using keyboard-interactive authentication.
Password:
Linux rescue.ovh.net 2.6.34-xxxx-std-ipv6-64 #2 SMP Thu Jun 17 07:18:34 UTC 2010 x86_64
root@rescue:~# cd /
root@rescue:/# mount dev/sda1 /mnt
root@rescue:/# mount --bind /dev /mnt/dev
root@rescue:/# mount --bind /proc /mnt/proc
root@rescue:/# mount --bind /sys /mnt/sys
root@rescue:/# chroot /mnt
root@rescue:/# grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
root@rescue:/# update-grub
Generating grub configuration file ...
/etc/grub.d/06_OVHkernel: 13: /etc/grub.d/06_OVHkernel: [[: not found
No volume groups found
done
root@rescue:/#

C'est quoi le soucis maintenant ?

dedinux
06/12/2014, 12h18
Il faudrait retourner en mode rescue, se remettre en chroot et taper :
update-grub

Normalement, il doit y avoir des signes comme quoi il a trouvé les images de boot et qu'il construit le fichier de configuration (qui manque sans doute).
et redémarrer à nouveau.

madoui20032003
06/12/2014, 11h52
Merci dedlinux pour l'info, j'ai fait toutes les étapes après monter la partition sda1 dans /mnt

login as: root
Using keyboard-interactive authentication.
Password:
Linux rescue.ovh.net 2.6.34-xxxx-std-ipv6-64 #2 SMP Thu Jun 17 07:18:34 UTC 2010 x86_64
root@rescue:~# cd /
root@rescue:/# mount dev/sda1 /mnt
root@rescue:/# mount --bind /dev /mnt/dev
root@rescue:/# mount --bind /proc /mnt/proc
root@rescue:/# mount --bind /sys /mnt/sys
root@rescue:/# chroot /mnt
grubroot@rescue:/# grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
root@rescue:/# exit
exit
root@rescue:/# reboot

The system is going down for reboot NOW!et (pts/1) (Sat Dec 6 11:29:49 2014)
root@rescue:/#
Cela va redémarrer le VPS en mode rescue une autre fois.

Après le redémarrage en mode normal dans l'interface Manager, le VPS reste toujours dans l'invite grub>

Quel est la prochaine étape SVP!

dedinux
01/12/2014, 21h36
grub ne trouve plus sa configuration sans doute

En mode rescue, il faudrait sans doute passer en chroot et taper grub-install.
Exemple de suite de commandes qu'il faudrait étudier avant de les taper, en supposant que toutes les partitions sont montées dans /mnt dont /mnt/boot :
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt

grub-install /dev/sda
exit
reboot

madoui20032003
30/11/2014, 15h28
Après un migration de VPS 2012 vers VPS 2014 le serveur ne répond plus.
On a essayer de faire un Hard reboot avec l'ancienne interface du Manager.
maintenant le KVM affiche grub> uniquement
Lorsque on passe en mode Rescue le SSH marche en root , les fichiers sont toujours dans la partition sda1
mais comment faire pour réparer le démarrage de mon VPS ?

Merci d'avance