Bericht door: m4v3r1ck op 15 december 2017, 20:35:58
Bedankt alvast!
Bericht door: Birdy op 15 december 2017, 20:44:26
En, volgens mij, kun je direct van 5 naar 8 dus, niet 1 voor 1 uitbreiden. Kan het niet testen :lol:
Bericht door: Robert Koopman op 15 december 2017, 20:45:14
Verder gaat het probleemloos lijkt mij.
Bericht door: m4v3r1ck op 15 december 2017, 21:26:46
Vergeten te vragen... Met hoeveel tijd moet ik rekening houden en is het verstandig om in ieder geval wel alle Packages uit te zetten? Dit wordt nml. mijn 1ste SHR upgrade sinds 2013!
Met die back-up zit het wel KPN!
Bericht door: Hofstede op 15 december 2017, 21:32:56
Bericht door: Birdy op 15 december 2017, 21:40:04
Citaat
is het verstandig om in ieder geval wel alle Packages uit te zetten?Dat is een goeie en zou dat zeker doen, het is immers een zware klus.
Bericht door: Robert Koopman op 15 december 2017, 21:43:06
NAS is gewoon te gebruiken tijdens een uitbreiding.
Ok, ik ging geen TB’s verplaatsen maar web- en mailserver draaien prima tijdens uitbreiding.
Ding doet zijn werk.
Bericht door: Birdy op 15 december 2017, 21:55:23
Voordat je de 3 HD's gaat toevoegen aan je volume (dus de NAS draait), in SSH (sudo -i enz.)
Code: [Selecteer]
mdadm --grow --bitmap=internal /dev/md2Controle standaard min/max:
Code: [Selecteer]
sysctl dev.raid.speed_limit_min (std 10000)Citaat
sysctl dev.raid.speed_limit_max(std 200000)
Dan de 3 HD's toevoegen aan het volume.
Kijk met cat /proc/mdstat wat de huidige snelheid is, voorbeeld:
[attachimg=1]
Wijzigen om de snelheid te verhogen DIT KAN DUS ON THE FLY:
Code: [Selecteer]
sysctl -w dev.raid.speed_limit_min=72000 Code: [Selecteer]
sysctl -w dev.raid.speed_limit_max=200000Kijk weer met cat /proc/mdstat dan zal je zien dat het aanzienlijk sneller gaat.
Als alles klaar is dan:
mdadm --grow --bitmap=none /dev/md2
Bericht door: m4v3r1ck op 16 december 2017, 10:38:17
Ik stel het fysiek toevoegen van de 3 WD RED's uit tot morgen. Ik moet eerst maar eens even die 3 ijsklompen laten acclimatiseren tot de waarde van mijn binnenhuis temperatuur, anders ben ik bang dat het sowieso een pleziertje van erg korte duur zal worden...
Wordt vervolgd...
Bericht door: m4v3r1ck op 17 december 2017, 08:12:05
Work in progress...!
Note! In deze post zal ik al doorlopen stappen noteren, die ik heb gevolgd. Wellicht hebben andere Forumleden er ook iets aan!
Doelstelling
Volumes 1 en 2 samenvoegen naar 1 SHR Volume bestaande uit 8x 3TB WD RED's:
[attachimg=7]
Voorbereidingen
1. :idea: Aangeschafte nieuwe 3x 3TB WD RED's 24 uur laten acclimatiseren i.v.m. het grote temperatuurverschil van de HDD's toen ik ze ontving via PostNL gisteren - dit voorkomt condensvorming op/aan/in het electronische gedeelte van de HDD's. Dit zou - zodra er spanning op komt te staan - de HDD's/NAS onherstelbaar kunnen beschadigen ivm kortsluiting...
Workflow - aanvang 11:45 uur
1. Gehele verse reboot van mijn DS1812+, omdat deze al weer heel wat dagen online is geweest.
2. Checken Security Advisor
[attachimg=3]
3. :!: Update naar DSM 6.1.3-15152 Update 8
4. Reboot DS1812+
[attachimg=1]
5. Bijwerken van alle Packages, door de laatste DSM 6.1.3-15152 Update 8
[attachimg=2]
6. Na de update van alle Packages
[attachimg=4]
7. Checken Security Advisor
[attachimg=8]
-> Wederom een nieuwe update beschikbaar: :!: Updaten naar DSM 6.1.4-15217 Update 1
8. Checken Security Advisor
[attachimg=9]
9. KPN Back-up Online - offsite back-up voor aanvang van de migratie!
[attachimg=10]
9a. Maken back-up van Volume 1 - 5x 3TB WD RED
[attachimg=6]
9b. Maken back-up van Volume 2 - 2x 1TB WD BLACK
[attachimg=5]
=>> workflow van @Birdy:
Code: [Selecteer]
Last login: Mon Dec 18 14:15:49 on ttys000
You have mail.
:~ user$ ssh user@NAS
user's password:
:~$ sudo -i
Password:
:~# mdadm --grow --bitmap=internal /dev/md2
:~# sysctl dev.raid.speed_limit_min
dev.raid.speed_limit_min = 10000
:~# sysctl dev.raid.speed_limit_max
dev.raid.speed_limit_max = 200000
9. NAS afsluiten en uitzetten voor het uit- en inbouwen van de WD BLACK -> WD RED
Code: [Selecteer]
:~#
Broadcast message from root@NAS
(unknown) at 15:14 ...
The system is going down for power off NOW!
Connection to NAS closed by remote host.
Connection to NAS local closed.
10. Fysiek verwijderen van beide Volumes voor - nu we er toch zijn - een goede schoonmaakbeurt intern:
10a. De originele WD RED - n=5 - SHR uit 2013 die ik aangemaakt heb direct na de aanschaf van mijn NAS incl. schijven:
10.b De tag-plaatjes dienen natuurlijk ook weer even netjes aan te sluiten. Ik noteer altijd slot# op HDD's:
Wordt vervolgd...
Bericht door: m4v3r1ck op 17 december 2017, 11:35:29
Even een vraagje tussendoor ten aanzien van punt 7 in mijn bovenstaande workflow! Ik installeer DSM 6.1.4-15217 Update 1, maar mijn DS1812+ komt weer online met DSM 6.1.4-15217 Update 3?
[attachimg=1]
Hoe kan dit?
Bericht door: Birdy op 17 december 2017, 12:25:58
Bericht door: m4v3r1ck op 17 december 2017, 12:41:47
Bericht door: m4v3r1ck op 17 december 2017, 12:51:40
Bericht door: Birdy op 17 december 2017, 13:11:35
Bericht door: m4v3r1ck op 17 december 2017, 13:17:56
Bericht door: Birdy op 17 december 2017, 13:20:01
Bericht door: m4v3r1ck op 17 december 2017, 13:40:08
[attachimg=1]
Het kraakt dat het piept, op mijn NAS op dit moment...
[attachimg=2]
Nu maar eerst snel alles back-uppen! 8)
Bericht door: Birdy op 17 december 2017, 13:47:32
Vergeet niet direct je Packages uit te zetten, kan schelen in je backup performance.
Bericht door: m4v3r1ck op 17 december 2017, 13:55:55
:lol: BACK-UP TIME!!! :lol:
Het KPN NLDC is vandaag niet zo heel erg groen - CO'2 uitstoot - meer, die dieselmotoren zijn inmiddels bijgeschakeld! :twisted:
Bericht door: Birdy op 17 december 2017, 14:03:43
[attachimg=1]
[attachimg=2]
Bericht door: m4v3r1ck op 17 december 2017, 14:14:28
Toch ook maar even een check gedaan van de inhoud van deze screen. Listige list, want deze screen opent direct met Pakketten:
[attachimg=1]
Terwijl dit mijn voorkeur geniet, want ik wist niet dat de Services onder de Pakketten staan! Lijkt me geen goed idee om ook in 1 keer al je Services te killen.
[attachimg=2]
Even aangepast en er 2 aparten Taken van gemaakt!
[attachimg=3]
Super bedankt weer voor je tips & trics in dit topic! 8)
Bericht door: m4v3r1ck op 18 december 2017, 01:27:32
Je kunt Taakplanner inschakelen en direct laten uitvoeren.Hi @Birdy
Ik zie dat jij ook Packages - lijken me exoten - kunt selecteren, die me niet bekend voorkomen. Ik zie een aantal Packages in mijn eigen overzicht staan die wel geselecteerd kunnen worden in deze taakplanner tweak, maar dan alsnog toch nog handmatig stop moeten worden gezet...?
[attachimg=1]
Zoals bijvoorbeeld Opslag-Analyser:
[attachimg=2]
EDIT: blijft deze tweak van kracht bij een (harde)herstart van mijn NAS?
Bedankt en heb alvast een fijne week! 8)
Bericht door: Birdy op 18 december 2017, 08:30:13
Bericht door: Birdy op 18 december 2017, 11:40:38
Na de reboot van de DS, kijk ik in Package Center en zie, dat de Packages niet zijn gestart.
Citaat
EDIT: blijft deze tweak van kracht bij een (harde)herstart van mijn NAS?Antwoord is dus: Ja.
Bericht door: m4v3r1ck op 18 december 2017, 13:11:50
Citaat
Ik zie een aantal Packages in mijn eigen overzicht staan die wel geselecteerd kunnen worden in deze taakplanner tweak, maar dan alsnog toch nog handmatig stop moeten worden gezet...?
Bovenstaand is dus niet juist, alle geselecteerde Packages worden inderdaad stopgezet. Ik hoef ze dus NIET handmatig te stoppen.
Ik ga nu zelf:
1. een verse Herstart van mijn NAS doen
2. checken of inderdaad alle Packages uitstaan, de Services laat ik voor de zekerheid wel allemaal draaien, want ik ben bang voor Verbinding-met-NAS problemen.
3. 2x 1TB SEAGATE's zijn nu in mijn KPN Back-up Online, dus deze ga ik verwijderen
4. 3x 3TB WD RED's installeren
5. Fingers crossed!
Wordt vervolgd...
Bedankt voor je test en ik meld me hopelijk z.s.m. weer hier met goed nieuws!
Heb een fijne dag! 8)
Bericht door: Birdy op 18 december 2017, 13:20:01
Citaat
alle geselecteerde Packages worden inderdaad stopgezet.Het is iets anders: De Services worden stopgezet dus, kun je deze niet gebruiken, maar zijn wel actief/standby, echter, na een reboot, dan zijn ze echt stopgezet.
Dus, de optie waar we het over hebben, is om de Services tijdelijk stop te zetten, niet om de Packages te stoppen.
Met de start Services, kun de dus de draaiende Packages weer beschikbaar maken, dat is het doel van stop/start Serices in Taakplanning.
Bericht door: m4v3r1ck op 18 december 2017, 15:11:11
Ik ben nu aanbeland bij het allerlaatste onderdeel van deze voor mij leuke exercitie: SHR-Uitbreiding! met een voor mij behoorlijk steile leercurve. ;)
Wat kan helpen om het e.e.a. te versnellen:
Voordat je de 3 HD's gaat toevoegen aan je volume (dus de NAS draait), in SSH (sudo -i enz.)
Code: [Selecteer]mdadm --grow --bitmap=internal /dev/md2
Controle standaard min/max:
Code: [Selecteer]sysctl dev.raid.speed_limit_min(std 10000)
Citaatsysctl dev.raid.speed_limit_max(std 200000)
Checks zien er goed uit.
Code: [Selecteer]
Last login: Mon Dec 18 14:15:49 on ttys000
You have mail.
:~ $ ssh user@NAS.local
password:
~$ sudo -i
Password:
:~# mdadm --grow --bitmap=internal /dev/md2
:~# sysctl dev.raid.speed_limit_min
dev.raid.speed_limit_min = 10000
:~# sysctl dev.raid.speed_limit_max
dev.raid.speed_limit_max = 200000
:~#Onderstaande workflow is natuurlijk de allerlaatste op mijn to-do-list, maar natuurlijk ook de meest belangrijkste en een voor mij spannend moment, simpelweg omdat dit de vuurdoop is m.b.t. het uitbreiden van mijn DS1812+ SHR...
Citaat
Dan de 3 HD's toevoegen aan het volume.
Kijk met cat /proc/mdstat wat de huidige snelheid is, voorbeeld:
(Bijlage)
Wijzigen om de snelheid te verhogen DIT KAN DUS ON THE FLY:
Code: [Selecteer]sysctl -w dev.raid.speed_limit_min=72000Code: [Selecteer]sysctl -w dev.raid.speed_limit_max=200000
Kijk weer met cat /proc/mdstat dan zal je zien dat het aanzienlijk sneller gaat.
Als alles klaar is dan:
mdadm --grow --bitmap=none /dev/md2
A small step for mankind, a giant leap for myself... (:
Wordt vervolgd...
Bericht door: Birdy op 18 december 2017, 15:19:03
Bericht door: m4v3r1ck op 18 december 2017, 22:59:18
Bericht door: Birdy op 18 december 2017, 23:07:00
sysctl -w dev.raid.speed_limit_min .....
sysctl -w dev.raid.speed_limit_max
:?:
Bericht door: m4v3r1ck op 19 december 2017, 06:41:49
Kort versie: Ik heb zeker ook jouw snelheid-tweak uitgevoerd, naar mate de SHR-Uitbreiding vordert - % gereed - neemt de snelheid af.
Ik zit nu zo rond de 12000. Het is natuurlijk - relatief gezien - toch ook wel een oud beestje die DS1812+ / 2GB RAM van mij.
Wel blij dat ik deze upgrade samen met jullie goed heb kunnen voorbereiden, het is en blijft een voor mij spannend dingetje!
Heb een fijne dag!
Bericht door: m4v3r1ck op 19 december 2017, 10:07:18
[attachimg=1]
Alhoewel die snelheid toch wel aanzienlijk aan het 'inkakken' is...
Citaat
root@NAS:~# mdadm --grow --bitmap=internal /dev/md2
root@NAS:~# sysctl dev.raid.speed_limit_min
dev.raid.speed_limit_min = 10000
root@NAS:~# sysctl dev.raid.speed_limit_max
dev.raid.speed_limit_max = 200000
:~#
Broadcast message from root@NAS
(unknown) at 15:14 ...
The system is going down for power off NOW!
Connection to NAS closed by remote host.
Connection to NAS closed.
1. Direct na het opstarten van mijn NAS voor de SHR-Uitbreiding, nadat deze is afgesloten en uitgezet voor het omwisselen - gelijke even schoonmaken - en installeren van alle 8 3TB WD RED schijven:
Citaat
:~ user$ ssh user@NAS
user@NAS's password:
user@NAS:~$ sudo -i
Password:
root@NAS:~# cat /proc/mdstat
:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdh5[7] sdg5[6] sdf5[5] sda5[0] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
resync=DELAYED
bitmap: 0/22 pages [0KB], 65536KB chunk
md1 : active raid1 sdh2[6] sdg2[7] sdf2[5] sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4]
2097088 blocks [8/8] [UUUUUUUU]
md0 : active raid1 sdh1[8] sdg1[9] sdf1[5] sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
2490176 blocks [8/6] [UUUUUU__]
[==========>..........] recovery = 50.2% (1250304/2490176) finish=0.7min speed=28534K/sec
unused devices: <none>
2. De huidige stand van zaken
Citaat
:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdh5[7] sdg5[6] sdf5[5] sda5[0] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
[===>.................] reshape = 18.2% (535265540/2925531648) finish=8471.6min speed=4702K/sec
bitmap: 0/22 pages [0KB], 65536KB chunk
md1 : active raid1 sdh2[6] sdg2[7] sdf2[5] sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4]
2097088 blocks [8/8] [UUUUUUUU]
md0 : active raid1 sdh1[6] sdg1[7] sdf1[5] sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
2490176 blocks [8/8] [UUUUUUUU]
unused devices: <none>
Ik geef de SHR-Uitbreiding nu alle tijd om deze klus 100% te klaren, mijn NAS is nog steeds - sleep-mode - ontdaan van alle processen voor de geïnstalleerde Packages.
Bericht door: Birdy op 19 december 2017, 10:12:33
En is lekker snel verlopen. 8)
Heb je "mdadm --grow --bitmap=none /dev/md2" niet vergeten ? Dan is het n.l. weer terug naar de standaard.
Bericht door: m4v3r1ck op 19 december 2017, 11:50:09
Bericht door: Birdy op 19 december 2017, 11:59:58
Bericht door: Robert Koopman op 19 december 2017, 12:05:16
Ik ging van 4 naar 8 schijven in mijn 1812+ en dat was gewoon bijsteken en uitbreiden.
Bericht door: m4v3r1ck op 19 december 2017, 12:11:09
Mooi dat je hier alles hebt vastgelegd en dat alles voorspoedig is verlopen. :thumbup: :clap:
Natuurlijk vertaal ik al jullie hulp in een mooi topic als bijdrage voor ons Forum. Niet omdat het MOET, maar omdat ik het GRAAG DOE!
Bericht door: m4v3r1ck op 19 december 2017, 12:18:20
Je maakt er een heel project van 8)
Omdat ik toch bezig was, heb ik er maar even een soort project van gemaakt. Ik ga er vanuit dat er hier vast mede Forumleden (zullen) zijn die ook - net zoals ik - zekerheid en steun zoeken, om deze 'Giant Leap' goed voorbereid te gaan ondernemen/ondergaan!
Heb een fijne week!
Bericht door: Robert Koopman op 19 december 2017, 12:20:58
Maar achteraf viel het mij erg mee.
Duurt alleen redelijk lang maar het komt goed.
Ik moest 4 schijven overzetten van mijn 411+II naar een 1812+, heb ik toch een week tegen die laatste leeg aangekeken ;)
Bericht door: m4v3r1ck op 19 december 2017, 15:31:34
Het lijkt me ook een heel goed plan, om er voor te zorgen dat er ook tijdens deze zware taak voor de (mijn) NAS, dat de auto-update functie voor het Package Center uit staat:
[attachimg=1]
Gelukkig staan bij mij auto-updates altijd en overal - ongeacht het OS - UIT, omdat ik graag zelf de controle en dus regie over mijn apparaten wil houden! :twisted:
Deze melding is natuurlijk prima te verhapstukken voor/door mijn NAS.
[attachimg=2]
Bericht door: m4v3r1ck op 20 december 2017, 12:28:47
[attachimg=1]
Heb een fijne dag! 8)
Bericht door: Robert Koopman op 20 december 2017, 12:30:47
Rustig laten doorwerken, niet je adem inhouden 8)
Bericht door: m4v3r1ck op 20 december 2017, 21:15:30
Citaat
Rustig laten doorwerken, niet je adem inhouden 8)
[attachimg=1]
Bedankt voor de tip, want dat geeft inderdaad veel meer lucht @RobertKoopman! 8)
Dat gaat zeker nog wel tot zondag duren...
Natuurlijk dan nu direct ook maar toch wel even een Macrium - free - Reflect back-up maken.
[attachimg=2]
8)
Bericht door: Birdy op 20 december 2017, 21:17:50
sysctl -w dev.raid.speed_limit_min
sysctl -w dev.raid.speed_limit_max
Bericht door: m4v3r1ck op 20 december 2017, 21:32:54
2. Kan ik jouw tweak ook doen bij de maandelijkse pariteitscontrole, is daar een script voor in Taakplanner?
8)
Bericht door: Birdy op 20 december 2017, 23:11:37
Citaat
Kan ik jouw tweak ook doen bij de maandelijkse pariteitscontrole, is daar een script voor in Taakplanner?Ehhhh.....nee, wel een goed idee.....zou dat kunnen maken en testen, wanneer ik daar tijd voor heb ;)
Bericht door: m4v3r1ck op 21 december 2017, 01:26:50
Daar zouden wellicht meer mede-synologen iets aan kunnen hebben! Bedankt alvast voor het maken/testen van jouw script!
Bericht door: Ben(V) op 21 december 2017, 09:11:03
Dat is in je huidige situatie natuurlijk geen punt, maar de vraag is of je dat ook zo wilt hebben als hij met z'n maandelijkse scrub bezig is.
Bericht door: Birdy op 21 december 2017, 09:27:12
Daar kan @m4v3r1ck alleen iets over zeggen.
Bericht door: m4v3r1ck op 21 december 2017, 09:58:42
De reden dat die settings zo staan is natuurlijk wel dat met de defaults de rest van je systeem niet volkomen plat gegooid wordt als je met zo'n actie bezig bent.
Een heel goed punt Ben! Inderdaad staat mijn NAS nu geheel in dienst van de SHR-Uitbreiding op dit moment. Ik maak er alleen nog maar kleine incremental - macOS en Windows 7/10 - back-ups op.
Citaat
Dat is in je huidige situatie natuurlijk geen punt, maar de vraag is of je dat ook zo wilt hebben als hij met z'n maandelijkse scrub bezig is.
Ik zou heel graag deze tweak van Birdy willen testen als mijn NAS in bedrijf is, met name is van belang - cruciaal - hoe mijn Plex Server zich standhoud tijdens de maandelijkse pariteitscontrole obv een nieuw script in TaakPlanner!
Heb alvast een heel fijn weekend!
Bericht door: Hofstede op 21 december 2017, 10:08:51
Maar goed, de discussie of die wel of niet zinvol is kent net zoveel voor als tegenstanders.
Bericht door: m4v3r1ck op 21 december 2017, 23:16:27
Citaat
:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdh5[7] sdg5[6] sdf5[5] sda5[0] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
[========>............] reshape = 41.4% (1211630336/2925531648) finish=7290.5min speed=3917K/sec
bitmap: 0/22 pages [0KB], 65536KB chunk
md1 : active raid1 sdh2[6] sdg2[7] sdf2[5] sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4]
2097088 blocks [8/8] [UUUUUUUU]
md0 : active raid1 sdh1[6] sdg1[7] sdf1[5] sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
2490176 blocks [8/8] [UUUUUUUU]
unused devices: <none>
:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdh5[7] sdg5[6] sdf5[5] sda5[0] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
[=========>...........] reshape = 47.9% (1403190820/2925531648) finish=3535.4min speed=7176K/sec
bitmap: 0/22 pages [0KB], 65536KB chunk
md1 : active raid1 sdh2[6] sdg2[7] sdf2[5] sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4]
2097088 blocks [8/8] [UUUUUUUU]
md0 : active raid1 sdh1[6] sdg1[7] sdf1[5] sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
2490176 blocks [8/8] [UUUUUUUU]
unused devices: <none>
Iemand? Want ik heb zoals aangegeven, pas nog een paar incremental back-ups gedraaid... :|
Bericht door: m4v3r1ck op 21 december 2017, 23:22:24
Ik heb nog een veel betere optie: Die maandelijkse scrubbing gewoon niet uitvoeren.
Maar goed, de discussie of die wel of niet zinvol is kent net zoveel voor als tegenstanders.
Voor mij is Synology zelf - waarom anders deze prangende vraag elke maand - het allerbeste argument om het wel te doen, maar daar gaat het hier in dit topic natuurlijk niet om. Voorlopig zitten mijn originele WD RED's van 21-02-2013 er ook nog in: vb. 5.0 = slot#5 disk#0 , als ik deze moet vervangen wordt het 5.1 = slot#5 disk#1. In de oude tijd - slechte HDD's - had ik wel eens een versie 4.7 :wtf:
De tijd tikt door en dus tippen we in 2018 de 5 jaar aan. Mooie ROI lijkt me, ja toch?
[attachimg=1]
Ik zou graag het script van @Birdy willen proberen, want een snelheidsverhoging kan toch hardwarematig geen enkele kwaad?
Hoe dan ook, ik ben nu even bij met de auto-speedbump tijdens mijn SHR-Uitbreiding op mijn NAS.
[attachimg=2]
Ik hoop dat de uitbreiding net zolang meegaat.
Bericht door: m4v3r1ck op 22 december 2017, 11:47:05
[attachimg=1]
... dus heb ik gelukkig natuurlijk altijd mijn auto-updates UIT staan:
[attachimg=2]
8)
Bericht door: Birdy op 22 december 2017, 19:52:06
CitaatKan ik jouw tweak ook doen bij de maandelijkse pariteitscontrole, is daar een script voor in Taakplanner?Ehhhh.....nee, wel een goed idee.....zou dat kunnen maken en testen, wanneer ik daar tijd voor heb ;)
Nou ik heb dus een scriptje gemaakt, die nog niet helemaal af is, maar wel een eerste test gedaan.
Heb eerst op m'n DS411Slim een SHR/RAID5 volume gemaakt.
Hierbij werd dus ook een pariteits-check op uitgevoerd.
De snelheid zat tussen de 13000 en 15000 K/sec.
De check werd goed afgesloten.
Heb daarna m'n scrub script getest, de snelheid liep tussen de 26500 en 31500 K/sec.
Dat was een verbetering die ik wel had verwacht echter, kreeg toen wel problemen met HD3 welke, tot nu toe, nooit problemen heeft gehad.
Na afloop dus gekeken en zie dat HD2 nu 41 bad sectoren heeft gekregen terwijl de 1e (standaard) pariteits-check (vlak daarvoor dus), HD3 nog 0 bad sectoren had, ook kreeg ik meldingen van IO/Errors en Partitie Mislukt op HD3 nadat de scub was beindigd.
Na een kortstondige repair, was weer in orde.
Hiermee wil ik aangeven dat, die HD's behoorlijk onder vuur komen te staan door het ophogen van de snelheid tijden scrubbing (resync) op aangepaste hoge snelheden.
Nu kan het toevallig ook zo zijn, dat mijn oude 2.5" HD-tje er niet echt meer tegen kon.
Maar, ik vraag mij wel af, of het zo verstandig is om die tweak te gebuiken bij het scrubben, de HD's worden dan, eigenlijk onnodig, behoorlijk op de proef gesteld.
Ook bij het uitbreiden of repareren zou het ook gebeuren als je b.v. (ik zeg maar wat) 1 nieuwe HD toevoegt of vervangt, waarbij de oudjes daar flink onder lijden.
Kortom, bij scrubbing zou ik het sowieso niet doen en al helemaal niet als dit maandelijks plaats vind.
PS: 4 Jaar geleden (denk ik) heb ik die tweak ook toegepast bij het vervangen van 1 HD echter, toen had ik geen problemen en liep lekker vlotjes maar, ik begin er nu anders over te denken of ik dit nog wel wil, wanneer het weer zover is. ;)
Bericht door: m4v3r1ck op 23 december 2017, 00:25:38
Wat is het reset-commando om de snelheid weer naar fabriekswaarde terug te zetten?
Mijn oude WD RED's zijn bijna 5! jaar, dus lijkt het me obv jouw laatste info raadzaam om die uitgevoerde speed-commando's asap te resetten...
Heb een fijne Kerst allemaal!
Bericht door: Birdy op 23 december 2017, 10:20:49
sysctl dev.raid.speed_limit_max=200000 (maar die stond standaard al zo, heb ik gezien) (https://www.synology-forum.nl/synology-dsm-6-1/noodzakelijke-voorbereidingen-nodig-voor-het-uitbreiden-shr-5-gt-8-wd-red's/msg238626/#msg238626)
Nog even gekeken naar mijn HD3, deze is al 9 jaar oud :D
Bericht door: m4v3r1ck op 23 december 2017, 11:31:27
[attachimg=1]
Bedankt allemaal voor het meedenken en -DOEN! 8)
... ondertussen ben ik al mijn Packages en Services weer aan het herstarten.
Hier word ik blij van! ;)
Bericht door: Birdy op 23 december 2017, 11:38:31
Bericht door: m4v3r1ck op 23 december 2017, 16:14:59
[attachimg=1]
8)
Bericht door: m4v3r1ck op 25 december 2017, 03:37:07
[attachimg=1]
8)
Bericht door: Birdy op 18 januari 2018, 16:52:46
Wat kan helpen om het e.e.a. te versnellen:
Voordat je de 3 HD's gaat toevoegen aan je volume (dus de NAS draait), in SSH (sudo -i enz.)
Code: [Selecteer]mdadm --grow --bitmap=internal /dev/md2
Controle standaard min/max:
Code: [Selecteer]sysctl dev.raid.speed_limit_min(std 10000)
Citaatsysctl dev.raid.speed_limit_max(std 200000)
Dan de 3 HD's toevoegen aan het volume.
Kijk met cat /proc/mdstat wat de huidige snelheid is, voorbeeld:
(Link naar bijlage)
Wijzigen om de snelheid te verhogen DIT KAN DUS ON THE FLY:
Code: [Selecteer]sysctl -w dev.raid.speed_limit_min=72000Code: [Selecteer]sysctl -w dev.raid.speed_limit_max=200000
Kijk weer met cat /proc/mdstat dan zal je zien dat het aanzienlijk sneller gaat.
Als alles klaar is dan:
mdadm --grow --bitmap=none /dev/md2
Dit kun je (als daar behoefte aan is) nu on-the-fly regelen in DSM 6.2 (nu nog in bèta) 8)
[attachimg=1]
Wil het wel eens een keer testen en checken met "cat /proc/mdstat" ;)
Bericht door: m4v3r1ck op 18 januari 2018, 17:13:57
8)