Moving share between disks and disk# root denied on public.

[iarp]

Hey there, just purchased a dual pro license (I love this system so far, and i'd be an idiot to only buy one key since i'm so close to moving out) and I'm having issues moving a share between disks.

 

I originally had a RAID5 in my desktop, but since the motherboard was getting older, i was getting worried about it dieing and losing all that data, and a co-worker introduced me to unraid. Before i could break up that RAID5 system i built the unraid with 2 1TB drives and a spare 500GB so that i could move everything off the RAID5 to break it up.

 

So everything i have is sitting on a single 1TB drive and I've finally cleared, attached and brought 5 500GB drives online, i wanted to move my music to disk4, i changed the music share to include only disk4 and exclude all others. But that didn't seem to work, from my mapped network drive it shows it as only 0 bytes large with no folders. So then i got the bright idea to telnet into it and "mv music/ /mnt/disk4/music/", well now i'm only able to access my music via \\storage1\disk4 and the music share still shows empty folder and 0 bytes

 

Is there a proper way to move this? All the data is on disk4 already it's just the share isn't linking up to my /mnt/disk4/music folder like it did on disk1. Did a bit of googling and didn't find too much info about moving the root folder to another disk and then doing the same with the share settings.

 

Update:

So seconds after posting i figured i'd just try renaming the music folder, then deleting the share and then readding the share which caused me problems:

Dec 24 03:43:06 storage1 kernel: Out of memory: Kill process 2649 (smbd) score 5 or sacrifice child

Dec 24 03:43:06 storage1 kernel: Killed process 2649 (smbd) total-vm:17524kB, anon-rss:1556kB, file-rss:4244kB

So I disabled and then enabled SMB and the share was then able to be created.

 

The question of how to do this move in the future still stands because I may have to do it again.

 

Edit 2:

As well, root of disk1 (\\storage1\disk1) is denied access to everybody even with SMB set to Public. Any ideas on this?

[ubuntuaddicted]

It all boils down to users and permissions. I'm at the bar and would live to help but I'm sure with some googling you'll get it. I recall seeing someone mention a permissions fixer built in but that might not be in your version. I'll be back on Monday, if u don't solve it by then

 

 

Tapatalk is tha shizzle

[iarp]

I guess i should have said I'm on 5.0-beta14, although I've just been told by a friend I shouldn't be using these betas (possible to downgrade?)

 

OK so, I found the New Permissions and that got me access to the disks root again. So that is working fine again.

 

I had to move another share from disk1 to disk5 and i ended up having to rename the root share folder, delete the share and then readd it to disk5 only and then moved all files into it. Not very efficient but it works and I can live with it.

 

Although now i found another issue, the mover script isn't moving anything at all, even when invoked directly from terminal "/usr/local/sbin/mover" zero output, last time it kept saying "skipping music/" and it does have about 60GB's of stuff on there, so i may just move that manually too.

[iarp]

Because I hate finding forum posts without answers. I'm unsure what's going on with the cache not being moved sometimes when directly invoked through terminal.

 

I also found using the rsync below to move folders between discs works nicely and then removing the folder from the disk you don't want the share on, seems to stop the cache mover script from placing it there.

 

I'm not sure if the mover is working in some hierarchy system such as if disk1 and disk2 contain a root share folder called 'music' that the cache mover would attempt to place it in disk1 first, but if you moved all folder contents to disk2 and left the music folder on disk1, that the mover would keep placing it in disk1 folder first. I found deleting the folder on the disk i'm removing the share from works.

rsync -vpraW "/source/location"/ "/destination"/ --remove-sent-files --ignore-existing