Impossible D

[Hoegard]

Bonjour,

j'ai un volume qui est monter sur un groupe de disque

voila je viens de rajouter un WD30EZRX dans mon nas ( il y en a deja 6 )

et donc la je vais dans la gestion des groupes et j’agrandis le groupe avec le nouveau disque, pas de soucis

dans la gestion de volume lorsque je veut agrandir la capacité , je peut choisir la taille ( max ) et je valide,

Mais la ... probleme il travail 1mn et hop plus rien il a rien agrandis et le message dans le gestion de volume revient " vous pouvez agrandir le volume".

A votre avis d'ou viens ce problème ?????

Le smart est OK

et en plus je constate que la LCC id 193 monte ..... comme a l'ancienne ..

ce problème avait été régler pourtant avec les dernières mise ajour du dsm ..

j'ais fait une tentative avec hdparm mais : APM level = not supported

d'ailleurs au passage je suis en DSM 5.0.4493

j'ais fais un test SMART poussé , mais rien ..

la je suis perdu .. si quelqu'un peut éclairer mon tunnel , merci

cela fait 2 problèmes qui a priori non pas de rapport mais c'est étonnant sur le même disque .. alors que celui ci ne présente pas de problème.

Merci d'avance

edit :

---------------------------------------------------------------------------------------------------------------------

---------------------------- RÉSOLU -------------------------------------------------------------------

---------------------------------------------------------------------------------------------------------------------

Merci Fravadona

en resumé :

sur le volume 1 toujours "busy"

killall postgres

./lsof /volume1

umount /volume1

fsck.ext4 -y /dev/mapper/vol1-origin

mount /dev/mapper/vol1-origin /volume1

pour les autres volumes les 3 derrière ligne de commande ont suffit ( en changeant le 1 du volume par celui que l'ont souhaite traiter évidement !! )

avec un reboot du nas pour finir

et hop enfin tout nikel :)

pour savoir le pourquoi les details etc .. lire le fil

Modifié le 25 juin 2014 par Hoegard

[Fravadona]

Il faut que tu ailles voir ce que dit le fichier /var/log/messages pour avoir plus d'infos

Par ssh avec l'utilisateur root (mot de passe de l'utilisateur admin)

[Hoegard]

ok merci

Mais comme mais comment tu vois ??

je ne connait pas les commande' par ssh ..

j'ai pas encore pris le temps de me mettre a linux

[Mic13710]

Pas compliqué. Activer le SSH dans le NAS. Télécharger PuTTY et le lancer. IP du NAS, choisir le SSH, compte : root et mdp celui de l'admin.

Et si c'est pour consulter le dossier indiqué par Fravadona, le mieux est d'utiliser WinSCP. Le télécharger et se connecter en SCP avec root et le mdp admin. Aller dans le dossier /var/log et ouvrir le fichier massages

[Hoegard]

j'utilise putty juste pour la commande hdparm avant que le dsm ne regle le soucis ( sauf pour le dernier disque )

mais voila cela s'arrete la je sais meme pas comment on navigue sur le dur dans cette interface c'est pas le dos :)

Modifié le 8 juin 2014 par Hoegard

[Mic13710]

Pour naviguer : WinSCP (voir mon message)

[Hoegard]

rhooo

je viens de voir que mon édit d'hier à pas été pris en compte .....

je disais donc a suivre winscp , c'est nikel :) , Merci !!

et voila ce que je trouve en erreur correspondant a ma demande d’agrandissement de volume ..

kernel: [66650.572404] EXT4-fs warning (device dm-7): ext4_resize_begin:32: There are errors in the filesystem, so online resizing is not allowed

kernel: [66650.572411]

volumehandler.cgi: (fs_vol_expand.c)ExtFSExpand(88):Failed to '/sbin/resize2fs -fpF /dev/mapper/vol1-origin > /dev/null 2>&1', WEXITSTATUS® = 1

volumehandler.cgi: volume_manage_with_temp_dev.c:279 Failed to expand file system on /dev/mapper/vol1-origin

volumehandler.cgi: volume_lib.cpp:1017 Failed to expand file system on /dev/mapper/vol1-origin

volumehandler.cgi: volumehandler.cpp:1444 failed to expand unallocated file system: /volume1

actuellement j'ai lancer un controle de parité sur le groupe de DD ... c'est long j'attend de voir a la fin ..

pour le lcc qui grimpe la il bouge plus .... mais c'est peut etre du au controle de parité ...

Modifié le 9 juin 2014 par Hoegard

[Mic13710]

Il semble en effet qu'il y ait un pb dans votre système qui interdisent la modification de la taille du volume. Peut-être que le contrôle de parité pourra résoudre les conflits, mais je n'en suis pas sûr.

Malheureusement mon intervention se bornait à vous permettre de vous connecter en ssh et s'arrête là car je ne suis pas du tout spécialiste.

Sans doute Fravadona pourra vous donner des conseils utiles si le contrôle en cours ne produit aucun résultat.

Juste un point qui est très important : est-ce que votre nas est alimenté via un onduleur compatible et si oui est-ce que le port usb est connecté et correctement paramétré dans le NAS ?

[Fravadona]

La verification de parité a peu de chances de régler un probleme de corruption de filesystem, c'est plus pour détecter des erreur disque.

Tu peux essayer ceci quand ta verification sera finie

problème réglé.

Merci fravadona, car le message dans le log (que je n'avais pas vu), indiquait une erreur sur le file-system.

J'ai donc exécuté les instructions suivantes (après sauvegarde évidemment) :

syno_poweroff_task

vgchange -ay

fsck.ext4 -pvf -C 0 /dev/vg1/lv

La réparation du FS a été faites et ensuite j'ai pu enfin récupérer la totalité du volume disque.

[Hoegard]

Il semble en effet qu'il y ait un pb dans votre système qui interdisent la modification de la taille du volume. Peut-être que le contrôle de parité pourra résoudre les conflits, mais je n'en suis pas sûr.

Malheureusement mon intervention se bornait à vous permettre de vous connecter en ssh et s'arrête là car je ne suis pas du tout spécialiste.

Sans doute Fravadona pourra vous donner des conseils utiles si le contrôle en cours ne produit aucun résultat.

Juste un point qui est très important : est-ce que votre nas est alimenté via un onduleur compatible et si oui est-ce que le port usb est connecté et correctement paramétré dans le NAS ?

heuuu

oui mais je vois pas le rapport la !

merci pour le soft

La verification de parité a peu de chances de régler un probleme de corruption de filesystem, c'est plus pour détecter des erreur disque.

Tu peux essayer ceci quand ta verification sera finie

3 lignes de commande a executer sous putty c'est bien cela ?

[Mic13710]

heuuu

oui mais je vois pas le rapport la !

Bien au contraire !

Le problème auquel vous êtes confronté est très souvent dû a des coupures d'alimentation électrique qui sont une vraie catastrophe pour les disques en miroir. Si vous parcourez ce forum vous verrez que bon nombre d'intervenants dont je suis insistent sur la nécessité d'avoir un onduleur avec un raid ou shr. En cas de coupure incontrôlée, les risques de pertes de parités et de corruption de données, voire de perte de volume sont légions.

[Fravadona]

Oui, si tu es en SHR. Est-ce le cas ?

Avant ca il faudra aussi arreter tous les paquets qui tournent et desactiver l'indexation media. Bref, il faut que ton volume ne soit "accédé" par aucun process

[Hoegard]

en effet en SHR , onduleur , tout bien ( je pense)

ca mouline toujours j'attend ...

e viens de voir que si je fais modifier volume le volume actuel apparais avec le nouveau DD mais en realité il en est rien

et dans le dossier de gestion des volumes il me dit que j'ai la possiblité d'ajouter un nouveau DD ...

en clair DSM il a perdu les pedales.

j'ai plein de fichier en provisoire sur le nas que je ne souhaite pas svg ... il y a vraiment des gros risque avec les commandes de Fravadona ??

[Hoegard]

bon alors retour sur la chose ...

j'ai essayer les commandes

syno_poweroff_task

vgchange -ay
fsck.ext4 -pvf -C 0 /dev/vg1/lv

seulement voila lorsque je lance la 1ere ligne cela ferme putty , le nas ne repond plus au niveau de l'interface

obliger de l’éteindre au forcing !! :(

et apres le redémarrage tout est ok ..

donc du coup je ne peut pas lancer les 2 autre commande ...

une idée ?

[Fravadona]

Ok, je vais avoir besoin du resultat de la commande

df -h

[Hoegard]

ok voila :

dis moi juste histoire de pas appliquer les commande betement tu peut m'expliquer les manips ?

c'est juste histoire d'apprendre;)

df c'est donc pour lister ,

et le paramètre -h simplifie l'affichage ,pour éviter les numéro du loto

au passage il ya une commande qui permet de connaitre les option appliquable ? un truc équivalent au paramètre " /? " du DOS

sinon voila le resultat:

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 569.8M 1.7G 25% /

/tmp 496.0M 7.4M 488.6M 1% /tmp

/dev/mapper/vol1-origin

13.4T 13.2T 253.3G 98% /volume1

/dev/mapper/vol2-origin

2.7T 2.3T 400.5G 85% /volume2

/dev/mapper/vol3-origin

3.6T 1.1T 2.5T 30% /volume3

/dev/md0 c'est le DD que j'essaie d'integrer au volume 1 ?? ça y ressemble mais je comprend pas pourquoi "569.9Mo used"

Modifié le 13 juin 2014 par Hoegard

[Fravadona]

ah ok, tu as un "Volumes multiples sur SHR" ?

Bon maintenant tu dois stopper tous les paquets + le service d'indexation (si le mediaserveur est active), puis on va tenter de faire comme ceci par SSH avec l'utilisateur root :

mount -o remount,ro /volume3
fsck.ext4 -y /dev/mapper/vol3-origin
mount -o remount,rw /volume3

mount -o remount,ro /volume2
fsck.ext4 -y /dev/mapper/vol2-origin
mount -o remount,rw /volume2

mount -o remount,ro /volume1
fsck.ext4 -y /dev/mapper/vol1-origin
mount -o remount,rw /volume1

Si ca ne fonctionne pas pour le volume3 alors arretes toi, sinon tu continues

[Hoegard]

1 groupe de disque(1) pour le volume 1 en SHR

1 groupe de disque(2) pour le volume 3 en SHR

le volume 2 est monté directement en SHR sans groupe de disque

et le disque que je veut rajouter est pour le volume 1

voila j'espere avoir été clair ,

tes instructions sont toujours valide .... ????

niveau des paquets rien ne tourne pour l'indexation elle est manuel donc desactivé.

Modifié le 13 juin 2014 par Hoegard

[Fravadona]

Oui, ca ne fera pas de mal de verifier chaque volume

[Hoegard]

sgniff rater ...

NAS> mount -o remount,ro /volume3

NAS> fsck.ext4 -y /dev/mapper/vol3-origin

e2fsck 1.42.6 (21-Sep-2012)

/dev/mapper/vol3-origin is mounted.

e2fsck: Cannot continue, aborting.

NAS> mount -o remount,rw /volume3

La commande mount fonctionne bien ..mais fsck un bide, délai réponse immédiat ( je sais pas si cela a de l'importance )

Modifié le 13 juin 2014 par Hoegard

[Fravadona]

Ok, donc il faut demonter le volume pour pouvoir faire le fsck (ce que j'essayais d'eviter grace la commande "mount -o remount,ro"

Il faut la jouer un peu plus bourin (Le NAS risque de biper mais c'est sans gravite) :

umount /volume3
fsck.ext4 -y /dev/mapper/vol3-origin
mount /dev/mapper/vol3-origin /volume3

Modifié le 13 juin 2014 par Fravadona

[Hoegard]

aahh mieux

NAS> umount /volume3

NAS> fsck.ext4 -y /dev/mapper/vol3-origin

e2fsck 1.42.6 (21-Sep-2012)

1.41.10-1955: is cleanly umounted, 1362469/243859456 files, 307942009/975437824 blocks (check after next mount)

NAS> mount /dev/mapper/vol3-origin /volume3

tout semble ok

[Fravadona]

Reste plus qu'a faire la meme chose pour les 2 autres volumes

Modifié le 13 juin 2014 par Fravadona

[Hoegard]

bon ... décidément ...

comment je peut savoir ce qui bloque un volume ??

car impossible de démonter un volume ... : Device or ressource busy

j'avais eu le même message sur le volume 3 mais le fait de relancer le nas avait réglé le problème

mais pour les volumes 1 et 2 rien à faire toujours busy ...

Modifié le 13 juin 2014 par Hoegard

[Hoegard]

bon volume 2 fait en désactivant le service de fichier Windows

mais rien a faire pour le volume 1 ...