Hoegard Posté(e) le 7 juin 2014 Partager Posté(e) le 7 juin 2014 (modifié) 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 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 7 juin 2014 Partager Posté(e) le 7 juin 2014 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) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 8 juin 2014 Auteur Partager Posté(e) le 8 juin 2014 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 8 juin 2014 Partager Posté(e) le 8 juin 2014 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 8 juin 2014 Auteur Partager Posté(e) le 8 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 9 juin 2014 Partager Posté(e) le 9 juin 2014 Pour naviguer : WinSCP (voir mon message) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 9 juin 2014 Auteur Partager Posté(e) le 9 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 9 juin 2014 Partager Posté(e) le 9 juin 2014 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 9 juin 2014 Partager Posté(e) le 9 juin 2014 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 10 juin 2014 Auteur Partager Posté(e) le 10 juin 2014 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 10 juin 2014 Partager Posté(e) le 10 juin 2014 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 10 juin 2014 Partager Posté(e) le 10 juin 2014 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 11 juin 2014 Auteur Partager Posté(e) le 11 juin 2014 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 ?? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 bon alors retour sur la chose ... j'ai essayer les commandes syno_poweroff_task vgchange -ayfsck.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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 13 juin 2014 Partager Posté(e) le 13 juin 2014 Ok, je vais avoir besoin du resultat de la commande df -h 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 13 juin 2014 Partager Posté(e) le 13 juin 2014 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 13 juin 2014 Partager Posté(e) le 13 juin 2014 Oui, ca ne fera pas de mal de verifier chaque volume 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 13 juin 2014 Partager Posté(e) le 13 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fravadona Posté(e) le 13 juin 2014 Partager Posté(e) le 13 juin 2014 (modifié) Reste plus qu'a faire la meme chose pour les 2 autres volumes Modifié le 13 juin 2014 par Fravadona 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Hoegard Posté(e) le 13 juin 2014 Auteur Partager Posté(e) le 13 juin 2014 bon volume 2 fait en désactivant le service de fichier Windows mais rien a faire pour le volume 1 ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.