Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Sylvester op 30 juni 2017, 15:52:46
-
Toch even een vraagje vooraleer ik gekke dingen doe.
Ik heb een iSCSI LUN van 1TB verwijderd (niet meer nodig). Er is dus 1 TB schijfruimte vrijgekomen.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-06-30%2520om%252015.41.16_zpsd0ydbquq.png&hash=79d1bc21822a07ff0c11d77c42912f053c85a1ee)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-06-30%2520om%252015.43.01_zpsx6xxawey.png&hash=5ec920d004ab538f5cdb6af2b78f1a8a691e4518)
Zoals uit bovenstaande afbeeldingen blijkt, heeft hij die 1TB toch vrijgemaakt.
Ik heb al stap 1 uitgevoerd : opschonen van gegeven.
Ik hoopte dat ik dan zou kunnen overgaan naar de volgende stap : breid discgroep uit met niet toegewezen schijfruimte.
Helaas komt het er niet van. Na een halve dag meldt hij dat hij het opschonen heeft gedaan, en er gebeurt verder niets...
Weet iemand raad?
-
breid discgroep uit met niet toegewezen schijfruimte
Is niet nodig toch ? Die ruimte zit al in de diskgroep.
Je moet die vrije ruimte toevoegen aan het/een volume.
-
Inderdaad,
Aan een Diskgroep kun je Disks toevoegen.
Van een Diskgroep kun je geen Disk wegnemen.
Aan een Volume kun je vrije ruimte toewijzen.
Van een Volume kun je geen ruimte wegnemen.
Van vrije ruimte kun je een nieuw Volume maken.
Voor een DS met een Volume limiet van 16TB is het verstandig altijd een Diskgroep te maken.
-
hoe komt het dan dat die optie bij de mogelijkheden staat? Het is wel grijs/niet selecteerbaar maar het staat er wél tussen.
Anderzijds : ik heb dit ook geprobeerd door 'VOLUME' te selecteren in plaats van 'DISKGROEP'. Ook hier is de optie 'breid het volume uit met niet toegewezen schijfruimte' aanwezig, maar niet selecteerbaar.
Bij beiden (DISKGROEP en VOLUME) staat de mogelijkheid om 'nieuwe schijven' of 'niet toegewezen schijfruimte' toe te voegen, doch alles in het grijs.
-
Het staat er altijd maar omdat het grijs is kun je het niet kiezen.
-
Hoe moet ik het dan doen? Waar zit die 1 TB?
Volgens mij zit die niet in de DISKGROEP, want die is altijd 16,36 TB geweest, ook toen die 1TB een iSCSI LUN was. Of vergis ik me?
-
Ter info : mijn 3 volumes :
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-06-30%2520om%252019.30.07_zpsizkweve2.png&hash=38a631185663036f8fbe3fd057667fdb3a96a76b)
-
Je Diskgroep is 16,36TB (dat klopt als ik dat uitreken)
Je Volumes opgeteld zijn 15,71TB (dat klopt volgens mij niet want je LUN was 1TB)
Zou er over zijn 0,65TB maar er wordt 1020MB (1TB) getoond.
Mailtje sturen?
-
Hoe moet ik het dan doen? Waar zit die 1 TB?
Volgens mij zit die niet in de DISKGROEP, want die is altijd 16,36 TB geweest, ook toen die 1TB een iSCSI LUN was. Of vergis ik me?
Je kunt geen halve disk aan een Diskgroep toevoegen, logisch toch?
Volgens de regels van SHR is de grootte van je Diskgroep correct.
Edit:
Had quote verkeerd gedaan.
-
Volgens de raid rekenmachine zou met 2 stuks 3TB en 3 stuks 6TbB disken er een capaciteit van 18TB moeten zijn.
Een isci lun kun je alleen maar op een diskgroep aanmaken dus hij heeft daar dus ook op gezeten.
Uitbreiden van de diskgroep kan dus niet want die ruimte zit dus al op de diskgroep.
Je kunt alleen uitbreiden van een volume.
Als dat niet kan blijven er twee oorzaken over die beiden speculatief zijn.
1. De isci lun is niet goed opgeruimd en bestaat nog steeds.
2. BTFRS is de oorzaak van het feit dat deze ruimte niet toe te voegen is aan een volume.
-
een capaciteit van 18TB moeten zijn.
Ja bruto, netto klopt het ook.
De cijfers die DSM laat zien kloppen volgens mij ook niet even los van het "toevoegen vrije ruimte lukt niet".
-
Het is afgerond 18TB en het klopt prima anders had die isci lun nergens kunnen staan.
-
Denk niet dat we het oneens zijn, ik reken met de getoonde capaciteit.
3TB is dan 2,73TB
6TB is dan 5,46TB
-
Dan maar even getest.....(DS411Slim).
Diskgroep gemaakt:
[attachimg=1]
35GB LUN gemaakt:
[attachimg=2]
[attachimg=3]
Volume 1 gemaakt van resterende GB's:
[attachimg=4]
LUN verwijderd:
[attachimg=5]
35GB beschikbaar:
[attachimg=6]
35GB toevoegen aan Volume 1:
[attachimg=7]
[attachimg=8]
[attachimg=9]
Klaar:
[attachimg=10]
Dus, je moet na het LUN verwijderen, naar Volume > Bewerken gaan.
-
Oei, een zondvloed aan antwoorden ... ;)
Bedankt voor het meedenken...
Birdy bedankt voor het uitvoerig testen. Leuk als je zo'n 'testNAS' op overschot hebt.
Wel vreemd dat jij gaat van bijna NUL (329 MB)-gebruik in de vierde afbeelding naar 175 GB-gebruik in de zesde afbeelding. Ik neem aan dat je ergens ertussen ook een volume hebt aangemaakt dat 175 GB in beslag neemt.
Ik heb identiek hetzelfde gedaan zoals jij doet. Volumes aangemaakt, LUN aangemaakt.
( Na een half jaar... ) LUN verwijderd.
En het resterende geheugen van de LUN staat er netjes bij 'beschikbaar' : 1 TB , en behoort blijkbaar wél tot de diskgroep.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-06-30%2520om%252015.41.16_zpsd0ydbquq.png&hash=79d1bc21822a07ff0c11d77c42912f053c85a1ee)
Ik ben ook gaan kijken bij VOLUME > klik op 'bewerken' en dan zie ik toch iets anders :
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-07-01%2520om%252007.14.56_zpssw7m6u7q.png&hash=4df2199178a65186faebb0e7df17230f6dc44314)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-07-01%2520om%252007.14.33_zpsrlswtzcg.png&hash=7f67b07fe3609b01bc147cf379d015fc2407407e)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-07-01%2520om%252007.14.44_zpswf5nrxxk.png&hash=2b86ed1d46468853ecb1f11b8b41b5b4f81e35e0)
Ik kan dus niets aanpassen in de volumes, wat jij wel kan. Dus die 1 TB zweeft ergens tussen hemel en aarde ?
-
Wel vreemd dat jij gaat van bijna NUL (329 MB)-gebruik in de vierde afbeelding naar 175 GB-gebruik in de zesde afbeelding. Ik neem aan dat je ergens ertussen ook een volume hebt aangemaakt dat 175 GB in beslag neemt.
Ik had geen extra volume gemaakt, had eerst geen volume, daarna LUN gemaakt en van de overige ruimte in de Diskgroep 1, 1 volume gemaakt.
Maar goed, dat ter zijde, ik zie dat je die 1TB niet kunt toevoegen in Bewerken. ::)
Kun je anders eens kijken (als TEST) of je wel een 4e volume kunt maken van 1TB ?
-
Nee, dat had ik ook al geprobeerd.
Knop om volume bij te maken is grijs. Dus ik hij veronderstelt waarschijnlijk dat alles opgebruikt is.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-07-01%2520om%252010.49.53_zpskhvcdkuh.png&hash=7b1261424ca681274ee7386056b8de479672ab79)
-
Dan is het nu tijd voor een Ticket.
-
Kun je nog wel weer een isci lun aanmaken?
-
ik kan alleen maar een iSCSI LUN op bestandsniveau maken, en dan vraagt hij één van de 3 bestaande volumes.
Dat zal niet de bedoeling zijn zeker?
-
Nee dat heeft weinig zin.
Alleen een isci op de diskgroep zou een zinvolle test zijn.
Ticket inschieten zoals Birdy al opmerkte lijkt me het beste.
-
Ticket werd aangemaakt.
Ze zijn zo vriendelijk geweest om het 'manueel' aan te passen.
Over de support niets dan lof! Ze antwoorden altijd heel snel.
Antwoord :
Dear customer,
Thank you for contacting Synology Support.
We have manually add the 1022MB back into Volume 3, please check it again.
Thank you.
Maar helaas....
De 1TB is inderdaad weg, maar het volume van mijn disk groep en 3 volumes is niet gewijzigd. Die zijn nog even groot als voordien.
Dus waar is die 1TB naartoe?
Ik heb de vraag teruggekaatst. Afwachten....
-
Hmmm.......doe eens een reboot en dan nog eens kijken. (ge weet maar nooit).
-
Nee, herstart doet niets.
Ondertussen weer een antwoord gehad van Synology, maar nu weet ik het helemaal niet meer.
Eerst dit : er is een verwarring ontstaan.
In bovenstaande afbeeldingen staat er 1000 MB beschikbaar. Dat is 1 GB, niet 1TB.
Die hebben ze inderdaad aan één of ander volume toegekend. 1GB is relatief klein, dus dat zie je er niet bij komen.
:o Shame on me...
Maar de verwarring komt uit het feit dat de iSCSI LUN wel degelijk 1TB was. Met 1GB ben ik niets, want de data die erin zat is al bijna 300 GB groot (een aantal iPhoto en iTunes libraries)
Dus de vraag blijft : waar is die 1 TB naartoe? Ik snap er niks meer van.
-
Kan iemand me vertellen of die 16,36 TB capaciteit correct is voor 3 x 6TB en 2 x 3TB schijf?
-
Rekensom volgens getoonde screenshots.
Disks:
3x 5.46
2x 2.73
(Diskgroep) In SHR is dan:
(5 x 2.73) - 2.73 = 10.92
5.46 - 2.73 = 2.7 (over van 3x 5.46)
(3 x 2.7) - 2.7 = 5.4
10.92 + 5.4 = 16.32 TB
DSM geeft aan 16.36 TB, die 0.04 verschil zit `m in afrondingen.
Dat klopt dus zoals ik hierboven al aangaf.
En inderdaad 1022 MB ~ 1GB, totaal niet in de gaten gehad.
Volumes getoond door DSM:
5.63 + 7.37 + 2.71 = 15.71
Blijft er over:
16.36 - 15.71 = 0.65 TB ( ~ 666 GB)
Na verwijderen van de LUN zou je verwachten dat er 1 TB vrij zou komen.
Waarom dat 0.65 1022 MB was, geen idee.
Edit: Correctie
-
Ferm geteld (: Ik snap het nog niet zo goed maar ik geloof je wel.
Dus de 'raid' klopt.
De grote vraag : waar zou die 0,65 TB naartoe zijn?
Want ik vermoed dat dit toch de iSCSI LUN geweest is.
En waar zit de 5 keer DSM? Want die zit toch op elke HD dacht ik.
-
Die 5x DSM zit op 5x een hidden partitie, die zie je via DSM niet.
Je zou even met putty naar de command line kunnen gaan het het volgende commando kunnen geven:
df -h
Dan krijg je een overzicht van al je volumes van Linux zelf.
-
Beetje late reactie....
Ik zie dat dit topic om zeep is, met dank aan Photobucket. Het zal een les wezen, ik plaats nooit meer (gratis) foto's online. Als die van de ene dag op de andere iets ongewild veranderen, ben je de pineut.
Even de draad oppikken :
Dit zijn de 3 volumes die alle beschikbare ruimte innemen :
[attachimg=1]
Dit is het totaal en de 5 schijven : respectievelijk : 6, 6, 6, 3 en 3 TB :
[attachimg=2]
Hier is het resultaat vanuit linux :
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 895M 1.3G 41% /
none 990M 4.0K 990M 1% /dev
/tmp 994M 1.4M 993M 1% /tmp
/run 994M 3.9M 990M 1% /run
/dev/shm 994M 12K 994M 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/vg1/volume_3 2.8T 528G 2.2T 20% /volume3
/dev/vg1/volume_1 5.7T 507G 5.2T 9% /volume1
/dev/vg1/volume_2 7.4T 2.5T 4.9T 34% /volume2
/dev/sdq1 1.8T 557G 1.3T 31% /volumeUSB1/usbshare
/dev/sds1 917G 565G 353G 62% /volumeUSB2/usbshare
/dev/sdr1 3.6T 2.8T 890G 76% /volumeUSB3/usbshare
Ik kom er nog steeds niet uit.
Feit is dat ik een iSCSI LUN van 1TB heb verwijderd (zoals het hoort) en ik vind die ruimte nergens terug.
Dus mijn vraag blijft : waar is die 1TB heen?
Ben ik die nu kwijt of niet?
-
doe eens een
fdisk -l op de command line dat geeft meer details
-
Dan krijg ik een lijst zoals dit :
fdisk: cannot open /dev/sdc: Permission denied
verder staat er niets in.
-
Als root ingelogd?
login as: admin
admin@xx.xx.xx's password:
Could not chdir to home directory /var/services/homes/admin: No such file or directory
admin@xx.xx.xx:/$ sudo -i
root@xx.xx.xx:~#
-
Uiteraard moet je root zijn, voorbeeld:
login as: admin
admin@192.168.1.20's password:
Could not chdir to home directory /var/services/homes/admin: No such file or directory
admin@DS411-ii:/$ sudo -i
Password:
root@DS411-ii:~# fdisk -l
Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BE13C6D0-9502-4D3F-8ED5-DA4CC078F829
Device Start End Sectors Size Type
/dev/sda1 256 4980735 4980480 2.4G Linux RAID
/dev/sda2 4980736 9175039 4194304 2G Linux RAID
/dev/sda5 9453280 2930263007 2920809728 1.4T Linux RAID
/dev/sda6 2930279104 3907015007 976735904 465.8G Linux RAID
/dev/sda7 3907031104 7814023007 3906991904 1.8T Linux RAID
Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 1D3F388B-EFA8-4358-9DEC-61CE1EAC0444
Device Start End Sectors Size Type
/dev/sdb1 256 4980735 4980480 2.4G Linux RAID
/dev/sdb2 4980736 9175039 4194304 2G Linux RAID
/dev/sdb5 9453280 2930263007 2920809728 1.4T Linux RAID
/dev/sdb6 2930279104 3907015007 976735904 465.8G Linux RAID
/dev/sdb7 3907031104 7814023007 3906991904 1.8T Linux RAID
Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: A561F2EB-1D8F-4F88-80E6-F325B6AEF01F
Device Start End Sectors Size Type
/dev/sdc1 256 4980735 4980480 2.4G Linux RAID
/dev/sdc2 4980736 9175039 4194304 2G Linux RAID
/dev/sdc5 9453280 2930263007 2920809728 1.4T Linux RAID
/dev/sdc6 2930279104 3907015007 976735904 465.8G Linux RAID
/dev/sdc7 3907031104 7814023007 3906991904 1.8T Linux RAID
Disk /dev/sdd: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BC66FEB9-6A7D-458E-873E-82683257CAF3
Device Start End Sectors Size Type
/dev/sdd1 256 4980735 4980480 2.4G Linux RAID
/dev/sdd2 4980736 9175039 4194304 2G Linux RAID
/dev/sdd5 9453280 2930263007 2920809728 1.4T Linux RAID
/dev/sdd6 2930279104 3907015007 976735904 465.8G Linux RAID
/dev/sdd7 3907031104 7814023007 3906991904 1.8T Linux RAID
Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/md1: 2 GiB, 2147418112 bytes, 4194176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/md3: 1.4 TiB, 1500262760448 bytes, 2930200704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes
Disk /dev/md2: 4.1 TiB, 4486360006656 bytes, 8762421888 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes
Disk /dev/md4: 5.5 TiB, 6001135976448 bytes, 11720968704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes
Disk /dev/mapper/vg1000-lv: 10.9 TiB, 11987752845312 bytes, 23413579776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes
Disk /dev/mapper/vol1-origin: 10.9 TiB, 11987752845312 bytes, 23413579776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes
Disk /dev/synoboot: 122.5 MiB, 128450560 bytes, 250880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf6eba356
Device Boot Start End Sectors Size Id Type
/dev/synoboot1 * 63 32129 32067 15.7M 83 Linux
/dev/synoboot2 32130 224909 192780 94.1M 83 Linux
root@DS411-ii:~#
-
Ja, ik ken die commando's niet zo goed. Ik was als admin ingelogd.
Hier de volledige dump, ik weet niet goed of ik daar iets uit kan halen.
[attachurl=1]