Eén diskgroep, twee volumes, snelheid duikt de kelder in...

[Ben(V)]

Hmm daar worden we ook niets wijzer van.
Ik had gehoopt dat hij informatie zou geven over hoe hij het doet.
Op een gegeven moment is de ruimte op de kleine disken op en moet hij dus overgaan van de blokken verdelen over vier disken naar verdelen over drie disken.
Het oogt in ieder geval niet als hybrid raid zoals met SHR, maar kan het onder water natuurlijk nog steeds wel zijn.

Misschien eens een Raid 0 maken met twee kleine en een grote disk.
(Alleen als je het zelf ook interessant vind, want echt nut heeft het natuurlijk niet)

[Birdy]

Misschien eens een Raid 0 maken met twee kleine en een grote disk.
(Alleen als je het zelf ook interessant vind, want echt nut heeft het natuurlijk niet)

Natuurlijk vind ik het interessant, daar heb ik TEST DSsen voor, Lucky me
Ben zo terug.

[Birdy]

Code: [Selecteer]

root@DS411Slim:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid0 sdc3[2] sdb3[1] sda3[0]
      630221952 blocks super 1.2 64k chunks [3/3] [UUU]

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[3] sdd1[2]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>
root@DS411Slim:~#


Code: [Selecteer]

root@DS411Slim:~# mdadm --detail /dev/md2
/dev/md2:
        Version : 1.2
  Creation Time : Sat Feb 23 20:04:59 2019
     Raid Level : raid0
     Array Size : 630221952 (601.03 GiB 645.35 GB)
   Raid Devices : 3
  Total Devices : 3
    Persistence : Superblock is persistent

    Update Time : Sat Feb 23 20:04:59 2019
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 64K

           Name : DS411Slim:2  (local to host DS411Slim)
           UUID : 816e2254:6fe272a5:8e56e987:3dede531
         Events : 0

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/hda3
       1       8       19        1      active sync   /dev/sdb3
       2       8       35        2      active sync   /dev/sdc3
root@DS411Slim:~#


Code: [Selecteer]

root@DS411Slim:~# mdadm --detail /dev/md1
/dev/md1:
        Version : 0.90
  Creation Time : Sat Feb 23 13:14:10 2019
     Raid Level : raid1
     Array Size : 2097088 (2048.28 MiB 2147.42 MB)
  Used Dev Size : 2097088 (2048.28 MiB 2147.42 MB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Sat Feb 23 20:23:50 2019
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

           UUID : 5c564047:b5ab232e:ad7e347f:026e0df3 (local to host DS411Slim)
         Events : 0.18

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       18        1      active sync   /dev/sdb2
       2       8       34        2      active sync   /dev/sdc2
       3       8       50        3      active sync   /dev/sdd2
root@DS411Slim:~#
Vreemd om te zien:
Active Devices : 4
Working Devices : 4
3       8       50        3      active sync   /dev/sdd2

Code: [Selecteer]

root@DS411Slim:~# mdadm --examine /dev/sda3
/dev/sda3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 816e2254:6fe272a5:8e56e987:3dede531
           Name : DS411Slim:2  (local to host DS411Slim)
  Creation Time : Sat Feb 23 20:04:59 2019
     Raid Level : raid0
   Raid Devices : 3

 Avail Dev Size : 146657440 (69.93 GiB 75.09 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 83f1316f:c33bf50c:01d296d2:f0578eb7

    Update Time : Sat Feb 23 20:04:59 2019
       Checksum : bf50293a - correct
         Events : 0

     Chunk Size : 64K

   Device Role : Active device 0
   Array State : AAA ('A' == active, '.' == missing)
root@DS411Slim:~#


Code: [Selecteer]

root@DS411Slim:~# mdadm --examine /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 816e2254:6fe272a5:8e56e987:3dede531
           Name : DS411Slim:2  (local to host DS411Slim)
  Creation Time : Sat Feb 23 20:04:59 2019
     Raid Level : raid0
   Raid Devices : 3

 Avail Dev Size : 146657440 (69.93 GiB 75.09 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 15b41c74:4f8903e7:483ebff4:6c5bef7c

    Update Time : Sat Feb 23 20:04:59 2019
       Checksum : 85d2a91d - correct
         Events : 0

     Chunk Size : 64K

   Device Role : Active device 1
   Array State : AAA ('A' == active, '.' == missing)
root@DS411Slim:~#


Code: [Selecteer]

root@DS411Slim:~# mdadm --examine /dev/sdc3
/dev/sdc3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 816e2254:6fe272a5:8e56e987:3dede531
           Name : DS411Slim:2  (local to host DS411Slim)
  Creation Time : Sat Feb 23 20:04:59 2019
     Raid Level : raid0
   Raid Devices : 3

 Avail Dev Size : 967129120 (461.16 GiB 495.17 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 1035a3c8:ac2e2861:73de2282:b23f51dd

    Update Time : Sat Feb 23 20:04:59 2019
       Checksum : 732abb67 - correct
         Events : 0

     Chunk Size : 64K

   Device Role : Active device 2
   Array State : AAA ('A' == active, '.' == missing)
root@DS411Slim:~#


Code: [Selecteer]

mdadm --examine /dev/sdd3
mdadm: No md superblock detected on /dev/sdd3.
root@DS411Slim:~#
Dit klopt dus.

[Ben(V)]

Schiet mij maar lek.

Met drie disken waarvan 2 kleine kun je onmogelijk de volledige capaciteit in RAID 0 maken.
Enige conclusie is dat hij als de kleine disken vol raken hij gewoon overgaat op alleen die grote disk.

De enige reden waarom normaal gesproken Raid 0 gebruikt wordt, is performance en in een thuis Nas kun je dat nauwelijks meten, want daar is altijd het netwerk de bottleneck.
Ik heb zelf een externe behuizing met twee disken en een eSata aansluiting.
Die kun je met dipswitches in RAID 0 zetten en dan merk je echt performance winst.

Wel bijzonder is dat wat jij ook al opmerkte dat de systeem partitie en de swap partitie ( md0 en md1) nog steeds denken dat er een raid1 set van vier disken is.
Zal wel komen doordat je vast niet terug gegaan bent naar fabrieksinstellingen, want dan worden die partities pas echt verwijdert, nu zal alleen DSM het waarschijnlijk bijhouden, want anders zou hij gaan zeuren dat er een systeem partitie ontbreekt.

[Birdy]

Zal wel komen doordat je vast niet terug gegaan bent naar fabrieksinstellingen

Klopt, ik heb alleen Volume/Pool verwijderd en nieuw gemaakt.

Ik ga niet terug gaan naar fabrieksinstellingen en weer testen met 3 HD's, de resultaten zullen wel dezelfde zijn m.u.v. de gemaakte opmerkingen.

[Ben(V)]

Je hebt helemaal gelijk.

[Hofstede]

Even terug op het oorspronkelijke onderwerp. Ik kan me zo maar voorstellen dat Synology in de restore functie een bandbreedte limiet heeft ingesteld.
Als je er van uitgaat dat de vault server meerdere backup en restore operaties tegelijk aan moet kunnen dan mag het natuurlijk niet zo zijn dat één cliënt alle bandbreedte opsnoept.

Er zijn op meerdere plekken op fora klachten te vinden dat Hyperbackup restore traag is. Men meldt zelfs dat het terugzetten van grote hoeveelheden data sneller gaat als je het via de   Windows Hyperbackup explorer doet.