Volume larger than 16TB (859)

[delos]

Still I am asking myself if I can remove single volumes to install them in an external USB case and later copy the content back to the 8*3TB qnap.

[P3R]

Still I am asking myself if I can remove single volumes to install them in an external USB case and later copy the content back to the 8*3TB qnap.

Yes, that should be possible.

[delos]

Thanks. I tried today. I removed my three single volumes from the qnap and attached one vie the external eSATA port. Thoug, all I can find on the hard disk is confi files/directories. No data. What happened here?

/EDIT:
I now attached the drive to my computer. Obviously the drive contains several partitions which I see. The folders I had are also visible. Though, they are empty.
Is there a way to mount the partitions when the drive is attached to the qnap e.g. in telnet?


Regards,
delos

[P3R]

You asked about USB and that I know work. I do expect eSATA to work in a similar way but I have never tried it and my eSATA-enclosure is presently tied up elsewhere so I can't test that.

Anyway when an internal Qnap-disk is connected externally with USB it is connected as four different disks because it contains four different partitions: USBDisk1, USBDisk2, USBDisk3 and USBDisk4.

Your data is in USBDisk3 (maybe eSATADisk3 for you?) and you could use Web File Manager to copy the files to the huge RAID-volume. If you want to login with a different user than admin, you'll have to adjust the permissions on the share USBDisk3 first to make it visible for that specific user.

[sorhol]

I guess the ability to expand beyond 16TB was NOT included in 3.7.2, at least I could not see it mentioned in the release note.

Does anybody know if this will come in next version of the firmware?

[delos]

You asked about USB and that I know work. I do expect eSATA to work in a similar way but I have never tried it and my eSATA-enclosure is presently tied up elsewhere so I can't test that.

Yes, I asked about USB but then I found an eSATA case at work which I thought would be faster.

Anyway when an internal Qnap-disk is connected externally with USB it is connected as four different disks because it contains four different partitions: USBDisk1, USBDisk2, USBDisk3 and USBDisk4.

You are absolutely right. It works with USB and I got the disks 2, 4 and 5. My data seems to be on 5.
So the result is that esata doesn't mount all partions of an external disk but USB does.

Thanks for your help!

Best regards,
delos

[TomasF]

Now tech support is telling me it'll be in 3.7.3, while Patrick Wilson obviously has a reason to believe it would be in 3.7.2... I'm downloading 3.7.2 now, so I guess we'll just have to try ourselves

Well, 3.7.3 is now out and not a word about this in the release notes. This is getting VERY disappointing

[sorhol]

I asked support and this was the reply I got:

Dear customer

I got your support request ticket.

I'm sorry, but I don't have the schedule now.

[White-Rabbit]

Hello

Got the same issue with 3x3To disk Raid 5

Could not reboot my qnap

any possibiliies to get my data back ?

EXT3-fs (md9): using internal journal
EXT3-fs (md9): mounted filesystem with writeback data mode
active port 0 :139
active port 1 :445
active port 2 :20
md: bind<sda2>
raid1: raid set md4 active with 1 out of 1 mirrors
md4: detected capacity change from 0 to 542769152
md4: unknown partition table
Adding 530040k swap on /dev/md4. Priority:-1 extents:1 across:530040k
md: bind<sdb2>
RAID1 conf printout:
--- wd:1 rd:2
disk 0, wo:0, o:1, dev:sda2
disk 1, wo:1, o:1, dev:sdb2
md: recovery of RAID array md4
md: minimum _guaranteed_ speed: 5000 KB/sec/disk.
md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
md: using 128k window, over a total of 530048 blocks.
md: bind<sdc2>
md: md0 stopped.
md: md0 stopped.
md: bind<sdb3>
md: bind<sdc3>
md: bind<sda3>
raid5: device sda3 operational as raid disk 0
raid5: device sdc3 operational as raid disk 2
raid5: device sdb3 operational as raid disk 1
raid5: allocated 50864kB for md0
0: w=1 pa=0 pr=3 m=1 a=2 r=3 op1=0 op2=0
2: w=2 pa=0 pr=3 m=1 a=2 r=3 op1=0 op2=0
1: w=3 pa=0 pr=3 m=1 a=2 r=3 op1=0 op2=0
raid5: raid level 5 set md0 active with 3 out of 3 devices, algorithm 2
RAID5 conf printout:
--- rd:3 wd:3
disk 0, o:1, dev:sda3
disk 1, o:1, dev:sdb3
disk 2, o:1, dev:sdc3
md0: detected capacity change from 0 to 5997972553728
md0: unknown partition table
EXT4-fs (md0): ext4_check_descriptors: Checksum for group 14720 failed (29459!=33064)
EXT4-fs (md0): group descriptors corrupted!
md: md4: recovery done.
RAID1 conf printout:
--- wd:2 rd:2
disk 0, wo:0, o:1, dev:sda2
disk 1, wo:0, o:1, dev:sdb2
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
active port 0 :139
active port 1 :445
active port 2 :20
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
daemon_mgr[5312]: segfault at 74696e65 ip b724eda9 sp bfee85d4 error 4 in libc-2.6.1.so[b71e7000+12e000]
rule type=2, num=1
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)

[White-Rabbit]

Thanks QNAP Support who helped me via teamviewer !

Don't regrets my buy !

Congrats !