007revad / Synology_HDD_db

[racefiets]

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.

[Birdy]

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.

[racefiets]

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. 

[mc_]

@racefiets ik neem aan dat je inmiddels een paar upgrades verder bent sinds je de M.2 storage pool hebt draaien. Nog gekke dingen tegengekomen?

Ik heb een 1520+ en wil ook een M.2 volume opzetten en daar mijn Docker containers en VMs op draaien. Ik vermoed dat daar een hoop snelheidswinst te behalen valt. Daar toevallig ook ervaring mee?

[racefiets]

Mijn 1817+ draait inmiddels met alleen HDD’s en een PCIe 10Gbe kaart. In mijn 923+ werkt het script ook naar volle tevredenheid en heeft ook de update naar 7.3 doorstaan.
Dus gewoon doen.

De snelheidswinst zit vooral in de random IO's. Synology lijkt de snelheid van zijn m2SATA en NVMe sticks te beperken om de temperaturen te beheersen. 700MB/s voor de NVMe heb ik ergens gelezen in een test, maar intern van NVMe naar SATA op de 923+ haal ik makkelijk 900MB/s.

[dirklammers]

Misschien toch ook maar eens aan de slag met het script. Wat is een handige plek om dit script neer te zetten. In aparte directory onder volume1, al dan niet beginnend met een @ ?


Groet, Dirk

[zandhaas]

Ik gebruik een apparte "scripts" directory in mijn eigen homes directory.  Dus "/volume1/homes/<naam>/scripts".

En een inkopper: Je moet het script in ieder geval niet op de NVME's zetten.

[dirklammers]

En een inkopper: Je moet het script in ieder geval niet op de NVME's zetten.

Is logisch, maar.....kan geen kwaad het toch even te noemen hoor 

Ik maak geen gebruik van de homes-mappen. Ik denk dus maar dat ik een gedeelde map "scripts" aanmaak. Die komt dan vanzelf ook onder volume1 en is dus veilig voor eventuele updates als er nog eens systeembestanden in de root gewijzigd worden.

Groet, Dirk

[Birdy]

Ik gebruik een apparte "scripts" directory in mijn eigen homes directory.  Dus "/volume1/homes/<naam>/scripts".

Jij bent vast wel een admin gebruiker maar, je geeft het verkeerde voorbeeld, het moet zijn "eigen home directory.  Dus "/volume1/home/scripts" 

[racefiets]

Ik heb gewoon een shared directory voor scripts aangemaakt op het hoogste niveau, dus niet in bv home. Daarna script daarheen laten verwijzen waarbij het belangrijk is om de syntax goed te krijgen, want die is case sensitive.
Putty draaien om SSH commando's in te voeren vond ik handiger dan via een SSH venster en poort 22. Die poort had ik trouwens wel even een ander poortnummer gegeven.

Eerste keer is even wat uitzoeken, maar daarna gaat het als een speer. Als je SATA SSD's gebruikt kun je zelfs je pool uitbreiden over de "expansion"  slots en de gewone bays. Heb ik uitgeprobeerd en Dave Russel was verbaasd dat het werkte:)