Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: PatrickF op 12 augustus 2017, 15:17:35
-
ik heb een DS410j. Daar heb ik nu 2*3tb inzitten en wil er nu 2*2tb bij toevoegen.
Kan dat?
Of moet ik eerst backup maken van 2*3tb. Dan de kleinste schijven erin, shd'en. En dan de 2*3tb toevoegen?
Ik las nl dat schijven toevoegen alleen kan als ze minimaal dezelfde grote hebben....
-
Hangt af of de huide in raid0 of in hogere raid cq shr configuratie zitten
Bij raid0 kun je gewoon bij prikken dacht ik. Bij andere raid configuraties zijn er beperkingen, idd dan nieuwe schijf minimaal de huidige omvang
-
de 2*3tb schijven zitten nu in shd.
Ben bang dat ik dus eerst moet backupen..
-
In SHR moet je gelijk of groter toevoegen.
Of je moet een volume bij willen maken van 2x2 maar, dan heb je effectief 2TB in SHR/RAID1.
Dus, nu heb je SHR/RAID1 een effectief volume van 3TB, een 2e volume erbij in SHR/RAID1, maakt samen 5TB
Komt alles in RAID5 dan krijg effectief 7TB.
-
het gekke is dat de synology calculator iets heel anders zegt...
Maar "correct me if i'm wrong", omdat ik nu 2x3 erin heb zitten en 2x2 wil toevoegen is de route:
-backup maken van de 2x3
-volumes verwijderen
-2x3 eruit
-2x2 erin
-volumes maken op de 2x2
-2x3 erbij
-samenvoegen
-
De calculator gaat uit van een nieuwe situatie, dan kan je verschillend door elkaar gebruiken.
Ga je toevoegen kan er nooit een kleinere schijf bijgezet worden.
-
Overigens kan het ook slimmer
Je plaats die twee stuks 2TB disken in je NAS.
Maakt van die twee een nieuwe SHR set.
Als je niet meer dan 2TB data op je eerste SHR set hebt staan kun je alle data gewoon naar de nieuwe SHR set kopieren.
Heb je meer dan 2TB aan data dan haal je een van de disken uit de eerste SHR set en hangt die even in je PC en verwijdert de partities.
Daarna kun je hem weer in je NAS stoppen en toevoegen aan de tweede SHR set.
Als laatste kun je daarna het volume van de eerste SHR set weggooien en die disk toevoegen aan de nieuwe SHR set.
Denk er wel aan dat je al je packages kwijt bent en opnieuw moet installeren.
-
Vanaf een bepaalde DSM versie je packages op vrij te kiezen volumes zetten. Volgens mij kon je packages ook verplaatsen naar een ander volume. Dan hoef je ze niet kwijt te raken als je er tijdelijk een 2e volume bij maakt.
Maar misschien haal ik hier iets door elkaar, dat packages te verplaatsen zijn. Wie?
-
Dat is bij gedeelde mappen zo, voor packages ben ik het niet tegengekomen, het verplaatsen, wel installeren.
Overigens kan het ook slimmer
Als je niet meer dan 2TB data op je eerste SHR set hebt staan kun je alle data gewoon naar de nieuwe SHR set kopieren.
Kan nog slimmer, v.w.b. de data, doe dit via Gedeelde Map > Bewerken > Locatie en kies dan Volume 2, dit gaat n.l. super snel.
-
Ik was inderdaad in de war met het verplaatsen van gedeelde mappen naar een ander volume.
Als dat 2e volume binnen dezelfde raidset zit, zal het i.d.d. heel snel kunnen. Als dat andere volume in een andere raidset zit, zal die data hoe-dan-ook fysiek verplaatst moeten worden. Het snelheidsverschil kan dan niet veel anders zijn dan bij kopiëren. Het kan wel zijn dat dit een veel simpeler actie is om in te stellen.
-
In mijn geval, helaas pindakaas.
De schijven die ik er al in heb zitten bevatten meer data dan op de nieuwe kunnen. Geen probleem. Ik ga gewoon even naar een externe schijf overzetten. Duurt wat langer maar ...ik heb de tijd! ;-)
-
Je kunt ook gewoon een deel op een externe schijf zetten en de rest rechtstreek.
Scheelt nogal in snelheid.
-
Het kan wel zijn dat dit een veel simpeler actie is om in te stellen.
Dat is het zeker, je kunt n.l. een Gedeelde Map niet overzetten met File Station.
Daarbij, als je het via Gedeelde Map verplaatst, dan worden alle ingestelde rechten (incl. die van de Gedeelde Map) meegenomen en dat doet File Station alleen bij de submappen, die je 1 voor 1 moet knippen en plakken naar een nieuwe Gedeelde Map, op volume 2, die ook tijdelijk een andere naam heeft, die je later weer moet wijzigen en de originele eerst even moet verwijderen van volume 1.
Dus, het heeft veel voordelen en is dus simpeler.
-
er schijnt een truc te zijn om de pakketten te verplaatsen van het ene volume naar het andere
nu ben ik geen Linux goeroe en heb het niet getest (misschien iets voor @Birdy :))
op het Engelse forum staat deze code
https://forum.synology.com/enu/viewtopic.php?f=190&t=69529&sid=0f2f00fac9c00fc5d346d7b427011c1a&start=30 (onderaan)
#!/bin/sh
for dir in /volume1/@appstore/*
do
if [ -d "$dir" ]
then
Folder=$(basename "$dir")
echo $Folder
echo "Stopping packages"
/var/packages/"$Folder"/scripts/start-stop-status stop
echo "Moving package..."
mv /volume1/@appstore/"$Folder" /volume2/@appstore/
echo "Removing links..."
rm -fv /var/packages/"$Folder"/target
echo "Creating new links..."
ln -s /volume2/@appstore/"$Folder" /var/packages/"$Folder"/target
read -n1 -r -p "Press any key to continue..." key
fi
done
exit
-
Dit zal goed gaan zolang die packages niets buiten "/volume1/@appstore/" opslaan. Dat zal met de officiële packages wel goed zitten.
Het script stopt en copieert de packages, Het wist de oude simlinks en creëert nieuwe op volume 2.
Hij verzuimt wel om de packages achteraf weer te starten.
-
zou mooi zijn als iemand hier een pakket van zou maken, dan kan ik het ook ;-)
-
Ik weet in ieder geval dat er nog een aantal links staan in de folder:
/var/packages
Daar staat steeds een folder "target" die hard linked is naar waar de packages in de @appstore staan, dus wat DSM betreft is dit maar een halve migratie.
Misschien moeten we maar eens een feature request naar Synology doen om packages te kunnen verplaatsen.
-
lijkt me een goed plan, te meer omdat de meeste nieuw uitgekomen apparaten (bijvoorbeeld de 418j) 64bit zijn.
er zullen denk ik dus ook meer mensen zijn die willen migreren van 32 bit naar 64 bit. Als je dan een nieuw volume kunt maken en je pakketten kunt verhuizen net als je data, zou dat (voor mij in elk geval) heel welkom zijn
ps sorry dat we wat of topic raken
-
@Ben(V), die links naar "/var/packages" worden volgens mij correct overgezet met dat script. Hij maakt daar soft links.
-
Sorry foutje.
Ik bedoelde niet "target" maar "etc".
die links staan ook in die folder.
En uiteraard zijn het softlinks.
EDIT: Nog even verder zoeken en ik vind ook nog symlinks in "/usr/local".
Ik vermoed echter dat dit alleen van oude packages afkomstig is, want niet alle packages hebben daar een symlink staan.
Even googlen leverde dit script op:
https://gist.github.com/nobodypb/fc3e70b535bcd95b5de7659d6fbda434
Het laatste stuk heeft nog wat aandacht nodig maar verder lijkt het redelijk compleet.