eraZor Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 Bonjour Comme je n'avais que ça à faire cet aprem, et comme mon Syno (DS412+) me disais qu'il y avait une mise à jour à faire, alors je l'ai faite... et patatra... plus d'accès au Syno pendant un bon moment. Plus de led allumées pour les disque, plus de status, plus rien, sauf une led bleu clignotante. L'ayant laissé en l'état un long moment, je me suis résolu à laisser mon doigt appuyé sur le bouton M/A, puis à le redemarrer ensuite. Les disques se sont tous rallumés, puis j'ai eu accès à la web console. Je me suis connecté avec mon ident/password sans problème, mais là j'ai constaté avec horreur qu'il n'y avait plus de volumes.... seulement trace des déclarations iSCSI, quelques fichiers de logs, les comptes d'utilisateurs, etc... mais plus de volumes déclarés. J'ai fais "éteindre" de nouveau, tout c'est bien passé, mais il ne semble pas vouloir se rallumer. J'avoue que je ne sais plus quoi faire, j'ai un backup journalier qui a tourné à 12h qui semble être bon sur une disque annexe (mais pas avec tout dessus), donc à priori je devrait pouvoir retrouver pas mal de trucs, mais je ne sais que faire pour l'instant. Je pense qu'il s'agit d'un bug lié à cette mise à jour, et que les données sont toujours sur les disques (3x 4To + 1 spare 4To), mais comment faire ? Quelqu'un a-t-il déjà rencontré ce type de problème ? Existe-t-il une méthode pour remettre tout en place ? J'ouvrirais un ticket chez Synology de toute façon, mais si quelqu'un à une idée, elle est la bienvenue. Merci à tous. Cordialement. 0 Citer
devildant Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 (modifié) Il semblerai que d'autre user aient ce probleme sur le forum en http://forum.synology.com/enu/viewtopic.php?f=250&t=94542 Maleureusement pas encore de solution Modifié le 16 décembre 2014 par devildant 0 Citer
gaetan.cambier Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 Faudrait voir ce qu'il y a réellement sur les disques en ssh, voici les commandes : car /proc/mdstat pvdisplay vgdisplay lvdisplay mount Colle le retour de chacune de ses commande et on saura si les données sont toujours la 0 Citer
Thierry94 Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 Bonsoir, Mise à jour effectuée sur mon 212+ et tout est OK. J'ai constaté une diminution de la mémoire utilisée qui est passée de 30% à 20% avec les mêmes services et paquets activés Thierry 0 Citer
devildant Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 Le 12/16/2014 à 6:32 PM, Thierry94 a dit : Bonsoir, Mise à jour effectuée sur mon 212+ et tout est OK. J'ai constaté une diminution de la mémoire utilisée qui est passée de 30% à 20% avec les mêmes services et paquets activés Thierry Merci du retour Thierry94, c'est un peu plus rassurant 0 Citer
eraZor Posté(e) le 16 décembre 2014 Auteur Posté(e) le 16 décembre 2014 Le 12/16/2014 à 6:01 PM, Gaetan Cambier a dit : Faudrait voir ce qu'il y a réellement sur les disques en ssh, voici les commandes : car /proc/mdstat pvdisplay vgdisplay lvdisplay mount Colle le retour de chacune de ses commande et on saura si les données sont toujours la Bonjour Tout d'abord merci de m'avoir répondu, je me sent un peu moins seul. Dans l'interface web du Syno, les disques physiques n'apparaissent même pas, à plus forte raison les volumes. Par contre, le reste de la configuration semble être restée intacts (comptes, droits, répertoires partagés, etc...) mais comme les volumes "n'existe pas pour le Syno", impossible d'y avoir accès. J'espère que les résultats des commandes ci-dessous sont un peu encourageant ? Du coup, je ne sais s'il faut que je l'éteigne, ou pas ? Encore merci et bonne soirée. 1°) cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md3 : active raid5 sdc6[0] sdb6[2] sda6[1] 3906989568 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [uUU] md2 : active raid5 sdc5[4] sdb5[3] sda5[5] 3897559296 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [uUU] md1 : active raid1 sda2[1] sdb2[2] sdc2[0] 2097088 blocks [4/3] [uUU_] md0 : active raid1 sda1[1] sdb1[2] sdc1[0] 2490176 blocks [4/3] [uUU_] unused devices: <none> 2°) pvdisplay --- Physical volume --- PV Name /dev/md2 VG Name vg1 PV Size 3.63 TB / not usable 1.69 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 951552 Free PE 0 Allocated PE 951552 PV UUID 3LRYsK-gTp6-Mi83-R804-ALL6-U6zw-ASW0WQ --- Physical volume --- PV Name /dev/md3 VG Name vg1 PV Size 3.64 TB / not usable 2.94 MB Allocatable yes PE Size (KByte) 4096 Total PE 953854 Free PE 921339 Allocated PE 32515 PV UUID T0ZrjE-9yoQ-E2P3-9yA6-N922-IWvm-2ZwvBF 3°) vgdisplay --- Volume group --- VG Name vg1 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 24 VG Access read/write VG Status resizable MAX LV 0 Cur LV 5 Open LV 1 Max PV 0 Cur PV 2 Act PV 2 VG Size 7.27 TB PE Size 4.00 MB Total PE 1905406 Alloc PE / Size 984067 / 3.75 TB Free PE / Size 921339 / 3.51 TB VG UUID XlOWMp-LVQ2-xwI6-lTsA-8AQw-IOI3-Ba1EFw 4°) lvdisplay --- Logical volume --- LV Name /dev/vg1/syno_vg_reserved_area VG Name vg1 LV UUID LRlh6W-4wo5-NX2u-zned-l1Tj-R7bq-CVzjBf LV Write Access read/write LV Status available # open 0 LV Size 12.00 MB Current LE 3 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:0 --- Logical volume --- LV Name /dev/vg1/volume_1 VG Name vg1 LV UUID bAuY3a-axMj-1lHE-o7AE-X1kA-zJPB-ckJn9d LV Write Access read/write LV Status available # open 1 LV Size 2.93 TB Current LE 768000 Segments 3 Allocation inherit Read ahead sectors auto - currently set to 4096 Block device 253:1 --- Logical volume --- LV Name /dev/vg1/volume_2 VG Name vg1 LV UUID pfbFVM-EIlY-hQAh-LSbu-e6cz-GI3J-XolpMN LV Write Access read/write LV Status available # open 0 LV Size 716.00 GB Current LE 183296 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 4096 Block device 253:2 --- Logical volume --- LV Name /dev/vg1/iscsi_0 VG Name vg1 LV UUID 9qr65H-qGu7-cDiS-sgpb-0G8L-Cwtj-xAlOHz LV Write Access read/write LV Status available # open 0 LV Size 64.00 GB Current LE 16384 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:3 --- Logical volume --- LV Name /dev/vg1/iscsi_1 VG Name vg1 LV UUID Dt4Tki-3vdO-a12e-q4u2-V6y2-PlPp-olMH2H LV Write Access read/write LV Status available # open 0 LV Size 64.00 GB Current LE 16384 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:4 5°) mount /dev/root on / type ext4 (defaults) /sys on /sys type sysfs (0) none on /dev/pts type devpts (gid=4,mode=620) /tmp on /tmp type tmpfs (0) /run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime) /proc/bus/usb on /proc/bus/usb type usbfs (0) /dev/vg1/volume_2 on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) /dev/vg1/volume_1 on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) securityfs on /sys/kernel/security type securityfs (0) configfs on /sys/kernel/config type configfs (0) 0 Citer
eraZor Posté(e) le 16 décembre 2014 Auteur Posté(e) le 16 décembre 2014 Le 12/16/2014 à 5:52 PM, devildant a dit : Il semblerai que d'autre user aient ce probleme sur le forum en http://forum.synology.com/enu/viewtopic.php?f=250&t=94542 Maleureusement pas encore de solution J'ai lu effectivement cela, et j'ai cru comprendre que quelqu'un avait réussit à s'en sortir en réinstallant DSM sur un autre disque... mais je ne suis pas certain d'avoir bien compris la manip ! J'espère que Syno va regarder rapidement... j'ai déposé un ticket chez eux. 0 Citer
devildant Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 (modifié) Le 12/16/2014 à 7:03 PM, eraZor a dit : J'ai lu effectivement cela, et j'ai cru comprendre que quelqu'un avait réussit à s'en sortir en réinstallant DSM sur un autre disque... mais je ne suis pas certain d'avoir bien compris la manip ! J'espère que Syno va regarder rapidement... j'ai déposé un ticket chez eux. il est important de ne pas se précipité dans les manip, je sais que c'est rageant pour l'avoir déjà vécu, je pense juste qu'il s'agit d'un problème de montage. il faudra attendre la réponse de Gaetan Cambier mais a mon avi vos données sont toujours la. pour ce qui de leurs réactivité en ce moment c'est pas trop ça, il faut compté bien une semaine pour avoir un retour, après tout dépendant de la charge des équipes qui traite ce genre de problème. Modifié le 16 décembre 2014 par devildant 0 Citer
eraZor Posté(e) le 16 décembre 2014 Auteur Posté(e) le 16 décembre 2014 En fait, le mail que j'ai reçu du NAS dit : ALERTES/INFOS => Abnormality detected on UIEDS1. All volumes have been unmounted. Dear user, The system has detected an abnormality on UIEDS1. In order to protect your data, all volumes have been unmounted. Please contact the Synology support team for further assistance. Sincerely, Synology DiskStation Je serais donc tenté de dire (dans mon cas en tout cas) que c'est une sécurité qui permet de protéger les datas en attendant que l'anomalie soit réparée. CDLT 0 Citer
gaetan.cambier Posté(e) le 16 décembre 2014 Posté(e) le 16 décembre 2014 en fait, d'après ce que tu as donné, les volume sont monté, vu que le mount à renvoyé tes 2 volumes tu peux meme voir tes partage avec la commande suivante : ls /volume1/ ls /volume2/ ca semble plus l'interface graphique du syno qui déconne dans tous les cas, faut faire un ticket chez eux 0 Citer
eraZor Posté(e) le 17 décembre 2014 Auteur Posté(e) le 17 décembre 2014 Le 12/16/2014 à 9:25 PM, Gaetan Cambier a dit : en fait, d'après ce que tu as donné, les volume sont monté, vu que le mount à renvoyé tes 2 volumes tu peux meme voir tes partage avec la commande suivante : ls /volume1/ ls /volume2/ ca semble plus l'interface graphique du syno qui déconne dans tous les cas, faut faire un ticket chez eux Merci Gaetan pour ce retour, mais le ls sur les 2 volumes ne ramène absolument rien, je reviens directement au prompt pour les 2 commandes. Cela me conforterais avec le message reçu du Syno qui semble dire qu'il a démonté les volumes pour les protéger. C'est comme si le montage au sens Linux était bon, mais pas complet. J'ai ouvert un ticket auprès de Synology, on va bien voir. C'est très étrange pour l'instant pour moi. 0 Citer
gaetan.cambier Posté(e) le 17 décembre 2014 Posté(e) le 17 décembre 2014 (modifié) c'est bizare, apparemment monté selon le mount, mais rien dedans donc pas monté, syno l'a demonté comme un bourin en tout cas, je vais attendre avant de faire l'update, j'ai pas envie de stressé Modifié le 17 décembre 2014 par Gaetan Cambier 0 Citer
eraZor Posté(e) le 17 décembre 2014 Auteur Posté(e) le 17 décembre 2014 Dans le "Centre de Paquets", je vois qu'il y a 5 mises à jours de paquets en attentes : Audio Station, Cloud Station, Download Station, phpMyAdmin et Video Station. Si ma mémoire est bonne, ces 5 paquets étaient déjà en attente de download avant que je ne lance la mise à jour DSM. D'ailleurs, à chaque fois je me pose la question de savoir s'il faut faire les mises à jours de paquets (s'il y en a) avant une mise à jour DSM ou l'inverse ? Toujours est-il que dans le cas présent, j'ai fais le DSM avant ! Ces 5 paquets en attente sont en "Erreur" (commentaire : "veuillez réinstaller car il y a eu un problème") pour le moment, et pour cause, ils doivent s'installer sur un volume, et comme le Syno n'en voit aucun, il me demande d'en créer... Bref, je me disais, est-ce qu'il est possible qu'un paquet puisse être à l'origine de tout ce bazard ? Et dans ce cas peut-être faut-il les désactiver afin de faire un démarrage minimum ? A suivre... 0 Citer
lolo2b Posté(e) le 17 décembre 2014 Posté(e) le 17 décembre 2014 vu les problèmes de décrochages intempestifs et récurrents (depuis postes Mac ou PC) dans l'avant dernière version) réglés en décochant "ne pas permettre que DSM soit incorporé dans iFrame" (onglet securité)... ...me suis dit que le Papa Noël Taïwanais de Synology nous faisait un bÔ cadeau... --> cette mise à jour est CATASTROPHIQUE sur mon DS713+.. accessible uniquement par l'interface https.. Evènement système : "Abnormality detected in DISKSTATION. All volumes have been unmounted." DISKSTATION visible depuis postes MAC ou PC mais impossible de s'y connecter (en admin ou autre par quelconque utilisateur), par DS File via iOS à distance : connexion effective (tout compte) mais annonce DOSSIER VIDE !! pas le moment pinaise... ;( merdoum.. merdoum... 0 Citer
lolo2b Posté(e) le 17 décembre 2014 Posté(e) le 17 décembre 2014 Je continue les recherches (doublon dans forum, me suis planté de ligne, mais voulait mettre la finalité dans ce post, si cela peut aider quelqu'un). 1- petit tour vers le gestionnaire de stockage : "il n'existe aucun volume dans votre système" 2- led status clignotante orange.. 3- impossible éteindre par bouton (clignote bleu sans s'arrêter), on force la chose par l'alim. 4- reboot normal, tests disques ok, disques de nouveau visibles 5- ensemble des accès (internes et externes) de nouveau dispos pppppfffffff..... 0 Citer
eraZor Posté(e) le 17 décembre 2014 Auteur Posté(e) le 17 décembre 2014 Le 12/17/2014 à 9:33 AM, lolo2b a dit : vu les problèmes de décrochages intempestifs et récurrents (depuis postes Mac ou PC) dans l'avant dernière version) réglés en décochant "ne pas permettre que DSM soit incorporé dans iFrame" (onglet securité)... ...me suis dit que le Papa Noël Taïwanais de Synology nous faisait un bÔ cadeau... --> cette mise à jour est CATASTROPHIQUE sur mon DS713+.. accessible uniquement par l'interface https.. Evènement système : "Abnormality detected in DISKSTATION. All volumes have been unmounted." DISKSTATION visible depuis postes MAC ou PC mais impossible de s'y connecter (en admin ou autre par quelconque utilisateur), par DS File via iOS à distance : connexion effective (tout compte) mais annonce DOSSIER VIDE !! pas le moment pinaise... ;( merdoum.. merdoum... Bienvenu au club... malheureusement ! Bizarre que cette mise à jour impacte + ou - de personnes, et avec quelques nuances dans sa manifestation ! J'ai déposé un ticket hier aprem et ce matin j'ai un mail de Synology m'invitant à leur donner accès à distance à mon NAS. Je viens de leur donner les informations nécessaires, j'espère qu'ils pourront se connecter, investiguer et si possible réparer sans tout péter !!! Suis d'accord, jolie cadeau de fin d'année. C'est décidé, je ne ferais plus les mises à jour lors de leur sortie... Bon courage 0 Citer
gaetan.cambier Posté(e) le 17 décembre 2014 Posté(e) le 17 décembre 2014 l'update a été retirée : http://ukdl.synology.com/download/DSM/5.1/ 0 Citer
eraZor Posté(e) le 18 décembre 2014 Auteur Posté(e) le 18 décembre 2014 Un petit point sur le sujet, puisque je suis en conversation mail avec le support Synology depuis ce matin de manière active, après les avoirs relancé ! Super, cette "merveilleuse" mise à jour a été retirée du download, cela évitera à d'autres de se retrouver dans une situation inconfortable ! Cependant il reste ceux qui sont en "vrac" et pour lesquels j'ai malheureusement l'impression qu'au cas par cas, l'issue sera "dramatique". Donc pour mon cas personnel, le support à pris la main à distance sur le NAS, a sans doute regardé des trucs (sans que je n'en connaisse le détail), et me propose maintenant, d'analyser chacun de mes 4 disques avec les outils constructeurs, et de leur envoyer les résultats ! Autant dire que je me passerais bien de cette manipulation qui risque d'être fort lourde, consommatrice en temps, et qui à mon avis ne vas déboucher que sur pas grand chose... Je ne suis pas forcement un novice en linux, mais pas un guru non plus, mais je me dis que peut-être quelqu'un sur la communauté aurait une alternative ou une meilleure idée à me proposer que celle du support ? Suite aux messages de Gaetan, j'ai lu un peu de trucs sur LVM et la notion de volumes sur des disques RAID, et sans être devenu un expert, je me dis que c'est peut-être par là qu'il faudrait que je m'oriente plutôt pour sauver ce qui peu l'être encore sur les disques, et puis repartir ensuite en remettant tout à blanc. Qu'en pensez-vous ? Merci de votre retour sur le sujet si vous pouvez. 0 Citer
tocans Posté(e) le 18 décembre 2014 Posté(e) le 18 décembre 2014 Le 12/17/2014 à 8:48 AM, eraZor a dit : Dans le "Centre de Paquets", je vois qu'il y a 5 mises à jours de paquets en attentes : Audio Station, Cloud Station, Download Station, phpMyAdmin et Video Station. Si ma mémoire est bonne, ces 5 paquets étaient déjà en attente de download avant que je ne lance la mise à jour DSM. Bonjour, J'ai un DS412+ sur lequel j'ai fait la mise à jour. Pour le moment, l'ensemble est stable et n'a présenté aucun bug. Pour ma part, j'ai mis les paquets à jour avant le firmware et je procède ainsi à chaque fois. 0 Citer
eraZor Posté(e) le 18 décembre 2014 Auteur Posté(e) le 18 décembre 2014 Le 12/18/2014 à 11:46 AM, tocans a dit : Bonjour, J'ai un DS412+ sur lequel j'ai fait la mise à jour. Pour le moment, l'ensemble est stable et n'a présenté aucun bug. Pour ma part, j'ai mis les paquets à jour avant le firmware et je procède ainsi à chaque fois. Merci Tocans, j'essayerais de suivre cette procédure la prochaine fois.... s'il y a une prochaine fois ! Je ne suis pas sur que je ne vais pas devoir tout remettre à blanc... Plus je lis de trucs dans les différents forum, plus je me dis que la "lumière" viens davantage de la communauté que de Synology... Tout fout le camp on dirais ! 0 Citer
gaetan.cambier Posté(e) le 18 décembre 2014 Posté(e) le 18 décembre 2014 Le 12/18/2014 à 11:32 AM, eraZor a dit : Un petit point sur le sujet, puisque je suis en conversation mail avec le support Synology depuis ce matin de manière active, après les avoirs relancé ! Super, cette "merveilleuse" mise à jour a été retirée du download, cela évitera à d'autres de se retrouver dans une situation inconfortable ! Cependant il reste ceux qui sont en "vrac" et pour lesquels j'ai malheureusement l'impression qu'au cas par cas, l'issue sera "dramatique". Donc pour mon cas personnel, le support à pris la main à distance sur le NAS, a sans doute regardé des trucs (sans que je n'en connaisse le détail), et me propose maintenant, d'analyser chacun de mes 4 disques avec les outils constructeurs, et de leur envoyer les résultats ! Autant dire que je me passerais bien de cette manipulation qui risque d'être fort lourde, consommatrice en temps, et qui à mon avis ne vas déboucher que sur pas grand chose... Je ne suis pas forcement un novice en linux, mais pas un guru non plus, mais je me dis que peut-être quelqu'un sur la communauté aurait une alternative ou une meilleure idée à me proposer que celle du support ? Suite aux messages de Gaetan, j'ai lu un peu de trucs sur LVM et la notion de volumes sur des disques RAID, et sans être devenu un expert, je me dis que c'est peut-être par là qu'il faudrait que je m'oriente plutôt pour sauver ce qui peu l'être encore sur les disques, et puis repartir ensuite en remettant tout à blanc. Qu'en pensez-vous ? Merci de votre retour sur le sujet si vous pouvez. en fait, ton raid est monté, ton lvm aussi, manque plus que le montage réel de la partition dans un dossier qui semble avoir eu un problème a la limite tu peux monter ton volume dans un repertoire test : mkdir /test1 mount -o ro /dev/vg1/volume_1 /test1 mkdir /test2 mount -o ro /dev/vg1/volume_2 /test2 tes volume seront monté en leture seule ainsi --> aucun risque au passage, j'ai vu 2 volume iscsi ... est-ce correct et sont-ils accessible ? 0 Citer
eraZor Posté(e) le 19 décembre 2014 Auteur Posté(e) le 19 décembre 2014 Le 12/18/2014 à 4:45 PM, Gaetan Cambier a dit : en fait, ton raid est monté, ton lvm aussi, manque plus que le montage réel de la partition dans un dossier qui semble avoir eu un problème a la limite tu peux monter ton volume dans un repertoire test : mkdir /test1 mount -o ro /dev/vg1/volume_1 /test1 mkdir /test2 mount -o ro /dev/vg1/volume_2 /test2 tes volume seront monté en leture seule ainsi --> aucun risque au passage, j'ai vu 2 volume iscsi ... est-ce correct et sont-ils accessible ? Gaetan, j'ai essayé de monter les 2 volumes comme tu me l'as indiqué. Cela fonctionne pour le volume_2, mais pas pour le volume_1 !!! C'est ballot, c'est sur le volume_1 que j'aurais bien voulu aller... Gaetan n'est donc qu'un demi-dieu pour l'instant UIEDS1> mount -o ro /dev/vg1/volume_1 /test1 mount: mounting /dev/vg1/volume_1 on /test1 failed: No such device En recherchant sur google l'erreur que j'obtiens au montage du volume_1, j'ai lu dans des posts que certains préconisent de faire un fsck du Raid pour voir s'il n'y a pas d'erreurs... http://www.cyberciti.biz/faq/synology-complete-fsck-file-system-check-command/ http://forum.synology.com/enu/viewtopic.php?f=7&t=34751 Je ne sais pas trop quoi en penser encore, je me dis que tout n'est peut-être pas perdu puisque j'arrive à me connecter au volume_2 et que je retrouve les datas timemachine que je vais sauvegarder ailleurs. ...Et oui, il y a bien 2 déclaration iSCSI. Les Targets sont visibles dans DMS, mais pas les LUN associées car elles ont sans doute du mal à être montées elles aussi. Mais à la limite c'est pas très grave pour ce point. 0 Citer
gaetan.cambier Posté(e) le 19 décembre 2014 Posté(e) le 19 décembre 2014 la commande lvdisplay affichait ton volume /dev/vg1/volume_1 disponible en lecture/ecriture ... c'est donc bizarre ou le support a p-e touché au lvm tu peux refaire la commande suivante pour etre sur : lvdisplay 0 Citer
eraZor Posté(e) le 19 décembre 2014 Auteur Posté(e) le 19 décembre 2014 Le 12/19/2014 à 12:25 PM, Gaetan Cambier a dit : la commande lvdisplay affichait ton volume /dev/vg1/volume_1 disponible en lecture/ecriture ... c'est donc bizarre ou le support a p-e touché au lvm tu peux refaire la commande suivante pour etre sur : lvdisplay Voici : UIEDS1> lvdisplay --- Logical volume --- LV Name /dev/vg1/syno_vg_reserved_area VG Name vg1 LV UUID LRlh6W-4wo5-NX2u-zned-l1Tj-R7bq-CVzjBf LV Write Access read/write LV Status available # open 0 LV Size 12.00 MB Current LE 3 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:0 --- Logical volume --- LV Name /dev/vg1/volume_1 VG Name vg1 LV UUID bAuY3a-axMj-1lHE-o7AE-X1kA-zJPB-ckJn9d LV Write Access read/write LV Status available # open 1 LV Size 2.93 TB Current LE 768000 Segments 3 Allocation inherit Read ahead sectors auto - currently set to 4096 Block device 253:1 --- Logical volume --- LV Name /dev/vg1/volume_2 VG Name vg1 LV UUID pfbFVM-EIlY-hQAh-LSbu-e6cz-GI3J-XolpMN LV Write Access read/write LV Status available # open 1 LV Size 716.00 GB Current LE 183296 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 4096 Block device 253:2 --- Logical volume --- LV Name /dev/vg1/iscsi_0 VG Name vg1 LV UUID 9qr65H-qGu7-cDiS-sgpb-0G8L-Cwtj-xAlOHz LV Write Access read/write LV Status available # open 0 LV Size 64.00 GB Current LE 16384 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:3 --- Logical volume --- LV Name /dev/vg1/iscsi_1 VG Name vg1 LV UUID Dt4Tki-3vdO-a12e-q4u2-V6y2-PlPp-olMH2H LV Write Access read/write LV Status available # open 0 LV Size 64.00 GB Current LE 16384 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 384 Block device 253:4 J'ai comparé avec la précédente liste, cela me semble en tout point identique... 0 Citer
gaetan.cambier Posté(e) le 19 décembre 2014 Posté(e) le 19 décembre 2014 peut etre un problème de disque, faudrait lancé un test sur tout les disques via l'interface graphique, d'abord un rapide (2 minutes) puis, si aucune erreurs, un long 0 Citer
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.