Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: hansiedown op 16 september 2014, 17:51:46
-
Volgens opgave van de help van synology dient dit op regelmatige basis gedaan te worden.
Feitelijk is dit het controleren of alle data van je SHR (comprised of three or more disks), RAID 5, or RAID 6 nog correct is.
Er is binnen de GUI geen mogelijkheid om dit te schedulen (bij mijn weten).
Er is uitsluitende de mogelijkheid om dit te starten vanuit Storage manager/Volume
Ik kwam toevallig een discussie hierover tegen op het engelstalige forum.
http://forum.synology.com/enu/viewtopic.php?f=19&t=65340&start=30 (http://forum.synology.com/enu/viewtopic.php?f=19&t=65340&start=30)
Vanuit de CLI (command line) kun je Data scrubbing starten door middel van:
echo repair > /sys/block/md2/md/sync_action
Dit is hetzelfde als wat je start vanuit de GUI
Er is ook nog een andere mogelijkheid nl:
echo check > /sys/block/md2/md/sync_action
Beide opties zijn wel te schedulen.
Een leuke is ook:cat /proc/mdstat
Deze geeft aan de voortgang van het proces, in mijn geval:
md2 : active raid5 sda5[0] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]
[=>...................] check = 5.0% (148345984/2925531648) finish=1464.8min speed=31597K/sec
(bij mij duurt deze check nog wel een paar uurtjes dus.)
-
Volgens mij is het niet zinnig om regelmatig datascrubbing aan te zeten.
Alleen als DSM aangeeft dat er iets gebeurd is wat dat nodig maakt. Power failure bijvoorbeeld.
Geeft alleen maar een extra zware belasting van je disken.
Je hebt een raidset niet voor niets.
-
Ik voer al twee jaar maandelijks de datascrubbing per script uit. Sinds een paar dagen krijg ik echter een melding bij elke inlog dat er datascrubbing moet plaatsvinden. Vreemd omdat dit al elke maand gebeurd. 30 mei was de laatste scrubbing die ik via een script geïnitialiseerd heb.
Tegenwoordig kun je dat expliciet in de taakplanner invoeren. Dus zo gedaan op de 31-ste. In het log zie ik ook dat dit nu voltooid is, maar bij inloggen krijg ik nog steeds de indringende melding dat ik een scrubbing moet uitvoeren.
[attachimg=1]
2017-05-30T20:00:02+02:00 GedeeldeData kernel: [526056.533100] md: data-check of RAID array md0
2017-05-30T20:00:02+02:00 GedeeldeData kernel: [526056.537818] md: data-check of RAID array md1
2017-05-30T20:01:40+02:00 GedeeldeData kernel: [526154.910714] md: md1: data-check done.
2017-05-30T20:02:24+02:00 GedeeldeData kernel: [526198.797201] md: md0: data-check done.
2017-05-30T20:02:24+02:00 GedeeldeData kernel: [526198.827717] md: data-check of RAID array md2
2017-05-31T07:11:57+02:00 GedeeldeData kernel: [566395.731897] md: md2: data-check done.
2017-05-31T22:44:18+02:00 GedeeldeData kernel: [622369.597421] md: data-check of RAID array md1
2017-05-31T22:44:18+02:00 GedeeldeData kernel: [622369.653016] md: data-check of RAID array md0
2017-05-31T22:45:13+02:00 GedeeldeData kernel: [622425.425000] md: md1: data-check done.
2017-05-31T22:45:35+02:00 GedeeldeData kernel: [622446.475817] md: md0: data-check done.
2017-05-31T22:45:35+02:00 GedeeldeData kernel: [622446.558028] md: data-check of RAID array md2
2017-06-01T10:11:47+02:00 GedeeldeData kernel: [663643.795395] md: md2: data-check done.
Tijd voor een bugmelding, lijkt me. Ik heb geen zin om het checkboxje "nooit meer weergeven" aan te klikken om deze melding weg te krijgen. DSM moet dat doen, zoals het al twee jaar goed werkte.
-
Vreemd, ik krijg die melding nu ook, ondanks dat ik mij meen te herinneren dat er een melding gepasseerd is dat de gegevensreiniging is gebeurd. In principe loopt deze elke maand op de 27ste via taakplanner.
Kan ik ergens terugvinden dat deze is uitgevoerd? In elk geval niets in het logcenter te vinden.
-
Die melding is echt vreemd....
Vrijdag schijf vervangen, na 30 uur was alles weer in orde.
Uurtje later kreeg ik deze herinnering 8)
Staat er nergens in je log dat hij er mee bezig is geweest?
Ik krijg er een mailtje van dat het gedaan is.
-
Deze mail heb ik gisterenavond gehad :
De consistentiecontrole van schijfgroep 1 (SHR) op DISKSTATION is voltooid. Het systeem is nu gebruiksklaar.
De geplande actie start om 4h00, mail is van 22h30, dus in totaal ongeveer 18 uren. Dat kan volgens mij kloppen.
Waarom krijg ik dan toch die melding?
-
Kan ik ergens terugvinden dat deze is uitgevoerd? In elk geval niets in het logcenter te vinden.
Heb net even getest, maar ik zie het wel terug in Log Center:
[attachimg=1]
In /var/log/messages:
2017-08-28T20:20:32+02:00 DS411Slim synoscgi_SYNO.Storage.CGI.Volume_1_data_scrubbing[28584]: space_do_data_scrubbing.c:73 Start data scrubbing on /dev/md2
2017-08-28T20:20:33+02:00 DS411Slim kernel: [ 5319.080000] md: requested-resync of RAID array md2
2017-08-28T21:03:07+02:00 DS411Slim kernel: [ 7873.780000] md: md2: requested-resync done.
In /var/log/kern.log:
2017-08-28T20:20:33+02:00 DS411Slim kernel: [ 5319.080000] md: requested-resync of RAID array md2
2017-08-28T21:03:07+02:00 DS411Slim kernel: [ 7873.780000] md: md2: requested-resync done.
In /var/log/synolog/synosys.log (dat is dus wat je ziet in Log Center):
info 2017/08/28 21:03:18 SYSTEM: System successfully checked consistency of Volume [1].
-
Ja, sorry, fout gekeken. Ik heb inderdaad de melding van de consistency check in de log gevonden. Heel netjes, elke maand op hetzelfde tijdstip, zoals ingesteld in taakbeheer.
Waarom krijg ik dan toch die melding?
-
Omdat "de melding" niet weet dat het al gebeurd is.
Je kan het melden bij Synology, misschien doen ze er iets mee.
-
Sinds bovenstaande berichten doe ik de reiniging via de nieuwe taakplanner optie. (Voor die tijd ook, maar met een eigen script).
Sinds een week zie ik bij elke inlog dat reniging moet gebeuren. Ik had hem op eens per 6 maand gezet. Van de week had ik het schema op maandelijks gezet en laten uitvoeren via het schema. De melding blijft echter. Ik dacht dat de planning niet uitgevoerd was, dus heb ik hem gisteren nog maar met de hand gestart.
Ik log net in en de waarschuwing popt weer in het beeld. Ik heb nu in het log gekeken. Die reiniging met de planner en de handmatige zijn beiden uitgevoerd:
[attachimg=1]
Het betreft dus een bug met deze melding. Als ik de melding sluit via het kruisje rechtsboven, dan komt hij bij de volgende inlog terug, ongeacht of deze melding nog van toepassing is.
Ik heb hem nu met de "negeer" button weggeklikt. Dan blijft hij wel weg.