DS415+ netwerk valt uit na installatie 6.1.1-15101 update 4

[Chris12]

Hallo,

Een 3 maanden geleden met een andere update (6.1 nog wat) issues te hebben gehad met mn DS415+ dat deze niet meer bereikbaar was en helemaal nergens meer op reageerde (blue blinking led of death, na power down/up), en na wat later bleek dat de DS415+ getroffen was door de intel C2XXX bug na onderzoek van Synology. Via Synology een advanced RMA procedure (nieuwe NAS opgestuurd, daarna oude weer terug. Prima service).

Sindsdien ben ik wat huiverig voor updates, na het inrichten van de gloednieuwe DS415+ (wat weer dagen werk was om alles packages/scripts etc. etc. in te stellen, gelukkig de media was er allemaal nog).
Dus ik bij de laatste update keurig gewacht en de fora in de gaten gehouden of er issues zijn. En uiteindelijk besloten om bij update 4 deze dan van het weekend te installeren. (vanaf 6.1.1-15101)

Helaas sindsdien een onbereikbare NAS 


Hieronder zo exact mogelijke beschrijving van het issue, wellicht dat hier nog oplossingen zijn die ik kan doen.

Na het installeren van 6.1.1-15101 update 4 moet de NAS herstart worden, na een paar minuten is de webpage er weer en kan ik inloggen. Er valt me meteen het volgende op:



Hierna merk ik dat de NAS druk is met RAID parity controle en dat na verloop van tijd de NAS niet meer reageert. Melding per email dat DDNS down is van de NAS.
Ook via de synology assistant (laatste versie) wordt de NAS niet meer gevonden.
Ook ping -t naar IP van de NAS levert geen resultaat op.

Op dat moment was de LED status als volgt:
- power LED steady Blue
- Netwerk LED (bovenste knippert groen, onderste steady green)
- discs (4x) groen knipperen

Besloten om de NAS een harde power down te geven.


NAS start weer op, en synology assistent vind deze na een paar minuten, en ook de ping -t geeft resultaat


Blijkbaar is update 4 dus niet gelukt.

Wederom kom ik de NAS in zoals het hoort, nog steeds de melding dat er een probleem is.
Maar goed, update 4 weer gedownload en installed.

Na de herstart vind synology assistent de NAS weer, en de update 4 is nu wel gelukt:


Op dat moment was de LED status als volgt:
- power LED steady Blue
- Netwerk LED (bovenste knippert groen, onderste steady green)
- discs (4x) groen steady

Via email een melding dat de NAS weer online is en een andere melding:
DS415 heeft de controle van de consistentie op het systeemvolume (Root). Het systeem is nu gebruiksklaar.

blijkbaar new in 6.1.1

Helaas is dit alles maar van korte duur, na 25-30min is de NAS weer onbereikbaar.
Nu de NAS 36uur laten gaan, discs knipperen, dus wellicht druk met indexeren (aangezien er iets met een Search/Index is toegevoegd in 6.1.1).


NAS heeft voor de update 2-3 maanden zonder issues gedraaid. (zelfs na power down vanwege stroomstoring 3 wkn geleden weer helemaal prima bijgekomen)
Er zijn geen changes geweest in het netwerk.
Vast IP adres buiten de DHCP scope, Router Ziggo geeft dit ook aan (als de NAS bereikbaar is)
Kabel/switch al omgewisseld, issue blijft


Wat is nu wijsheid om te doen?
- Ticket bij Synology inleggen zodat zij remote onderzoek kunnen doen (als ik dat natuurlijk kan instellen)
- Nog een 24uur wachten, wellicht parity check en index service tegelijk zorgt dat het allemaal lang duurt (niet aannemelijk, maar toch)
- andere opties om te proberen?

[Ben(V)]

Klinkt als een disk die niet lekker meer is.
Probeer eens een voor een een disk eruit te halen en kijken of hij met drie disken wil opstarten.

DSM staat namelijk op een eigen partitie op alle disken in een mirror.
Het kan dat een disk zodanig problemen geeft dat hij de andere disken meetrekt.

Heeft uiteraard niets met de update van DSM te maken, maar het pobleem zit waarschijnlijk ergens is een sector waar DSM geinstalleert staat.

PS Draai je ooit wel eens een disk scrub?
Daarmee voorkom je dat dit soort problemen zich pas openbaren als er iets op de systeem partitie geschreven wordt (tijdens de update dus).

[Hofstede]

Dat is de reden waarom ik een NAS altijd eerst herstart voor het installeren van een update.
Sommige fouten komen pas naar voren op het moment dat je herstart, en die worden dan gelijk gelinkt aan de update.
Ik zeg niet dat het in dit geval niet zo is, maar als je eerst reboot weet je zeker dat je NAS in goede conditie is voor de update.
Bij QNAP zit dit zelfs ingebouwd, als je daar de firmware wilt updaten en de NAS heeft een hoge uptime dan krijg je het  advies de NAS eerst opnieuw te starten.

[Ben(V)]

Altijd een goed idee, maar als er ergens op de systeem partitie niet te schrijven is, heb je nog steeds een probleem, want ook bij een reboot wordt er nauwelijks iets op die partitie geschreven.

Regelmatig een scrubbing is aan te raden voor elke raid systeem.

[Chris12]

Disc check vind elke maand via scheduled task plaats, geen issues ermee gehad.

Verder is de disc status (welke ik gecheckt had toen ik kon inloggen) ook voor het hele volume 'normaal' en geen fouten etc.

scrubbing heb ik niet ingesteld, is dit een automatisch maandelijkse taak?
Ik zal zo de NAS weer een power down geven en dan dat scrubbing eens opzoeken als ik weer kan inloggen.

Discs eruit zal dat zin hebben, aangezien de NAS gewoon wel wilt opstarten, maar na XX tijd dan de verbinding kwijtraakt...?
Kan dit een disc error/issue zijn?

[Chris12]

Voordat ik de disc scrub kan aanzetten zal ik eerst hierop moeten wachten denk ik zo...



1,00% in 12min... duurt nog wel even... 20uur denk ik zo 

Hopelijk blijft de DS zolang werken. Check het morgen avond weer.

[Robert Koopman]

Dat is dus nu bezig.

[Chris12]

Ok, zojuist email melding gehad dat de consistentiecontrole op volume 1 is beëindigd. Het systeem is nu gebruiksklaar.

Dus hopelijk blijft het systeem stabiel nu...
Wat is een advies in deze om hiervoor een scheduled task voor aan te maken ? elke week, 14dg, 30dg ?

[Robert Koopman]

Dat is snel! Bij mij onlangs 36 uur bezig met 8 x 3TB schijven.
Systeem meldt het bij mij maandelijks, ik doe het elke twee maanden.

[Briolet]

In de taakplanner kun je alleen maandelijks, 6-maandelijks of jaarlijks opgeven. Elke 2 maand is volgens mij niet te automatiseren via de taakplanner.

Ik deed het maandelijks, maar heb het nu naar 6-maandelijks veranderd. Een tussenwaarde was me ook liever geweest.

[Robert Koopman]

Klopt, ik doe het inderdaad niet via de taakplanner.
Maar maandelijks lijkt mij wat vaak.
Als het proces loopt werkt bij mij VideoStation niet prettig, daarom wat minder vaak.

[Chris12]

Ok, maandelijkse RAID scrub Task aangemaakt.

Tevens de DS415+ nog een restart gegeven omdat er nog steeds de melding was dat:
"DSM kan niet normaal worden opgestart omdat er een probleem is opgetreden. Neem contact op met het Synology-ondersteuningsteam."

Helaas na de restart is deze melding er nog steeds.

Moet dan toch een ticket gaan loggen bij de synology support desk.
Of iemand nog suggesties?

Schijven en alles wat ik verder kan checken en zien is allemaal OK/Normaal/Groen.
In de logboeken staat geen warning mbt deze melding:

Information
Systeem  2017/06/13 19:30:54
Chris
Scheduled Task [RAID Scrubbing] was created.

Information
Systeem 2017/06/13 18:45:04
SYSTEM
IP address [169.254.186.253] and subnet mask [255.255.0.0] were assigned to the DHCP client on [LAN 2].

Information
Systeem 2017/06/13 18:44:44
SYSTEM
System successfully registered [xxx.xxx.xxx.xxx] to [yyyy.synology.me] in DDNS server [Synology].

Information
Systeem 2017/06/13 18:42:07
Chris
System started counting down to reboot.

Information
Systeem 2017/06/13 12:10:18
SYSTEM
System successfully checked consistency of Volume [1].

[Birdy]

"DSM kan niet normaal worden opgestart omdat er een probleem is opgetreden. Neem contact op met het Synology-ondersteuningsteam."

Ik zou dus een ticket inleggen.

[Chris12]

Had inmiddels een ticket aangemaakt, maar deze vandaag weer gesloten.
Namelijk an de update naar DSM 6.1.2-15132 werkt alles weer naar behoren en is de melding weg :-)

Ook is de DS415+ nu veel sneller, dan eerst toen het probleem er nog was.

[aliazzz]

Als je je NAS nou een fixed ip geeft heb je ook dit probleem niet meer, want zo te zien had je een issue met afwezigheid van een DHCP Server. Tenminste dat geldt voor de tweede nic...