OVH Community, your new community space.

Partition root en rescue mode sur debian 7


DmilZ
31/01/2014, 23h02
Que donne la commande "lshw" ?

BBR
31/01/2014, 22h02
on peut récupérer ses données sans passer par le compte root (par FTP des domaines),
le monitoring a détecté un problème si ton reboot est bloqué

Tagazok
31/01/2014, 21h47
Dans l'admin de mon Kimsufi j'ai
Boot : Boot from hard drive (no netboot)

Mon serveur répond :

➜ ~ ssh root@hostname
root@hostname's password:

➜ ping hostname
PING hostname (176.31.xxxx.xxxx): 56 data bytes
64 bytes from 176.31.xxxx.xxxx: icmp_seq=0 ttl=54 time=43.309 ms
64 bytes from 176.31.xxxx.xxxx: icmp_seq=1 ttl=54 time=37.627 ms

@BBR : Je ne peux pas me connecter avec mon compte root, c'est pour ça que j'essaye de le changer en mode rescue.

Par contre, c'est nouveau, je ne peux plus rebooter mon serveur j'ai un message d'erreur rouge en bas de l'écran disant :
An intervention is being carried out on this server, at the moment you can't perform a hard reboot yourself

nowwhat
31/01/2014, 21h07
Pareil chez moi à l'instant, je peaufine mon login ssh et je me trompe avec un fichier privé.
Résultat: deux tentatives ... et fail2ban à fait son boulot. Le truc classique quoi.
Au lieu de "go VPN" et ressoudre ça, j'ai démarré en rescue - et j'ai corrigé ça.
Ça me pris 5 minutes.

édit: Humm, oublié que une trentaine des personnes été co sur mon serveur TS3 ...... ooops. Ça wipé grave

Kitty
31/01/2014, 21h04
La même chose ici.

Il est très étrange que tagazok ne peut pas voir tous les disques.

BBR
31/01/2014, 21h03
j'ai des serveurs divers et variés (du ks au EG) et je n'ai jamais eu aucun problème avec le rescue.

Kitty
31/01/2014, 20h57
Je n'ai jamais eu des problèmes avec mode rescue soit.

Vos disques à /dev/sda et /dev/sdb (dans rescue)?

Peut-être qu'il a un matériel différent de vous, comme le contrôleur de disque, sans module de kernel?

BBR
31/01/2014, 20h54
je viens de passer un ks en rescue et ça fonctionne bien.

Kitty
31/01/2014, 20h29
Si la machine fonctionne sans mode rescue, mais le mode rescue ne peut pas voir vos disques, alors sûrement le mode rescue doit être le problème?

Et si le mode de secours est cassé, OVH besoin de le corriger. Rapidement.

nowwhat
31/01/2014, 20h19
Citation Envoyé par Tagazok
dmesg me renvoi 762 lignes o_O
Dépose le ici http://pastebin.com/ puis poste ici le lien qui en résulte.

BBR
31/01/2014, 20h17
si t'as accès au serveur en mode normal tu peux donc récupérer tes données et les mettre en lieu sûr.
et ensuite faire les tests disque (1 ou 2 sur le serveur ?) http://forum.kimsufi.com/showthread....r-sur-incident

Tagazok
31/01/2014, 20h15
@Kitty
Sans mode rescue la machine ping bien, si je fais un ssh dessus j'ai même le prompt qui me demande le password.

J'ai installé le serveur il y a quelques mois déjà, j'ai juste fait un redémarrage après avoir installer 'graphite'.
J'aimerai ne pas perdre les données qui sont dessus, et donc essayer tout ce que je peux avant d'avoir à le réinstaller.

Kitty
31/01/2014, 20h10
Citation Envoyé par Tagazok
Ca ne présage rien de bon :/
Non

Mais la machine va démarrer et ping sans mode rescue?

Si c'est le cas, il ressemble à un problème avec le système de sauvetage.

BBR
31/01/2014, 20h09
tu viens de l'installer ce serveur ? alors réinstalle le et fais quelques tests matériels (et note ton mot de passe lol)

Tagazok
31/01/2014, 20h05
@Kitty

Dans le demsg j'ai des messages assez intriguant :
REISERFS warning (device md0): sh-2006 read_super_block: bread failed (dev md0, block 2, size 4096)
REISERFS warning (device md0): sh-2006 read_super_block: bread failed (dev md0, block 16, size 4096)
REISERFS warning (device md0): sh-2021 reiserfs_fill_super: can not find reiserfs on md0
EXT3-fs (md0): error: unable to read superblock
EXT2-fs (md0): error: unable to read superblock
EXT4-fs (md0): unable to read superblock
cramfs: wrong magic
FAT-fs (md0): unable to read boot sector
REISERFS warning (device md0): sh-2006 read_super_block: bread failed (dev md0, block 2, size 4096)
REISERFS warning (device md0): sh-2006 read_super_block: bread failed (dev md0, block 16, size 4096)
REISERFS warning (device md0): sh-2021 reiserfs_fill_super: can not find reiserfs on md0
EXT3-fs (md0): error: unable to read superblock
EXT2-fs (md0): error: unable to read superblock
EXT4-fs (md0): unable to read superblock

Ca ne présage rien de bon :/

Tagazok
31/01/2014, 20h03
@BBR, ça ne marche pas plus.

Je viens de remarquer quelque chose. Quand je suis en mode recue et que je vais sur le lien fourni par ovh (l'ip avec le port 81), je n'ai aucune partition de listée

Pour les commandes, j'ai relancé plusieurs fois le rescue mode pour tenter les commandes avec à chaque fois un nouveau password root.

Partitions Start the tests on all partitions * **
Name State Size (% used) File System

Kitty
31/01/2014, 20h03
Citation Envoyé par BBR
mount /dev/md0 /mnt : il manque le /
/mnt/
Les deux vont travailler

Code:
[root@stock ~]# mount /dev/sda2 /home
[root@stock ~]# ls -l /home
total 20
drwx------ 2 root root 16384 Jan 31 18:02 lost+found
drwxr-xr-x 2 root root  4096 Jan 31 19:02 user
[root@stock ~]# umount /dev/sda2
[root@stock ~]# mount /dev/sda2 /home/
[root@stock ~]# ls -l /home
total 20
drwx------ 2 root root 16384 Jan 31 18:02 lost+found
drwxr-xr-x 2 root root  4096 Jan 31 19:02 user

Kitty
31/01/2014, 20h01
dmesg est toujours longue!

Il peut présenter des erreurs, ou le nom du disque.

Si elle n'apparaît pas ici, alors il semblerait que le mode de secours ne le reconnaît pas ou le contrôleur en quelque sorte d'une certaine manière.

BBR
31/01/2014, 19h59
Citation Envoyé par Tagazok
Je vais regarder de ce côté. C'est quand même triste de ne pas pouvoir changer le mot de passe root plus facilement que ça
c'est pourtant très simple, mais comme tu as tapé des tas de commandes dont un certain nombre qui n'étaient pas correctes, un peu logique sue ce soit le bazar...

BBR
31/01/2014, 19h57
mount /dev/md0 /mnt : il manque le /
/mnt/

Tagazok
31/01/2014, 19h57
dmesg me renvoi 762 lignes o_O

Je vais regarder de ce côté. C'est quand même triste de ne pas pouvoir changer le mot de passe root plus facilement que ça

Kitty
31/01/2014, 19h55
Je suis à court d'idées

Vous pourriez essayer dmesg et recherchez la rubrique relative les disques ou contrôleur

Tagazok
31/01/2014, 19h50
Voici ce que me donnent les commandes :

root@rescue:~# fdisk -l /dev/md0
root@rescue:~#

root@rescue:~# partprobe /dev/md0
Warning: Error fsyncing/closing /dev/md0: Input/output error

Kitty
31/01/2014, 19h47
Que diriez?
Code:
fdisk -l /dev/md0
et/ou
partprobe /dev/md0
Je ne m'attends pas vraiment que cela fonctionne, mais il pourrait être la peine d'essayer.

Tagazok
31/01/2014, 19h43
root@rescue:~# mount /dev/md0 /mnt
mount: /dev/md0: can't read superblock

I have also tried with mount -t auto /dev/md0 /mnt, same error

Kitty
31/01/2014, 19h39
Citation Envoyé par BBR
si les partitions ne sont pas montées, les commandes s'appliquent au système rescue lui-même non ?
Il ne peut pas voir tous les disques ou partitions. Il n'existe pas de /dev/sda, /dev/sdb, etc.

Citation Envoyé par Tagazok
J'ai
root@rescue:~# ls /dev/md*
/dev/md0
Vous pourriez essayer
Code:
mount /dev/md0 /mnt

Tagazok
31/01/2014, 19h35
J'ai
root@rescue:~# ls /dev/md*
/dev/md0

BBR
31/01/2014, 19h31
si les partitions ne sont pas montées, les commandes s'appliquent au système rescue lui-même non ?

Kitty
31/01/2014, 19h15
Il est très étrange qu'il n'y a pas de disques ou de partitions.

nbd = Network Block Device. Vous ne pourrez probablement pas les monter.

Est-y /dev/md-* ?

Tagazok
31/01/2014, 18h57
Oups

root@rescue:~# cat /proc/partitions
major minor #blocks name

root@rescue:~# ls -ld /dev/sd*
ls: cannot access /dev/sd*: No such file or directory

root@rescue:~# ls -ld /dev/hd*
ls: cannot access /dev/hd*: No such file or directory

Je ne sais pas si c'est intéressant mais dans mon /dev j'ai des partitions qui semble ressembler à quelque chose :
nbd0
nbd1
nbd10
nbd11
nbd12
nbd13
nbd14
nbd15
nbd2
nbd3
nbd4
nbd5
nbd6
nbd7
nbd8
nbd9

Kitty
31/01/2014, 18h48
cat /proc/partitions

Et aussi...
Code:
ls -ld /dev/sd*
ls -ld /dev/hd*

Tagazok
31/01/2014, 18h46
@Kitty
root@rescue:~# /proc/partitions
-bash: /proc/partitions: Permission denied

@BBR
Ca ne change rien

BBR
31/01/2014, 18h27
à ta place je recliquerai sur redémarrer sur le manager après avoir mis sur rescue, tu auras un nouveau mot de pass et tu pourras refaire toutes les manipulations depuis le début, si fdisk -l ne donne rien, ne tape pas des mount au hasard ou autre chroot

Kitty
31/01/2014, 18h25
Si le serveur démarre normalement puis le disque devrait être OK.

Qu'est-ce que cela fait? cat /proc/partitions

BBR
31/01/2014, 18h25
et il faut surtout que les partitions soient montées, je ne vois pas pourquoi le serveur fonctionnait bien et que le fait de passer en rescue lui fait perdre son(ses) disques(s).
tu as tapé quoi comme commandes et dans quel ordre ?

Tagazok
31/01/2014, 18h22
La commande a marché, j'ai ensuite attendu un peu plus de 5min avant de refaire un fdisk -l mais je n'ai toujours aucun résultat :/

Lorsque mon serveur n'est pas en rescue mode, je peux quand même lancer une commande ssh, il me demande le mot de passe (que je n'ai plus), mais il semblerai donc que le serveur ssh soit lancé sur le serveur. Il semblerai donc que le disque avec la Debian marche encore non?

Kitty
31/01/2014, 18h07
Oui, j'ai édité mon post, désolé.

Il doit y avoir un espace entre les tirets (Google Translate les a enlevés)

echo "- - -"> /sys/class/scsi_host/host0/scan

Tagazok
31/01/2014, 18h03
J'ai une erreur lors du echo :
root@rescue:~# echo "---" > /sys/class/scsi_host/host0/scan
-bash: echo: write error: Invalid argument

J'ai pourtant les droits en écriture sur le fichier :
root@rescue:~# ls -l /sys/class/scsi_host/host0/scan
--w------- 1 root root 4096 Jan 31 17:02 /sys/class/scsi_host/host0/scan

Kitty
31/01/2014, 18h00
Donc pas de matrices RAID.

Si fdisk ne montre rien on dirait que le disque ou le contrôleur peut être défectueux.

Essayez rescanner le bus SCSI avec echo "- - -"> /sys/class/scsi_host/host0/scan

Attendez quelques minutes, puis essayez fdisk-l de nouveau.

Tagazok
31/01/2014, 17h56
Oui,

root@rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
unused devices:

Kitty
31/01/2014, 17h47
Est-ce cat /proc/mdstat montrer quelque chose?

Tagazok
31/01/2014, 17h45
Bonjour,

J'ai une debian 7 x64 d'installée sur mon kimsufi et je souhaiterai réinitialiser mon mot de passe root (et créer un autre user afin d'éviter ce genre de situation...).
J'ai redémarré le serveur en rescue mode et y ai accès grâce à l'email que j'ai reçu.

J'ai trouvé de l'aide sur le forum disant de monter la partition root, de faire un chroot dessus puis de changer le mot de passe.
Or, impossible de savoir quelle partition je dois monter. Un 'fdisk -l' ne me renvoi rien du tout. Je n'ai pas de sda1 (comme trouvé sur d'autre threads sur le forum).

Quelqu'un connait la partition root sur une debian 7 sur un kimsufi afin que je puisse la monter ?