Toon posts:

TS-131p alle USB-poorten defect?

Pagina: 1
Acties:

Onderwerpen

Vraag


  • sheeren
  • Registratie: oktober 2009
  • Laatst online: 12-09 09:12
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
...

Alle reacties


  • Renault
  • Registratie: januari 2014
  • Laatst online: 17:28
Je vertelt niet wat je precies doet met die externe WD harddisk aan je NAS.
Wat doet je NAS zonder die externe harddisk?

(En als je die harddisk perse nodig hebt: er zijn andere manieren om die externe harddisk ter beschikking te stellen aan je NAS zonder gebruik van de USB-poort op je NAS.)

  • sheeren
  • Registratie: oktober 2009
  • Laatst online: 12-09 09:12
Bedankt voor je reactie. Zonder externe harde schijf geeft de NAS dezelfde melding, exclusief de benoeming van de externe harde schijf, dus:

Not Umount list /share/CACHEDEV1_DATA
/share/external/DEV3302_1 at Wed Feb 17 01:03:46 2021
====== Not umount path /share/CACHEDEV1_DATA ======

Ik snap niet helemaal wat je bedoelt met 'andere manieren'. Het is een single bay NAS en een tweede harde schijf past er dus niet in.

  • sheeren
  • Registratie: oktober 2009
  • Laatst online: 12-09 09:12
Update: omdat het vermoeden bestond dat mijn NAS defect was heb ik een nieuwe QNAP TS-230 aangeschaft. Alvorens mijn data over te zetten heb ik deze getest met een reserve interne harde schijf en andere externe USB-opslag.

Nieuwe NAS, andere interne harde schijf en andere externe opslag.Je zou verwachten dat ik het probleem niet meer zou moeten kunnen constateren, helaas is niets minder dan waar :(

Maar is het wel een probleem? QNAP support heeft weken volgehouden dat het gedrag van de NAS m.b.t. unmounten niet normaal is maar geeft nu aan, nadat ik hun geconfronteerd heb met mijn nieuwe testresultaten, dat dit bij nader inzien toch niet zo is. Er is voor alle zekerheid een ticket aangemaakt bij QNAP in Taiwan.

Acties:
  • 0Henk 'm!

  • sheeren
  • Registratie: oktober 2009
  • Laatst online: 12-09 09:12
Ook in Taiwan geeft men aan dat er niks aan de hand is.


Nintendo Switch (OLED model) Apple iPhone 13 LG G1 Google Pixel 6 Call of Duty: Vanguard Samsung Galaxy S21 5G Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True

Tweakers maakt gebruik van cookies

Bij het bezoeken van het forum plaatst Tweakers alleen functionele en analytische cookies voor optimalisatie en analyse om de website-ervaring te verbeteren. Op het forum worden geen trackingcookies geplaatst. Voor het bekijken van video's en grafieken van derden vragen we je toestemming, we gebruiken daarvoor externe tooling die mogelijk cookies kunnen plaatsen.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Forum cookie-instellingen

Bekijk de onderstaande instellingen en maak je keuze. Meer informatie vind je in ons cookiebeleid.

Functionele en analytische cookies

Deze cookies helpen de website zijn functies uit te voeren en zijn verplicht. Meer details

janee

    Cookies van derden

    Deze cookies kunnen geplaatst worden door derde partijen via ingesloten content en om de gebruikerservaring van de website te verbeteren. Meer details

    janee