NAS slaat steeds op hol

[TheBigEddy]

Hoi,

Ik heb een DS415+ met 4x reds in raid5
Echter sinds een tijdje is de DS megatraag met alles. Inloggen duurt lang zowel met de DS apps als webbased.
Tevens, slaan de HDD’s op hol ofzo waarbij ze alle 4 continu aan het rammen zijn en de ledjes knipperen alle 4.
Het is nog onmogelijk inloggen, ook niet met SSH.
De powerknop indrukken levert niets op. Enige wat tijdelijik helpt is stroom eraf. Maar... het booten duurt ook dan mega lang. Na 20 minuten ofzo kan ik wel weer inloggen en werkt smb ook weer... maar ik kan nergens in het systeem terughalen wat er aan de hand was/is. Het lijkt er ook niet op dat alle data gestolen aan het worden is, want als ik de UTP er een half uur uit haal, verandert er niets, HDD’s blijven rammen. Het lijkt alsof hij een integrity test doet ofzo maar dat is niet zo.
Als hij even weer up en running is, duurt het misschien 2 weken voordat het weer fout gaat.

Pls help me, ik hoop niet mijn 12 TB kwijt te raken. Dit overzetten naar andere HDD’s is niet iets wat je zo maar op de plank hebt liggen of ff doet.
Heeft iemand een idee wat dit kan zijn? Hoe ik erachter kan komen, etc?

[dvandonkelaar]

Zijn er veel paketten die draaien op de DS? Wellicht dat één van deze pakketten druk bezig is, waardoor de NAS helemaal vast loopt.
Als het nog mogelijk is om op DSM in te loggen, is de NAS veel aan het wisselen (swappen) is dan wordt hij behoorlijk traag.

ik hoop niet mijn 12 TB kwijt te raken.

Ik mag hopen dat je een backup hebt van je belangrijke data?

[Hofstede]

Dit doet me denken aan de issue die een aantal mensen in juni hadden. Hun NAS (die niet goed beveiligd was tegen toegang vanaf internet) was besmet met malware.

Zie: https://www.synology-forum.nl/firmware-algemeen/process-'sustse'-gebruikt-volledige-processor/msg269915/#msg269915

[TheBigEddy]

Dank je voor je reactie.

Dat is wel een optie die aanwezig is, maar snap dan niet waaom op de dashboard niet aangegeven wordt dat de CPU of geheugen volloopt.
Na een pwr clycle draait ie weer, smb werkt weer.... maar DSM is echt mega mega traag.
Mocht ik het geluk hebben, dan moet ik zodra ik ingelogd ben, maar alles ff uitschakelen, just in case.

Echter, de NAS is mijn backup en opslag in 1. 12 TB nog een keer opslaan is een beetje duur.
Dit geintje had mij al 1250 euro gekost...

Inloggen op de DSM duurt nu alweer 12 minuten (na enter bij inloggen) terwijl smb prima werkt (voor nu) maar zit er nog niet in....

Maar, dit wilde ik posten tot vorige reactie kwam... ik heb op de router de nas de toegang ontzecht en ssh werkt nu weer... dit benauwt me wel een beetje.... maar inloggen op DSM lukt nog steeds niet. De login komt snel ervoor maar authoriseren duurt een eeuwigheid.

Alles met cron heb ik allemaal niet. En crontab wel maar daar staat niets bijzonders is. Dir cron.d is leeg

[Briolet]

waaom op de dashboard niet aangegeven wordt dat de CPU of geheugen volloopt.

Als hij gaat swappen zie je dat niet direct bij geheugen. Je moet daar expliciet aanzetten dit te laten zien.

IK heb het twee keer gehad dat er daardoor bijna niet in te loggen was. 1) Door antivirus op een te kleine nas. 2) Al bij een klein aantal 4MP camera's op mijn nas.

[TheBigEddy]

Ik moest even weg en het is nu alweer mis, heb dus niet eens de tijd gekregen.
Ik ga nu 3 dgn weg dus ik heb hem nu maar uitgezet en kijk ik eind van de week er wel weer naar.

Heb je voor mij dan alvast de tip hoe ik dat specifiek aan kan zetten dan? Want die optie ken ik nml niet.

Thnx voor het meedenken alvast!

[Tazmanian]

Misschien is één van de schijven stuk.  Zie dit topic: https://www.synology-forum.nl/firmware-algemeen/volume-100

Je kan dus best eerst schijf 1 eruit halen.  De nas opstarten en zien of er dan nog steeds een probleem is.
Indien nog steeds hetzelfde schijf 1 er terug in en schijf 2 eruit halen.  En zo verder tot je alle schijven één voor één verwijderd hebt.
Als geen enkele schijf de oorzaak lijkt kan je dat probleem al uitsluiten.

[Birdy]

Sorry, maar dat is niet zo'n heel goed advies.
Iedere keer als een HD eruit haalt en zegt "Indien nog steeds hetzelfde schijf 1 er terug in en schijf 2 eruit halen." dan is RAID5 naar de knoppen en is TS als z'n data kwijt.
Als je n.l. de HD weer terug zet, zal je RAID5 eerst moeten herstellen.

[Tazmanian]

Geen idee hoe het zit met Raid 5, maar met SHR is dat in elk geval geen probleem.

Zolang je steeds NAS afsluit, schijf 1 eruit en terug opstarten.
Indien probleem blijft aanhouden.  NAS terug uitschakelen, schijf 1 er terug in en schijf 2 eruit.  Nas dan terug opstarten.
En dan zo verder tot je de eventueel defecte schijf hebt gevonden.

[Birdy]

RAID5 of SHR maakt niets uit, ik had nog een niet onbelangrijke zin toegevoegd in m'n laatste bericht (ondertussen):
Als je n.l. de HD weer terug zet, zal je RAID5 eerst moeten herstellen.
M.a.w. niet gelijk HD1 erin en HD2 eruit.....enz.

[Birdy]

Heb je voor mij dan alvast de tip hoe ik dat specifiek aan kan zetten dan? Want die optie ken ik nml niet.

Je moet kijken in Broncontrole > Prestaties > Geheugen en selecteer: Wisselen

[TheBigEddy]

Thnx Tazmanian voor het meedenken, maar dat durf ik niet aan met RAID5, zoals Birdy ook al zegt.
Birdy, jij ook bedankt. Ik zal, als ik dat straks kan, daar ff kijken.

Overigens heb ik zelf een vermoeden dat een HDD niet defect is, omdat direct na opstarten SMB gewoon werkt. Alleen DSM werkt voor geen meter. En even later werkt SMB dan ook niet meer. Was een HDD kapot, dan had ie het naar mijn mening na de boot het ook al niet meer gedaan (lijkt mij).

Hopelijk weet ik vrijdag meer. Fijne dagen!