Begin februari merkte ik dat mijn QNAP TS131p spontaan uit was gevallen. Na opnieuw aanzetten gaf de NAS aan dat het filesystem 'unclean' was en heeft hij een reparatie uitgevoerd. Voor alle zekerheid heb ik ook de interne harde schijf getest met het ingebouwde testprogramma in de QNAP firmware en de externe harde schijf is getest met een testprogramma van de fabrikant. Met geen van de twee harde schijven bleek er iets mis te zijn. Verder heb ik de temperatuur van de NAS gecontroleerd en deze was dik in orde.
Ik dacht dat hiermee de problemen waren verholpen. Echter, op 11 februari is de NAS spontaan herstart. Ik heb toen een ticket aangemaakt bij QNAP omdat ik een bug in de firmware vermoedde en uiteindelijk op hun verzoek een logboek opgestuurd voor analyse.
QNAP concludeerde vanuit de .force_kill_in_shutdown.log dat er iets mis was met de externe harde schijf. Schijnbaar hoort de inhoud van deze file altijd leeg te zijn. Een voorbeeld:
Not Umount list /share/CACHEDEV1_DATA
/share/external/DEV3302_1 at Wed Feb 17 01:03:46 2021
====== Not umount path /share/CACHEDEV1_DATA ======
====== Not umount path /share/external/DEV3302_1 ======
Mijn NAS wordt iedere nacht om 01.00 uur afgesloten en 's morgens weer opgestart om een uur of 10.00. Ik ben de logboeken dagelijks gaan bijhouden en steevast wordt iedere dag dezelfde melding weggeschreven Als ik de externe harde schijf loskoppel van de NAS (DEV3302_1) wordt alleen CACHEDEV1_DATA genoemd. Ik ben niet heel erg bekend met Linux maar ik neem aan dat hiermee de interne harde schijf bedoelt wordt.
QNAP geeft aan dat de harde schijven niet juist geunmount worden tijdens het afsluiten van de NAS en dat dit mogelijk een unclean filesystem tot gevolg heeft. Dit zou mijn stabiliteitsproblemen verklaren.
In de periode na het indienen van mijn oorspronkelijke ticket heb ik heel wat zaken getest, teveel om hier te vermelden. Als laatste test heb ik alle USB-poorten bezet met opslag en heb ik de NAS herstart. Nu worden er vier apparaten in .force_kill_in_shutdown.log opgenomen. QNAP claimt dat dit waarschijnlijk betekent dat alle USB-poorten defect zijn en wil dat ik de NAS opstuur voor RMA.
Mijn vraag is: dient de .force_kill_in_shutdown.log altijd leeg te zijn?
Misschien vraag ik wel teveel maar kan iemand even testen of deze lijst leeg blijft als hij de NAS herstart? Liefst aangesloten met een externe harde schijf of USB-stick. Het bestand is te vinden in de logboeken op de locatie: \etc\logs
De logboeken zelf zijn binnen de webinterface te vinden op de volgende plek: Appcenter/Helpdesk(versienummer)/Diagnose programma/Download Logs.
Alvast bedankt
...
Relevante software en hardware die ik gebruik
QNAP TS-131p met WD Red 3TB en externe USB Schijf van WD
...
Ik dacht dat hiermee de problemen waren verholpen. Echter, op 11 februari is de NAS spontaan herstart. Ik heb toen een ticket aangemaakt bij QNAP omdat ik een bug in de firmware vermoedde en uiteindelijk op hun verzoek een logboek opgestuurd voor analyse.
QNAP concludeerde vanuit de .force_kill_in_shutdown.log dat er iets mis was met de externe harde schijf. Schijnbaar hoort de inhoud van deze file altijd leeg te zijn. Een voorbeeld:
Not Umount list /share/CACHEDEV1_DATA
/share/external/DEV3302_1 at Wed Feb 17 01:03:46 2021
====== Not umount path /share/CACHEDEV1_DATA ======
====== Not umount path /share/external/DEV3302_1 ======
Mijn NAS wordt iedere nacht om 01.00 uur afgesloten en 's morgens weer opgestart om een uur of 10.00. Ik ben de logboeken dagelijks gaan bijhouden en steevast wordt iedere dag dezelfde melding weggeschreven Als ik de externe harde schijf loskoppel van de NAS (DEV3302_1) wordt alleen CACHEDEV1_DATA genoemd. Ik ben niet heel erg bekend met Linux maar ik neem aan dat hiermee de interne harde schijf bedoelt wordt.
QNAP geeft aan dat de harde schijven niet juist geunmount worden tijdens het afsluiten van de NAS en dat dit mogelijk een unclean filesystem tot gevolg heeft. Dit zou mijn stabiliteitsproblemen verklaren.
In de periode na het indienen van mijn oorspronkelijke ticket heb ik heel wat zaken getest, teveel om hier te vermelden. Als laatste test heb ik alle USB-poorten bezet met opslag en heb ik de NAS herstart. Nu worden er vier apparaten in .force_kill_in_shutdown.log opgenomen. QNAP claimt dat dit waarschijnlijk betekent dat alle USB-poorten defect zijn en wil dat ik de NAS opstuur voor RMA.
Mijn vraag is: dient de .force_kill_in_shutdown.log altijd leeg te zijn?
Misschien vraag ik wel teveel maar kan iemand even testen of deze lijst leeg blijft als hij de NAS herstart? Liefst aangesloten met een externe harde schijf of USB-stick. Het bestand is te vinden in de logboeken op de locatie: \etc\logs
De logboeken zelf zijn binnen de webinterface te vinden op de volgende plek: Appcenter/Helpdesk(versienummer)/Diagnose programma/Download Logs.
Alvast bedankt

...
Relevante software en hardware die ik gebruik
QNAP TS-131p met WD Red 3TB en externe USB Schijf van WD
...