Hi all,

I am new to Unraid and I have installed version 7.0.0-rc2 on a brand new system which eventually is going to replace my Qnap home NAS.

 

I have started to migrate my data from the Qnap to the Unraid box. After trying various options I ended up pushing the files from the Qnap via rsync. The total amount of data to synchronize is small, around 4 TB.

 

Now, I initially synchronized all the files into a share named "upload" and wanted to then move files selectively from that single share to various shares with specific access rights.

 

Unfortunately the process of moving files between shares as proven to be quite challenging. I am doing it via the share browser in the Unraid admin interface. When I move (thousands of) files there is this pop-up window that shows up, with very little useful information. If I minimize the pop-up then it's gone and I cannot find a way to bring it back. Moving files (on the same disk) that way takes forever which should not be the case, and will ultimately silently fail half way through.

 

Given the difficulties I faced with moving files I decided to re-synchronize once again, but this time to different shares instead of using one single share. But for this I needed to free up space by deleting the files previously synchronized and using the same file browser I started deleting the files/directories and ended-up with the same issue: deleting takes forever, if I minimize the pop-up then it's lost and the process would eventually fail.

 

My questions are:

- Am I doing it wrong? Is there a better way to move and delete files?

- Is there a way to bring back the pop-up window when it's been minimized?

 

Thanks.    

You can do it from the CLI using for example, Midnight Commander (mc on the console), it should be much faster.

2 hours ago, JorgeB said:

You can do it from the CLI using for example, Midnight Commander (mc on the console), it should be much faster.

I do use the command line and do regular "mv" between /mnt/disk1/upload and /mnt/disk1/whatever but it takes ages...

That should only be limited by the filesystem and disks used, there's no faster way than that, unless you temporally disable parity.

When moving files I get a bunch of errors like this:

 

Quote

mv: inter-device move failed: 'xxx' to '/mnt/disk1/yyy'; unable to remove target: Directory not empty

 

First I am not sure why it says "inter-device move" since I am moving files from /mnt/disk1 to an other location on the same /mnt/disk1 and second because I run the command as root I don't understand how it's possible that some files are not moved and the source directories cannot be deleted after...

Edited January 5, 20251 yr by googleg

Which filesystem are you using?

It is zfs.

With zfs, top level folders are created as datasets, so if you move data from one share to another, it needs to copy everything inside the pool, unlike regular folders where a move is basically instantaneous.

Ok thanks for the explanation, that explains why it takes so long...

You can use a combination of CLI commands:

 

zfs rename -p pool/old_dataset pool/new_dataset (must be in the same pool)

or

syncoid -r old_pool/old_dataset new_pool/new_dataset

and

zfs destroy pool/dataset to delete datasets

to help speed things up.

 

Thank you for that, happy to learn about these possibilities.

 

However in my case I think that would not work since I am moving files from /upload/[whatever] to a new share (no dataset) named /[whatever]