OVH Community, votre nouvel espace communautaire.

données de mes sites inaccessibles avec Rescue-Pro (plesk9.5-centos5)


Romain44
20/10/2014, 12h52
Bon à force de rebooter mon serveur en modifiant le parametre de boot sur HD au lieu de Rescue-Pro, celui-ci s'est mis à ne plus redémarrer ce qui a engendré une erreur chez ovh. Après quelques minutes, voyant que le serveur est down, je ne sais pas si par défaut les services de ovh réinitialise le blocage du serveur comme s'il n'y avait jamais eu de soucis mais toujours est-il que mon serveur s'est lancé tout à fait normalement. J'ai pu transferer mes 300Go de vidéos d'un serveur à un autre en SSH et récupérer toutes les dernieres modifs de mes sites (données + bdd). Ouf.
Evidemment, les fichiers de config de plesk pour chaque sites ne fonctionnent pas car ce n'est pas la même version. Franchement quand je vois des outils de sauvegardes pitoyable pareil, il y a toujours une incompatibilité qui bloque tout. Merci Plesk.
J'ai pris un nouveau serveur avec Plesk 12 et reconfiguré pour faire du pseudo-streaming vidéo. Bien chaud cette histoire. Je vais garder l'ancien serveur et le reformater avec uniquement une base linux pour y faire mes backup quotidien et surtout avoir toutes mes vidéos aussi sur ce serveur au cas où l'un est effacé par un tipiak.

Romain44
19/10/2014, 10h08
Oui, moi aussi j'ai reçu aussi ce message... mais bien après que ovh ai bloqué mon serveur.
impossible de faire une mise à jour avec un plesk à demi accessible en mode rescue-pro.
Dans tous les cas, je ne comprend pas que l'on ne puisse accéder à toutes les infos de plesk.
Si je n'avais pas de Raid, je ne pense pas que j'aurai eu autant de problèmes.

buddy
19/10/2014, 09h51
OVH veut que les serveurs soit mis à jour.
Il faut suivre la procédure de MAJ ... il faut repasser en normal pour faire les MAJ je suppose ... https://twitter.com/olesovhcom/statu...56216577196032

Je suis en mode Rescue-Pro suite à un blocage de OVH des serveurs sous Plesk 9.5 et des soucis rencontrés avec SSH
çà je ne comprend pas ... le serveur a été hacké ? Normalement il est possible de repasser en "normal" sauf si il a déjà été hacké plusieurs fois ... là c'est réinstall obligatoire...
des soucis rencontrés avec SSH çà veut dire quoi ?

- - - Mise à jour - - -

OVH veut que les serveurs soit mis à jour.
Il faut suivre la procédure de MAJ ... il faut repasser en normal pour faire les MAJ je suppose ... https://twitter.com/olesovhcom/status/523556216577196032

Je suis en mode Rescue-Pro suite à un blocage de OVH des serveurs sous Plesk 9.5 et des soucis rencontrés avec SSH
çà je ne comprend pas ... le serveur a été hacké ? Normalement il est possible de repasser en "normal" sauf si il a déjà été hacké plusieurs fois ... là c'est réinstall obligatoire...
des soucis rencontrés avec SSH çà veut dire quoi ?

Romain44
19/10/2014, 09h41
Je suis en mode Rescue-Pro suite à un blocage de OVH des serveurs sous Plesk 9.5 et des soucis rencontrés avec SSH.
Je ne peux donc plus passer en mode normal. J'ai bien tenté de rebooter la machine en mode normal mais il me rebascule automatiquement en mode Rescue.
Ce n'est donc pas un souci avec les disques. Le RAID est bien monté et les disques fonctionnent parfaitement puisqu'il est bien indiqué UU dans mes requêtes jointes lors de mon 1er post.
Le souci, c'est que je ne vois absoluement aucun de mes fichiers www. Tout doit être contenu dans la partition qui je suppose n'est pas montée à cause du mode Rescue-Pro.

buddy
19/10/2014, 09h22
tu es en quoi ? "normal" ou rescue ?
En normal çà s'affiche ?
c'est quoi le soucis exact ? que s'est il passé avant ??

les disques durs ne sont pas mourant ?

Romain44
19/10/2014, 09h18
Sans doute quelque chose que je n'ai pas saisi. Mais dans ce que j'ai compris, j'ai :
- MD1 actif et donc arborescence accessible par FTP et utilisant l'espace sda1 du disque 1 et sdb1 du disque 2 et totalisant 20Go avec les données primaires de Centos/Plesk.
- Espace sda2 du disque 1 et sdb2 du disque 2 contenant l'ensemble de mes données Plesk et configuration de fichiers inaccessible par FTP car aucune affectation et dont je ne comprend pas comment faire pour y acceder puisque rien ne semble y être affecté.
- le sda3 et sdb3 étant le swap.

impossible de faire un mount /dev/md2 puisque md2 n'est pas présent. Et faire un mount /dev/md1 /mnt/temp ne mène à rien puisque ça ne fait que m'afficher l'arborescence des fichiers déjà présent avec md1.
S'il existe une commande pour afficher dans mon arbo les fichiers contenu dans sda2/sdb2, je suis preneur. Merci.
J'ai lu toutes les infos sur google à propos du RAID1 et de Plesk mais je n'ai rien trouvé, à croire que personne n'a jamais eu un truc pareil ce que je trouve incroyable vu le nombre de machine en RAID. Ou je me fais des idées

@buddy, tu as le résultat de ma requête fdisk -l et cela n'indique que md1 actif :

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
Disk identifier: 0x000a3b22

Device Boot Start End Blocks Id System
/dev/sda1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sda2 41947136 3905972223 1932012544 fd Linux raid autodetect
/dev/sda3 3905972224 3907022847 525312 82 Linux swap / Solaris

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
Disk identifier: 0x0007a75a

Device Boot Start End Blocks Id System
/dev/sdb1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sdb2 41947136 3905972223 1932012544 fd Linux raid autodetect
/dev/sdb3 3905972224 3907022847 525312 82 Linux swap / Solaris

Disk /dev/md1: 21.5 GB, 21474770944 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn't contain a valid partition table

buddy
19/10/2014, 08h59
Citation Envoyé par samsab
évidemment j'ai omis tout backup digne de ce nom de nos différents sites tournant sous prestashop et wordpress
merci par avance
On ne fait pas un backup après un piratage ... car tu vas backuper des fichiers potentiellement modiiés / pourris. Wordpress est à jour ? Prestashop aussi ? sinon ce sont autant de failles potentielles ...

@romain44, tu es sur qu'il n'y a aucun /md2 ou autre chose ? tu as essayé de le monter quand même ?

çà veut dire quoi défaillance ssh de plesk ? (je ne connais pas du tout plesk)
tu veux faire quoi exactement ?

Romain44
18/10/2014, 20h49
ou cette commande :

mdadm --assemble /dev/md2 /dev/sda2 /dev/sdb2

Romain44
18/10/2014, 20h34
Des commandes comme celles-ci ne risquent-elles pas de me faire perdre mes données afin de monter md2 ?

mdadm /dev/md2 --manage --add /dev/sda2
mdadm /dev/md2 --manage --add /dev/sdb2

aloysB77
18/10/2014, 19h46
Bon, vous n'êtes pas seul, moi aussi.
1 - se connecter en ftp ou ssh code envoyé par OVH pour supprimer les fichiers en cause, pour moi /tmp/.b
2 - faire une demande à OVH pour passer en mode rescue Pro
3 - Se connecter en ssh pour faire monter les volumes
procédure sur le site OVH
guides.ovh.com/ModeRescue

4- Mettre à jour le Plesk
J'en suis au 4 ma version 9.5. et je galère.
sur le site:
kb.sp.parallels.com/fr/9294

Romain44
18/10/2014, 19h34
oui, bonne analyse.
je ne sais pas comment faire pour créer ce md2 et donc gérer ces autres partitions. merci du coup de pouce.

samsab
18/10/2014, 19h32
messieurs bonjour
il m'arrive un drame
Votre serveur "ns390017.ovh.net" été hacké 1 fois depuis sa livraison.
>
> Ceci est votre premier avertissement, suite à la détection d'un comportement anormal, votre serveur a été désactivé et démarré sur le système de récupération 'Rescue'.
> Nous vous invitons donc à vérifier les logs sur votre serveur, et à corriger la faille de sécurité à l'origine du comportement anormal.
>
> Si vous estimez avoir corrigé le problème vous pouvez "cliquer ici" pour réactiver votre serveur dedié.
> Vous aurez ensuite la possibilité de désactiver le 'Netboot Rescue' et redémarrer votre serveur

C'est un drame car je n'ai aucune (sic) compétence en la matière
j'ai plusieurs site pro dessus mais étant une TPE, je n'aipas le scompétences en interne

Par quel bout démarrer?
j'ai essayé de me reconnecte en sftp port 22 avec les même login/mot de passe qu'en ftp mais rien n'y fait.
qui aurait la bonté de me guider
évidemment j'ai omis tout backup digne de ce nom de nos différents sites tournant sous prestashop et wordpress
merci par avance

buddy
18/10/2014, 19h23
md1 est le raid de /sda1 et /sdb1

/sda2 et /sdb2 sont également des partitions "raid" d'environ 1.93 To ... elles sont sur quel "partition raid" ??

Romain44
18/10/2014, 19h14
md2 n'existe pas donc impossible à monter. avec la commande fdisk -l on peut voir qu'il n'existe qu'un md1 faisant environ 20go alors que mes sites font plus de 230Go.

buddy
18/10/2014, 19h03
monte /md2 les données doivent être dedans.

les données /var sont par exemple dans /mnt/temp/var après

Romain44
18/10/2014, 18h43
j'ai monté le md1 dans un autre répertoire /mnt/temp et je n'ai ni plus ni moins que la copie système de ce que je vois par défaut. et donc sans mon dossier var avec le www ect...

waipla
18/10/2014, 18h11
Salut,

Ta partition en raid c'est /md1 donc c'est elle qu'il faut monter pas /md2 ou /sda ...

En faite tu avais la réponse sous les yeux car tu as même affiché les informations du RAID

Romain44
18/10/2014, 17h43
Bonjour,
suite à la défaillance SSH de Plesk 9.5 (Centos 5), me voilà coupé de mes services de mon dédié par OVH.
Mon souci, c'est que par FTP, impossible d'accéder aux données de mes sites. Je ne vois que des données primaires de plesk avec rien dans les répertoires ou si peu.
Mon serveur dispose de 2 disques en RAID1 software de 2To chacun.

Le problème, c'est que je ne vois pas comment accéder à mes données car je vois dans tous les autres POST du forum, tous les autres disposent d'un MD2 mais moi pas ! Mais je me pose la question de savoir si finalement md2 est utile ? Et comment pouvoir accéder à nouveau à tous mes dossiers www avec tous mes sites afin d'effectuer un backup. J'ai tenté de monter le volume sda1 ou sdb1 ou md2 mais rien ne fonctionne.
Et puis pour faire la mise à jour de plesk 9.5 vers la 12, laisse tomber les manips à effectuer, je sesn gros comme une maison la réinstall complète (240Go de données + config spécifique + paramètrage pour du streaming).

Merci beaucoup pour votre aide.

Voici le résultat de mes requêtes :

root@rescue:~# cat /proc/mdstat
md1 : active raid1 sdb1[1] sda1[0]
20971456 blocks [2/2] [UU]

root@rescue:~# mdadm --misc --detail /dev/md1
/dev/md1:
Version : 0.90
Creation Time : Fri Jun 1 20:01:35 2012
Raid Level : raid1
Array Size : 20971456 (20.00 GiB 21.47 GB)
Used Dev Size : 20971456 (20.00 GiB 21.47 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent

Update Time : Sat Oct 18 16:25:52 2014
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : b1b2e78d:e0b78e6e:a4d2adc2:26fd5302 (local to host rescue.ovh.net)
Events : 0.1061

Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1

root@rescue:~# fdisk -l
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000a3b22

Device Boot Start End Blocks Id System
/dev/sda1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sda2 41947136 3905972223 1932012544 fd Linux raid autodetect
/dev/sda3 3905972224 3907022847 525312 82 Linux swap / Solaris

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0007a75a

Device Boot Start End Blocks Id System
/dev/sdb1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sdb2 41947136 3905972223 1932012544 fd Linux raid autodetect
/dev/sdb3 3905972224 3907022847 525312 82 Linux swap / Solaris

Disk /dev/md1: 21.5 GB, 21474770944 bytes
2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000