volume crashes na DSM 4.3 en uitzetten van NAS

[macxbo]

Sinds DSM 4.3 crashen mijn 4 HD's (WD Red 3TB) bij het afzetten van mijn DS413 (piep geluid en oranje lichtje).
Wanneer ik de NAS terug start zijn ze schijven algoed nog toegankelijk. Niets mis met de bestanden.

HD 1 & 2 zijn als afzonderlijk volume ingesteld met back-up om de paar dagen van HD1 naar 2, HD 3&4 in RAID-1.

Iemand een idee wat hier aan de hand is?
Zie rapport in bijlage.

[macxbo]

zeer vriendelijk en snelle service van Synology om een dag later al een email-reply te zenden met:

'On 4-sep.-2013, at 11:22, Synology Technical Support <support@synology.com> wrote:

Dear Mr. Janssens,

Thanks for your inquiry.

We will need to obtain server access for recover your data. Please help to gather the information below so we can access your system and attempt a rescue.

Remote Access Instructions
.......
=========================================='

Maar dat is niet nodig om mijn date te recoveren, want ik kan er nog gewoon aan, voorlopig toch nog.

Moest iemand geïnteresseerd zijn in het   totale logverslag (< klik), ik ontdekte net dat het in een html bestandje op te slaan is. Dat is een nieuwe optie sinds 4.3 denk ik. Wel handig. Heb het hen zonet gestuurd.

[jaco218]

Wat jij beschrijft heb ik dus exact hetzelfde met mijn DS413.

Na de update naar DSM 4.3 zijn de problemen begonnen.

Volgens mij hebben de problemen te maken met de hibernate.
In eerste instantie had ik de "enable hibernation logs" optie aangezet onder het tabblad hibernate. Toen ging er ook iets met de hibernate niet goed. De NAS ging dus nadat hij een tijdje in de hibernate had gestaan (blauwe knipperende lampje) over in een of andere vage standby modus, waarbij dus alle lampjes uit waren, de schijven uit, maar de fan aan. Vanuit die modus kon ik hem dus wel weer gewoon aanspreken waarna hij vervolgens volkomen normaal werkt. Nadat ik die optie uit had gezet, verliep het hibernate proces wel weer gewoon normaal.

Wat ik heb gemerkt is dat hij die "volume 1 has crashed" melding alleen geeft (dus het oranje lampje + pieptoon bij het afsluiten) als hij in de hibernate heeft gestaan. Als de NAS gedraaid heeft en hij heeft sinds de boot niet meer in de hibernate gestaan, dan sluit hij gewoon netjes af.

Heb dus ook al contact gehad met Synology. Die vroegen mij een kernel log + systeem log te sturen. Hun reactie was dat ze niets raars konden zien in de logs en of ik m'n data niet even kon backuppen en de 2 schijven (een WD green en Seagate) te vervangen met schrijven die wel op hun compatibiliteitslijst stonden. Heb gezegd dat dat voor mij geen optie is omdat ik ten eerste die bulk data nergens anders kan parkeren en ten tweede ik niet van plan ben 2 andere schrijven te kopen puur om ze te testen.

De huidige schijven geven geen enkele fout aan, ook dus niet met een extended smart check. Ook de smart informatie is volkomen normaal, geen read/write errors, relocated sectors, normale load cycle count (heb met wdidle de setting aangepast), etc.

Ik heb bij Synology aangegeven dat ik ervan overtuigd ben dat het een bug is in de DSM4.3 software omdat je dus van meerdere mensen vergelijkbare symptomen ziet. Verder heb ik niets meer gehoord. Mijn eerst volgende vraag aan Synology gaat zijn hoe ik de DSM4.3 veilig kan downgraden naar de vorige 4.2...

Jouw verhaal is voor mij alleen maar een bevestiging dat er iets niet helemaal lekker zit met de DS413 i.c.m. de nieuwe DSM4.3

[macxbo]

he merci! is dat effe goed om lezen zeg.
ik dacht er net aan men 4 HD's maar terug gewoon in standaard RAID te zetten. Misschien had het daar iets mee te maken. Niet dus...

- klopt helemaal, als de NAS sinds de boot niet meer in hybernate heeft gestaan, sluit hij netjes af.
Ik begon te merken dat het met afsluiten te maken had, maar soms ging er niets mis. Na jouw uitleg begrijp ik waarom niet.

Is dat nu alleen de DS413 die zo'n problemen heeft met sluimeren? En dan dit er weer bij...
Dat is van in het prille begin dat dit euvel zich voordoet. Zie http://forum.synology.com/enu/viewtopic.php?f=83&t=59081

'leve Synology'... daarom kocht ik dit model als mijn eerste Syno.
.. ja, my ass...
Doet mijn aan mijn windows tijd denken. Ik zou dit ding bijna door het venster gooien.

[macxbo]

kijk nu, goed nieuws, ze hebben het gevonden!

On 5-sep.-2013, at 04:33, Synology Technical Support <support@synology.com> wrote:

We found the root cause of "scemd" was jammed for some reasons during hibernation period. In such scenario, it will keep sending "false alarm" of volume crashed or disks being ejected messages after system wakes up from deep sleep. In fact, none of them were happened. This has been acknowledged as a bug and will be fixed by the upcoming Critical Update on SEP 10th.

Sincerely,
Antoine Yang

[ruben]

Goed nieuws, want volgens mij heb ik dit probleem ook op mijn 213+ en het is zeer irritant / onbetrouwbaar.

Nas niet bereikbaar via browser of ping, de boel hangt gewoon helemaal na opstart vanuit hibernate.
Na herstart enorme piep-toestanden, tientallen "the volume has crashed" berichten.
schijven zijn goed ( uitgebreide smart-test)
Was al bijna aan het hard-resetten geslagen ... nog maar even mee wachten dus.

tot die tijd de hibernate maar eens uitgezet.

[hansiedown]

Synology Online Support #226921
DS210j is connected to a UPS
When my DS210j returns from 'save mode' to 'normal mode' due to a powerfailre, it enters the state
"migratable"
 
Ik ben nu bezig om mijn synology contact persoon uit te leggen wat 'save' en 'normal' mode betekenen.
Geen idee hoeveel data er verloren is op de DS210j. Gelukkig gebruik ik deze uitsluitend voor backup.
 

[Henk2]

Hetzelfde probleem als macxbo: DS413 met 4 x WD40EFRX. Volume crasht bij uitzetten als de DS413 in hibernate geweest is.
Bedankt voor je werk macxbo, ik hoop dat de volgende update het probleem inderdaad oplost.

[macxbo]

@henk2: graag gedaan.

Intussen moeten we op 'the upcoming Critical Update on SEP 10th' nog steeds wachten.