Synology-Forum.nl
Tweaks / Addons A.K.A. The Underground => Overige mods => Topic gestart door: racefiets op 10 september 2024, 15:29:38
-
EDIT: Even de hele post aangepast omdat ik het probleem al heb opgelost...
Omdat de M2 SSD W+R cache toch niet de winst bracht die ik, tegen beter weten in, had verwacht, heb ik de cache gewist en de M2 modules eerst als Read cache toegewezen aan twee aparte volumes.
Tegelijkertijd heb ik het sciprt van 007revad --> Synology_HDD_db (GitHub) geïnstalleerd en na wat geprobeer, dat aan de praat gekregen. Voorzover ik heb kunnen halen uit de tekst op GitHub zou het script niet alleen met NVME SSDs moeten werken, maar ook met gewone M2 SATAs. De MD218 ondersteunt dan weer geen NVME SSDs.
Mijn systeem:
1817+ met de MD218 PCIE kaart en daarin 2x 1TB WD RED M2 SATA modules. DSM is versie 7.2xx
In eerste instantie werkte het niet, maar na het controleren van de output log en het besef dat de syntax case sensitive lijkt te zijn en is dit het resultaat:
Synology_HDD_db v3.5.101
DS1817+-j DSM 7.2.1-69057-5
Using model: ds1817+
StorageManager 1.0.0-0017
ds1817+_host_v7 version 8042
Using options: -snSf
Running from: /volume1/docker/scripts/Synology_HDD_db-3.5.101/syno_hdd_db.sh
/volume1/docker/scripts/Synology_HDD_db-3.5.101/syno_hdd_db.sh: line 864: nvme: command not found
/volume1/docker/scripts/Synology_HDD_db-3.5.101/syno_hdd_db.sh: line 864: nvme: command not found
HDD/SSD models found: 10
CT1000MX500SSD1,M3CR046,1000 GB
CT2000X9SSD9,Found],2000 GB
HUH721010ALE601,LHGL0003,10000 GB
HUH721212ALE601,LEGL0002,11999 GB
Red SA500 2.5 2TB,540400WD,2000 GB
SSD 870 QVO 1TB,SVQ02B6Q,1000 GB
ST10000NM001G-2MW103,SN03,10000 GB
WD80EFBX-68AZZN0,85.00A85,8001 GB
WDS200T1R0A-68A4W0,411010WR,2000 GB
WUS721010ALE6L4,VXGNW9U0,10000 GB
M.2 drive models found: 1
WDC WDS100T1R0B-68A4Z0,4110,1000 GB
M.2 PCIe card models found: 1
M2D18
*************
Na een nieuwe reboot werkte het en kon ik een 6e opslag pool aanmaken. Ik heb hier toch maar weer voor SHR1 gekozen in plaats van twee losse 1TB volumes.
Omdat het een onofficiele mod is, durf ik het nog niet aan om de administratie en al onze foto's op de M2 SATA drives te plaatsen, als het script niet zo werken na een update kan ik nergens meer bij - ook al maak ik backups.
Ik heb nu de muziekbibliotheek en de e-books overgezet. Allemaal kleine bestanden, dus ideaal voor een SSD.
-
Pffffff ;)
-
na het aanmaken van een SHR1 pool mijn muziek bibliotheek overgezet met een throughput van 376MB/s voor de transfer van het SSD Volume naar het M2 SATA volume.
Dat is vergeleken met SSD naar HDD heel veel sneller.
Durf ik toch de foto's over te zetten? Keuzes, keuzes, keuzes
[attach=1]
-
Ik zou een kopie van je fotos erop zetten om te kijken in hoeverre het je wat opleverd.
Je hebt dan nog altijd het origineel op de HDD's staan. (Of andersom)
-
@zandhaas: ik heb even de specs van de geplaatste M2 SATA schijf opgezocht en de lees snelheid is 560 MB/s en schrijf snelheid 530 MB/s. Die zijn grofweg vergelijkbaar met de WD RED SSD's die ik gebruik voor de opslag van "kleine" bestanden.
Ik denk dat de snelheidswinst van de throughput zit in het schrijven van SSD naar SSD van deze kleine bestanden. Als je die naar een HDD wegschrijft dan loop je tegen de beperkingen aan van de harde schijf.
Ik laat voor nu de foto's lekker op de gewone SSD's staan.
-
Hallo racefiets,
Alle "scripts" toegepast en heb nu 4x 4TB & 4x 8TB in 1 opslagpool, echter het lukt me niet om van de 2x SSD's in een M2D18 card een 2de SHR opslagpool te maken.
Ook niet na een reboot/herstart, blijft ik de opmerking krijgen "kan deze actie niet uitvoeren. er zijn geen schijven beschikbaar of voldoen aan de eisen"
Mijn verhaal:
Synology_HDD_db v3.5.102
DS1817+-j DSM 7.2.1-69057-5
Using model: ds1817+
StorageManager 1.0.0-0017
ds1817+_host_v7 version 8043
Using options: -snSf
Running from: /volume1/script/Synology_HDD_db-3.5.102/syno_hdd_db.sh
/volume1/script/Synology_HDD_db-3.5.102/syno_hdd_db.sh: line 864: nvme: command not found
/volume1/script/Synology_HDD_db-3.5.102/syno_hdd_db.sh: line 864: nvme: command not found
HDD/SSD models found: 4
ST4000DM005-2DP166,0001,4000 GB
ST8000NT001-3LZ101,EN01,8001 GB
WD40EFRX-68N32N0,82.00A82,4000 GB
WD80EFAX-68LHPN0,83.H0A83,8001 GB
M.2 drive models found: 1
WDC WDS200T1R0B-68A4Z0,4110,2000 GB
M.2 PCIe card models found: 1
M2D18
No Expansion Units found (wat hier mee bedoeld weet ik niet)
Voorlopig kom ik nu niet verder?
Gr,
FOpLeiden
-
Expansion unit is een dx513 of dx517. Ik heb de dx513 eraan hangen:)
Volgens mij worden de m2 modules wel herkend.
De SATA modules worden wel gewoon herkend in de diskmanager?
Als je in diskmanager de schijven ziet kun je ze nu niet alleen voor cache inzetten maar ook een ssd pool aanmaken. Lukt dat niet?
Edit: volgens mij probeer je idd een pool aan te maken.
Maar heb je 1 of twee m2 SATA SSDs geplaatst want volgens mij zie ik maar eentje? Zou het daar zitten ? Dat de tweede niet goed vast zit?
Heb je de beschrijving op GitHub nog een keer gelezen of je niets gemist hebt?
Even OT: je hebt m.i. nu echt een goede NAS waar je eigenlijk alles mee kunt doen en een uitgebreide mediatheek kunt opzetten.
Ik sinds het voorjaar van 8TB naar nu 27TB gegaan.
-
Ek heb geen expansion unit dus is voor mij niet van toepassing - opgelost.
als ik in de "opslagbeheer kijk, zie ik in de HHD/SSD sectie alle schijven 8x HHD's en 2x SSD's.
Als ik dan op 1 van de SSD ga staan en naar beschikbare schijven ga, krijg ik 6 mogelijkheden waarvan 4 voor opslagpools beheren en 2 voor maken.
1x met opslagpool maken en 1x met SSD-cache maken
Als ik op de eerste druk krijg ik als reactie "kan deze actie niet uitvoeren. er zijn geen schijven beschikbaar of voldoen aan de eisen" en bij de 2de kan ik wel verder en deze koppelen aan mijn "volume" van de 8x HHD's neem ik aan.
-
Even checken
heb je deze vink gezet? schedule the script to run on boot
Ik kan niets anders bedenken, want het script werkt of werkt niet...
-
nee, in takenplanner ga ik naar geplande taak - door gebruiker... - algemeen "root" - planning - root met de script en voor deze gelijk uit, daarna naar actie en resultaat bekijken, zie ik niets vreemd voor ik een herstart uit.
ik heb nu een "taak" aan gemaakt voor bij het "opstarten" en ga deze morgen proberen.
-
fingers crossed 8)
Je kunt hem gelijk proberen, duurt paar minuten en dan weet je het.
-
top deze methode heeft gewerkt, kan weer verder
-
:thumbup:
-
Het is trouwens ook mogelijk om SSD's uit de M2D18 in SHR te zetten met een SSD die in een gewone drivebay is geinstalleerd. Dat biedt meer flexibiliteit bij het maken van drive pools met meerdere schijven.
-
Mogelijk, alleen de spulletjes ervoor had ik niet op de plank liggen, de setup in de DS1817+ die ik nu heb wel
-
In mijn 1817 wilde ik één bay vrijhouden om HDD's te kunnen vervangen zonder de hele RAID array te moeten opbouwen. Dus via de M2D18 heb ik nu 3,4TB opslag met de mogelijkheid om de tweede SSD in de M2D18 tzt ook nog te vervangen door een 2TB exemplaar.
-
In mijn 1817 wilde ik één bay vrijhouden om HDD's te kunnen vervangen zonder de hele RAID array te moeten opbouwen.
Hoe zie je dat voor je ??
Zoals je het omschrijft werkt gewoon niet, rebuild RAID zal wel plaatsvinden als er een wijziging is in de RAID opstelling.
-
Als ik vijf schijven in een SHR heb zitten en ik heb één drive bay leeg, dan kan ik middels de replace functie van de diskmanager een schijf vervangen.
Dus bijvoorbeeld een 10TB wissel ik voor een 12TB. Heb ik alle bays vol zitten en wil een schijf vervangen moet ik de 10TB deactiveren en gaat de pool in storing. Vervolgens wordt de hele RAID configuratie opnieuw opgebouwd wat al gauw een paar dagen kost.
Een schijf vervangen kost iets van een dag is mijn ervaring. Met name de consistency check duurt bij de grote schijven heel lang. Als ik replace disk gebruik dan wordt op het eind niet de hele pool op consistentie gecontroleerd.
Ik heb het nu al vier keer gedaan en het gaat snel. Bijkomend voordeel is dat de schijven minder zwaar belast worden door al de lees-en schrijfacties.