Accès au serveur Centos 6.4

Bonjour,

J'ai redimensionné un LV sur mon serveur Linux Centos et je n'arrive plus à y accéder en ssh depuis Putty et à le pinger même sous DOS.

Pendant la modification du LV, j'ai eu un soucis lors du démontage du FileSystem sur lequel est monté le LV (même avec l'option -f) et j'ai donc été obligé d'utiliser l'option -l pour pouvoir le démonter; mais malgré ça la modification de la taille du LV a été faite comme je voulais sauf que le contenu du FileSystem n'est plus le même. J'ai fait par la suite un reboot pour espérer reconstituer le contenu du FileSystem mais je n'arrive plus à me connecter au serveur.

Quelqu'un a t-il une idée de la solution à mon problème svp?

Merci d'avance!!

Salut,

je suppose que tu as modifié un LV système? Quelle erreur vois-tu au démarrage dans la console?

Bonjour,

Merci pour le retour; le LV modifié est en rapport avec le logiciel TSM installé sur le serveur. En lançant PUTTY,j'ai le message suivant Network error: Connection timed out.

Merci!!

Ok,

Mais si tu n'as plus accès en ssh, il te faudra un accès physique à ta machine et voir quel est le message d'erreur que tu as sur la console. A mon avis, le système n'a pas pu démarrer correctement suite aux manipulations que tu as effectuées précédemment mais si nous n'avons pas plus de détails à ce sujet, il nous sera difficile de t'aider.

Bonjour

En procédant par un accès physique au serveur, voilà ce que j'obtiens:
Au démarrage, j'ai le message suivant:
/dev/mapper/tsmvg-soft: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
/dev/mapper/tsmvg-hd2: clean, 97102/524288 files ,xxxx/yyyyy blocks
/dev/mapper/tsmvg-hd9: clean, 3719/524288 files ,xxxx/yyyyy blocks
/dev/mapper/tsmvg-stg: clean, 85267/50675712 files ,58823215/202702848 blocks
[FAILED]
***An error occured during the file system check.
***Dropping you to a shell; the system will reboot
***when you leave the shell.
Give root password for maintenance
Après avoir tapé le mot de passe root,j'ai ce message:
bash:tty:command not found
bash: warning:setlocale:LC_CTYPE:cannot change locale (en_GB.UTF-8): No such file or directory. J'obtiens le même message pour LC_COLLATE,LC_MESSAGES,LC_NUMERIC,LC_TIME.

Pour le ssh, voici ce que j'obtiens:
runlevel: /var/run/utmp: No such file or directory
openssh-daemon is stopped
Merci!!

Salut,

Citation:

---

/dev/mapper/tsmvg-soft: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.

---

Le système a detecté des erreurs sur le système de fichiers du lv tmsvg-soft et te demande de lancer une vérification manuelle.

Citation:

---

bash:tty:command not found
bash: warning:setlocale:LC_CTYPE:cannot change locale (en_GB.UTF-8): No such file or directory. J'obtiens le même message pour LC_COLLATE,LC_MESSAGES,LC_NUMERIC,LC_TIME.

---

Est-ce que tu vois un prompt dans lequel tu peux taper des commandes malgré ces erreurs? Si c'est le cas, il faudra effectuer une vérification.

Code:

---

1 2	fsck -y /dev/mapper/tsmvg-soft

---

Bonjour

Merci pour le retour.

Pour le premier point je l'avais déjà fait mais rien n'a changé. Pour le 2eme, j'ai le prompt et j'arrive à taper les commandes.

Par contre, je viens de voir dans les logs du service TSM que le mot de passe était déjà expiré pendant que j'étais entrain de modifier le LV. Est-ce ça l'origine du problème?

Je constate que même le système lui même ne fonctionne plus, l'outil "Services Configuration Tool" ne passe plus car quand je tape des commandes du type

Code:

---

system-config-network

---

rien ne se passe. En demandant le statut du ssh, c'est l'erreur runlevel:/var/run/utmp: No such file or directory
openssh-daemon is stopped.

Comment faire pour rétablir la connexion en ssh SVP? Quelqu'un a-t-il une solution à mon problème?

Merci!!

Bonjour,

Le résultat de la commande

Code:

---

fdisk -y /dev/mapper/tsmvg-soft

---

est le suivant:
Either the superblock or the partition table is likely to be corrupt!
Abort? yes

Y a t-il un moyen de reconstruire la table de partition? Si oui,comment?

Merci!!

Salut,

Tu peux tenter de restaurer le suberblock en suivant la procédure décrite dans ce lien

Bonjour,

Merci pour le retour.

Le document concerne les FileSystem de type ext3; or j'ai ceux de type ext4. Dois-je toujours appliquer la même chose?

Merci!!

Re,

il faut un petit peu chercher sur le net.
http://unix.stackexchange.com/questi...t4-superblocks