Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: JBS2 op 05 maart 2018, 14:21:39
-
Mijn DS211j doet al jaren trouw dienst. De laatste tijd loop ik echter tegen wat dingen aan waarbij ik me afvraag of dat het begin van 't eind zou kunnen betekenen.
- Soms volledig onbereikbaar, zowel de webinterface als de gedeelde mappen en ook op een ping geen antwoord (zowel via IP adres als hostname DISKSTATION)
- Soms niet bereikbaar via hostname, maar wel via IP
De NAS uitzetten door de stekker eruit te trekken en deze opnieuw opstarten lost dit dan wel op. Het duurt dan echter wel behoorlijk lang voordat de NAS bereikbaar is via de webinterface (> kwartier), ook na de piep uit de NAS duurt dat nog minuten. Ik merk op dat ie al wel een stuk sneller op een ping reageert (wat op zich natuurlijk wel weer logisch is).
Systeem in IDLE (CPU fluctueert beetje tussen 12 en 32%).
(https://i.imgur.com/ntRUgNy.png)
Heb geen noemenswaardige packages geïnstalleerd.
De twee schijven die in de NAS zitten zijn in orde.
Het Log Center meldt eigenlijk alleen iets over weer zo'n harde reset en het opstarten erna, reeksen als:
(https://i.imgur.com/P1t3jch.png)
Meest recente DSM is geïnstalleerd (gebeurt automatisch).
Herkent iemand dit?
-
Ik zou eerst wat andere zaken uitsluiten voordat ik de NAS "dood" zou verklaren. Misschien heb je al eens een andere netwerkkabel geprobeerd ? Wellicht gaat ook de disk de geest geven. SMART-test uitvoeren ?
-
Je kunt ook een debug.dat genereren, deze komt dan op je PC te staan.
[attach=1]
Dit is gewoon een zip file, wijzig debug.dat in debug.zip en unzip.
Ga dan naar <pad waar je de file hebt uitgepakt>/debug/dsm/var/log/
Open kern.log in b.v. Notepad++ en zoek op: eth0 NIC Link is Down
Dit om te zien of er een Netwerkachtig probleem is.
-
Kijk, daar leer ik ook weer wat van ;)
-
Dank voor de antwoorden!
Ik zou eerst wat andere zaken uitsluiten voordat ik de NAS "dood" zou verklaren. Misschien heb je al eens een andere netwerkkabel geprobeerd ? Wellicht gaat ook de disk de geest geven. SMART-test uitvoeren ?
SMART is voor beide schijven in orde:
(https://i.imgur.com/aCXywH0.png)
Netwerkkabel zal ik vanavond even vervangen.
Open kern.log in b.v. Notepad++ en zoek op: eth0 NIC Link is Down
Dit om te zien of er een Netwerkachtig probleem is.
eth0 NIC Link is Down komt niet voor in kern.log.
-
eth0 NIC Link is Down komt niet voor in kern.log.
Heb je wel gekeken op de datum en tijd dat de NAS onbereikbaar was ?
De kern.log wordt n.l. ook archived in dezelfde map dus, het hoeft niet de kern.log te zijn.
-
Op zondagavond (4 maart) kwam ik erachter dat de NAS niet bereikbaar was. In de logging zie ik weer logregels vanaf het moment dat ik de NAS van de stroom gehad heb om deze opnieuw op te starten.
Een printscreen van de eerste paar logregels vanaf de herstart:
(https://i.imgur.com/fuaiUxw.png)
In de logregels van voor dat moment valt me op dat het er maar 1 per dag zijn op 12, 24 en 26 februari en op 9 februari weer een hele reeks. Als bijlage de logregels van deze datums. Valt daarin iets op?
Sowieso was de NAS nog bereikbaar op 21 februari, daarna ook nog maar daarvan heb ik geen specifieke datums.
-
Op zondagavond (4 maart) kwam ik erachter dat de NAS niet bereikbaar was. In de logging zie ik weer logregels vanaf het moment dat ik de NAS van de stroom gehad heb om deze opnieuw op te starten.
Aan die logging heb je niets, je moet natuurlijk de log hebben van ruim daarvoor, waaruit zou kunnen blijken dat er iets mis is.
Nogmaals, de kern.log wordt dus regelmatig gearchiveerd en de kern.log start daarna weer op 0.
Dus, kijk in de gearchiveerde logs, tussen de datum dat de voorlaatste keer dat je de stekker eruit haalde en de laatste keer, dan krijg je mogelijk goed zicht of er iets gemeld wordt tussentijd m.b.t. de reden waarom de NAS zich zo gedraagt.
-
Op zondagavond (4 maart) kwam ik erachter dat de NAS niet bereikbaar was. In de logging zie ik weer logregels vanaf het moment dat ik de NAS van de stroom gehad heb om deze opnieuw op te starten.
Aan die logging heb je niets, je moet natuur de log hebben van ruim daarvoor, waaruit zou kunnen blijken dat er iets mis is.
Nogmaals, de kern.log wordt dus regelmatig gearchiveerd en de kern.log start daarna weer op 0.
Dus, kijk in de gearchiveerde logs, tussen de datum dat de voorlaatste keer dat je de stekker eruit haalde en de laatste keer, dan krijg je mogelijk goed zicht of er iets gemeld wordt tussentijd m.b.t. de reden waarom de NAS zich zo gedraagt.
Had ook een bijlage aan het bericht toegevoegd met logregels van daarvoor. Wanneer ik de vorige keer de stekker eruit trok weet ik zo niet, dus wanneer in die bijlage geen duidelijke reden zichtbaar is, zou ik moeten wachten totdat weer nodig is.
De inhoud van de kern.log gaat terug tot Nov 13 vorig jaar, het lijkt me dus dat ik naar de goede log zit te kijken.
-
Ik zie in je log dat je de mtu op 4000 heb gezet (jumbo frames).
Ik die eerst maar eens weer op standaard 1500 zetten.
Jumbo frames voegen niets toe en kunnen hooguit een bron van problemen zijn.
-
Ik zie in je log dat je de mtu op 4000 heb gezet (jumbo frames).
Ik die eerst maar eens weer op standaard 1500 zetten.
Jumbo frames voegen niets toe en kunnen hooguit een bron van problemen zijn.
Oké, direct aangepast naar standaard 1500. Dit heb ik overigens jaren geleden aangepast, en deze problemen spelen minder lang. Ondanks dat geloof ik je direct dat dit voor problemen kan zorgen, daarom direct aangepast. :-)
-
Als je ergens een device in je netwerk erbij hebt gekregen die niet met die grotere mtu om kan gaan krijg je netwerk problemen.
En het heeft geen enkel toegevoegde waarde, mtu verhogen is een mislukte poging uit de tijd dat cpu's het netwerkverkeer niet aankonden.
-
@JBS2
De inhoud van de kern.log gaat terug tot Nov 13 vorig jaar, het lijkt me dus dat ik naar de goede log zit te kijken.
Sorry, je hebt helemaal gelijk, ik had 2 logfiles door elkaar gehaald, kern.log heeft geen archiving.
-
Ik merk op dat de DSM interface ook ontzettend traag is. Het openen van geïnstalleerde packages of Opslagbeheer bijvoorbeeld duurt echt > 1 minuut. Open ik vanuit DSM Filestation, dan krijg ik de melding (na enige tijd) 'Bewerking mislukt' waarna DSM even helemaal niet meer bereikbaar is.
Nu is de DS211j natuurlijk nooit een snelheidsmonster geweest, maar de boel reageert nu wel extreem traag.
-
Laat per HD S.M.A.R.T. info eens zien:
[attachimg=1]
-
@Birdy
(https://i.imgur.com/HTQ18iN.png)
(https://i.imgur.com/VoUbPlV.png)
Ik denk dat DSM is geinstalleerd op Volume 1, dus schijf 2:
(https://i.imgur.com/6M1xmWU.png)
Beide schijven:
(https://i.imgur.com/BPrBCD0.png)
-
Ik denk dat DSM is geinstalleerd op Volume 1, dus schijf 2
Op elk volume staat DSM.
Betreft:
[attachimg=1]
ID195 is specifiek voor b.v. Samsung: (Vendor-specific raw value.) The raw value has different structure for different vendors and is often not meaningful as a decimal number.
Maar, het lijkt erop dat die HD in moeilijkheden zit: Hardware_ECC_Recovered.
Echter, als ik naar dit plaatje (https://tweakers.net/ext/f/8aa8e5f5e79453120dd140d2481929f2/full.jpg) kijk, dat lijkt het weer normaal (?)
[attachimg=2]
ID187 zou betekenen: "The count of errors that could not be recovered using hardware ECC (see attribute 195)"
En verwijst dan weer naar ID195.
Maar goed, je zou een die Samsung HD kunnen testen aan je PC met de Tests software van Samsung.
-
Ik denk dat DSM is geinstalleerd op Volume 1, dus schijf 2
Op elk volume staat DSM.
Betekent dat dat ik er probleemloos 1 van de 2 schijven uit kan halen en dat de NAS dan gewoon opstart en functioneert?
Betreft:
ID195 is specifiek voor b.v. Samsung: (Vendor-specific raw value.) The raw value has different structure for different vendors and is often not meaningful as a decimal number.
Maar, het lijkt erop dat die HD in moeilijkheden zit: Hardware_ECC_Recovered.
Echter, als ik naar dit plaatje (https://tweakers.net/ext/f/8aa8e5f5e79453120dd140d2481929f2/full.jpg) kijk, dat lijkt het weer normaal (?)
(Link naar bijlage)
ID187 zou betekenen: "The count of errors that could not be recovered using hardware ECC (see attribute 195)"
En verwijst dan weer naar ID195.
Maar goed, je zou een die Samsung HD kunnen testen aan je PC met de Tests software van Samsung.
Ik ga die schijf testen.
-
Betekent dat dat ik er probleemloos 1 van de 2 schijven uit kan halen en dat de NAS dan gewoon opstart en functioneert?
Dat wel maar, het ligt er natuurlijk aan wat volume2 doet, alleen opslag (is dan niet beschikbaar), als daar pacckages op staan, dan werken die dus niet.
-
Betekent dat dat ik er probleemloos 1 van de 2 schijven uit kan halen en dat de NAS dan gewoon opstart en functioneert?
Dat wel maar, het ligt er natuurlijk aan wat volume2 doet, alleen opslag (is dan niet beschikbaar), als daar pacckages op staan, dan werken die dus niet.
De mogelijk problematische schijf heb ik verwijderd. De NAS start vervolgens noemenswaardig sneller op en is sneller bereikbaar. Veel packages geven nu status Fout, omdat deze op de verwijderde schijf geïnstalleerd waren. 'Alles repareren' loopt een paar minuten waarna de melding over verloren verbinding verschijnt.
Na dat moment blijft pingen op IP mogelijk, maar niet meer op hostname DISKSTATION. DSM is vervolgens ook minutenlang niet bereikbaar, dan weer even wel, daarna niet meer. Daarna weer wel, en is de NAS ook weer via hostname DISKSTATION te pingen.
Als bijlage de logging van vandaag.
Ondanks dat de tijd op de NAS correct is, lijk er vanaf een bepaalt moment geen logging meer te worden opgeslagen. Ik exporteer de logging om 19:45, toen de NAS weer bereikbaar was. In de tijd van het wel/niet bereikbaar/pingbaar op hostname lijkt er geen logging te zijn weggeschreven.
(https://i.imgur.com/c3rxTkZ.png)
-
Wat opvallend.. Zojuist de logging opnieuw gedownload en daar is sinds gisteravond slechts één logregel aan toegevoegd:
2018-03-08T01:10:44+01:00 DiskStation kernel: [21138.780000] init: nmbd main process (6023) killed by KILL signal
Gek, want sinds mijn bericht gisteren is de NAS nog diverse keren wel/niet bereikbaar geweest.
-
Het nmdb process is een onderdeel van samba en is nodig om het netbios deel te verzorgen.
Als dat er niet meer is dan is je NAS niet meer via zijn naam bereikbaar alleen nog via zijn ipadres.
Ik zou als ik jouw was DSM er opnieuw opzetten, want dit klinkt niet lekker.
-
Eens met @Ben(V) denk n.l. ook dat er gewoon iets fout is komen te zitten in DSM zelf, denk ook niet dat we hier op het Forum, het probleem kunnen achterhalen.
Voordat je DSM opnieuw gaat her-installeren, zou ik eerst toch even een test doen met een spare HD, als je die hebt (maakt niet uit hoe groot die HD is, overigens).
Haal dan HD1 er ook uit, plaatst spare HD, installeer DSM en vervolg de Wizard.
Laat de NAS gewoon aanstaan en wacht af of het probleem terugkomt, is dat zo, dan zal het toch een Hardware en/of Netwerk probleem zijn.
Om dan het Netwerk uit te sluiten, zou je de NAS ook aan je PC kunnen hangen met een UTP kabel waarvan je zeker bent dat die goed is, inloggen op de DS, om te zien of het werkt en dan maar weer afwachten.
-
@Birdy @Ben(V)
Inmiddels DSM op een andere harde schijf geïnstalleerd met een andere netwerkkabel op een andere plek (fysiek andere switch) aangesloten.
Pingen op DISKSTATION was enkel gedurende de eerste minuten mogelijk, daarna niet meer. Pingen op IP blijft wel continu mogelijk. DSM is wel weer gewoon snel. Ik vraag me nu af of enkel het probleem van benaderbaarheid via de hostname overgebleven is. Daarover lees ik sowieso wel meer topics..
Laatste bericht in de log (kern.log) is vreemd genoeg van vanmiddag 14:09, daarna niet meer. Als bijlage de log van vandaag.
-
Het probleem is dus nog steeds:
init: nmbd main process (4749) killed by KILL signal
Waarom dit gebeurd ? Heb werkelijk geen idee.
Je zou dit wel kunnen oplossen in Windows:
C:\Windows\System32\drivers\etc\hosts file de volgende regel toevoegen:
# localhost name resolution is handled within DNS itself.
# 127.0.0.1 localhost
# ::1 localhost
IP-Adres van je NAS DISKSTATION
-
Inderdaad. Ik voeg het IP adres toe aan de hosts file en laat 't hierbij. Feit dat DSM weer op normale snelheid functioneert en de NAS op IP bereikbaar lijkt te blijven is voor nu voldoende. Vreemd blijft het wel natuurlijk, maar goed.
-
Dat is zo maar, zoals aangegeven, ik heb geen idee waarom nmbd om zeep wordt geholpen, je zou hiervoor wel een Ticket kunnen inleggen voor Synology Support.
Misschien dat er na wat updates, voor dit type NAS, een foutje is ingeslopen.
-
Dat is zo maar, zoals aangegeven, ik heb geen idee waarom nmbd om zeep wordt geholpen, je zou hiervoor wel een Ticket kunnen inleggen voor Synology Support.
Misschien dat er na wat updates, voor dit type NAS, een foutje is ingeslopen.
Ga ik doen!
Nog een vraag: Aangezien ik DSM nu ook opnieuw geïnstalleerd heb op één van de twee schijven: Wat gebeurt er als ik de tweede schijf met oude installatie DSM terug stop in de NAS? Hoe kiest de NAS van welk DSM gebruik te maken?
-
De tweede HD is een apart volume met ook DSM in de root partitie.
Ik denk dat je de melding krijgt ""Systeempartitie mislukt" want, de Systeempartities van beide HD's zijn niet meer gelijk (verwacht ik).
Je krijgt dan een knop te zien, "herstellen" (of zo), hiermee wordt de Systeempartitie gerepareerd.
-
@Birdy
Thanks wederom. Een dergelijke melding verschijnt inderdaad:
(https://i.imgur.com/aQDP9YO.png)
Op herstellen klikken en met 'n paar seconden is het opgelost.
Ticket bij Synology is overigens aangemaakt, ik koppel hier nog wel even terug wat daaruit komt.
-
:thumbup:
-
Ik lijk hetzelfde probleem te hebben, maar mijn NAS is in een dusdanige staat dat ik na opnieuw opstarten mijn NAS kort kan bereiken en nog voordat ik iets kan doen (alles super super traag, meer dan 5 minuten voordat DSM alles op beeld heeft) klapt deze er alweer uit. Vervolgens moet ik de stekker eruit halen om hem opnieuw te kunnen bereiken. Het enige deel dat wel goed werkt is mijn Cloud station.
Door de trage respons stond ik op het punt mijn DS 211J voor een DS218 te gaan vervangen, met de nodige twijfels of Synology wel de NAS was die ik nodig heb, maar gezien dit topic is er misschien toch nog leven in dit apparaat te krijgen.... of ik krijg hetzelfde issue met een nieuwe.
Nu wilde ik dus de oplossing met de host file doorvoeren, maar als ik de file wil opslaan dan krijg ik "toegang geweigerd".
Iemand een idee hoe ik hier mee om kan gaan? Helaas ben ik nog een leek op dit gebied dus Jip en Janneke uitleg wordt gewaardeerd :-)
-
Je moet administrator zijn om de hosts file te mogen aanpassen.
-
Ik heb het idee dat de packages gewoon te zwaar worden voor de ds211j. Ik heb een 211j (op andere lokatie staan) met een (1) ip camera en draai regelmatig grote backups met Hyper Backup. Hij is al een paar keer vast gelopen met het updaten van een aantal packages tegelijk (serieel natuurlijk), uiteindelijk helpt dan alleen maar de stekker eruit te trekken want zelfs op de uitknop reageert hij dan niet meer. Dat is nu een drietal keer gebeurd. Thuis een 215j staan die meer belast wordt en heel fatsoenlijk presteert. Waarbij opgemerkt dat j-series natuurlijk geen snelheidswonders zijn.
Besloten om de 211j te vervangen door een 218j, de harddisk (nog geen jaar oud) schijnen met enig voorbereidend werk overgezet te kunnen worden.