Hello guys, it's been a while since i've asked for help on here, but after a bit of a bad week in general, I'm beginning to tear my hair out and am losing the will to live.
This may be one for HH, but I could do with a little bit of help please
After having two disks fail in a RAID array at the same time, and a limited backup mechanism in place for the amount of data i have, I'm now running a backup of some specific files and folders from a QNAP569 Pro NAS to a FREENAS VM sitting inside a network attached server
Here's the issue.
I've created the volume, datasets and CIF's shares on the FreeNAS server; I've set an RSYNC job up from the QNAP to connect and copy the data, it connects fine, creates all the folders at the backup location in the shares, but fails when trying to copy the actual files across (which is weird as it clearly has privileges to write). The RSYNC job itself actually runs to completion.
I can actually create folders, files etc manually with no issue in the target share using my domain account.
[I'll post the specific error message here soon, but it appears to be permissions based, as if the QNAP is trying to change them at the target location (CHOWN), but isn't being allowed to naturally as it doesn't have permission to change attributes]
So bit of config background.
- The QNAP is domain affiliated and access to it's shares are from the domain admin account/group for RW, and other accounts for RO.
- The FreeNAS server is also domain affiliated
- The owner on the shares on the QNAP is NAS\Admin
- The RSYNC job FROM the QNAP has been setup and tested to use both root/wheel and the domain admin accounts for access to the CIFs, with the same result
- The FreeNAS server has had similar where I've changed permissions/ownership to be the same, with the same result.
So, here's what I've tried so far:
- edited the rsync.conf file to set the UID/GID as root/wheel. No Change
- Used both domain accounts and unix native accounts for the RSYNC jobs. No Change
- Blown away all the datasets and shares, and used Unix based only. No Change
- Tried 'guest' access. No Change.
- changed the owner on the QNAP shares, from NAS\Admin, to be the specific domain account and also set it to be exactly the same on the FreeNAS server. No Change
Idea's on a postcard please.
Thanks
This may be one for HH, but I could do with a little bit of help please
After having two disks fail in a RAID array at the same time, and a limited backup mechanism in place for the amount of data i have, I'm now running a backup of some specific files and folders from a QNAP569 Pro NAS to a FREENAS VM sitting inside a network attached server
Here's the issue.
I've created the volume, datasets and CIF's shares on the FreeNAS server; I've set an RSYNC job up from the QNAP to connect and copy the data, it connects fine, creates all the folders at the backup location in the shares, but fails when trying to copy the actual files across (which is weird as it clearly has privileges to write). The RSYNC job itself actually runs to completion.
I can actually create folders, files etc manually with no issue in the target share using my domain account.
[I'll post the specific error message here soon, but it appears to be permissions based, as if the QNAP is trying to change them at the target location (CHOWN), but isn't being allowed to naturally as it doesn't have permission to change attributes]
Code:
You don't have permission to view the code content. Log in or register now.
So bit of config background.
- The QNAP is domain affiliated and access to it's shares are from the domain admin account/group for RW, and other accounts for RO.
- The FreeNAS server is also domain affiliated
- The owner on the shares on the QNAP is NAS\Admin
- The RSYNC job FROM the QNAP has been setup and tested to use both root/wheel and the domain admin accounts for access to the CIFs, with the same result
- The FreeNAS server has had similar where I've changed permissions/ownership to be the same, with the same result.
So, here's what I've tried so far:
- edited the rsync.conf file to set the UID/GID as root/wheel. No Change
- Used both domain accounts and unix native accounts for the RSYNC jobs. No Change
- Blown away all the datasets and shares, and used Unix based only. No Change
- Tried 'guest' access. No Change.
- changed the owner on the QNAP shares, from NAS\Admin, to be the specific domain account and also set it to be exactly the same on the FreeNAS server. No Change
Idea's on a postcard please.
Thanks
Last edited: