Mise

[eraZor]

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.

[devildant]

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

[gaetan.cambier]

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

[Thierry94]

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

[devildant]

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

[eraZor]

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)

[eraZor]

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.

[devildant]

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

[eraZor]

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

[gaetan.cambier]

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

[eraZor]

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.

[gaetan.cambier]

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

[eraZor]

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...

[lolo2b]

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...

[lolo2b]

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.....

[eraZor]

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

[gaetan.cambier]

l'update a été retirée :

http://ukdl.synology.com/download/DSM/5.1/

[eraZor]

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.

[tocans]

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.

[eraZor]

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 !

[gaetan.cambier]

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 ?

[eraZor]

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.

[gaetan.cambier]

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

[eraZor]

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...

[gaetan.cambier]

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