RSYNC/RTRR and folder permissions

Discussion on remote replication.
Locked
Az3
New here
Posts: 3
Joined: Mon Apr 11, 2011 4:45 pm

RSYNC/RTRR and folder permissions

Post by Az3 » Mon Apr 11, 2011 5:11 pm

Hi everyone !

We have a little issue with our QNAP.

We use RSYNC or RTTR to perform replication between our offices and our DRP site's.

On our first QNAP we have sets some users and Windows groups but on the second QNAP, other users and groups are presents and users from the first are missing !

Do you have already seen the same issue in the past ?

I hope the iSCI is not the only solution :(

PS : We use Advanced Folder Sharing on the two NAS.
You do not have the required permissions to view the files attached to this post.

AlexKe
Experience counts
Posts: 1823
Joined: Wed Jan 06, 2010 2:49 pm

Re: RSYNC/RTRR and folder permissions

Post by AlexKe » Wed Apr 13, 2011 6:29 pm

Hi Az3,

After copy files via RTRR , the folder permission is changed because the destination NAS doesn't have the same AD domain UID or GID. The folders permission will be back after copy the files back to the source NAS via RTRR. One more thing, please make sure you have enabled the option "Extended attributes". You should select this option to keep the extra folders attributes when you use RTRR.

For Rsync, we don't have the option to copy the folders with "Extended attributes".

Az3
New here
Posts: 3
Joined: Mon Apr 11, 2011 4:45 pm

Re: RSYNC/RTRR and folder permissions

Post by Az3 » Wed Apr 13, 2011 10:31 pm

Hi,

We have tested again with extended attributes but the mistake still persist.

Now, news unix user was added ?!
You do not have the required permissions to view the files attached to this post.

AlexKe
Experience counts
Posts: 1823
Joined: Wed Jan 06, 2010 2:49 pm

Re: RSYNC/RTRR and folder permissions

Post by AlexKe » Fri Apr 15, 2011 12:10 pm

Hi Az3,

It can be an known issue while RTRR files to different NAS while both NAS have joined the AD Domain. The folder permission will be changed as different NAS has the same UID/GID, but different SID mapping.

For example. On NAS-A, a share folder called "Public" has been assigned with UID-1 permission and is mapped to SID-1(Alex). On NAS-B, the folder "Public" also has been assigned with UID-1 permission, but is mapped to SID-2(Tony). The mapping table is created automatically and will be different by the first time login sequences to NAS. Currently, we don't have solution on this issue.

Az3
New here
Posts: 3
Joined: Mon Apr 11, 2011 4:45 pm

Re: RSYNC/RTRR and folder permissions

Post by Az3 » Tue May 10, 2011 8:04 pm

Hi QNAPAlex,

Do you have planned a patch for this issue ?

It is very problematic for us and we need a fix for that.

We have payed for all-in-one solution, and we can not use as is. If you bought a car with a defected motor and the reseller you says : "Ho, it's normal", are you agree with him ?

Thank you

AlexKe
Experience counts
Posts: 1823
Joined: Wed Jan 06, 2010 2:49 pm

Re: RSYNC/RTRR and folder permissions

Post by AlexKe » Tue May 24, 2011 6:39 pm

Hi Az3,

Sorry, according to the difficulty, we still not have the plan on this issue at the moment.
- To unify the SID on two different NAS mapping to the same Domain UID

datnus
New here
Posts: 8
Joined: Wed Sep 14, 2011 8:25 am

Re: RSYNC/RTRR and folder permissions

Post by datnus » Sat Nov 05, 2011 10:41 pm

Hi,
I have the same problem.
If there is no fix yet, is there any workaround?
If the data qnap dies, the backup qnap can take over?

Thanks millions.

hub
New here
Posts: 5
Joined: Thu Nov 03, 2011 6:43 am

Re: RSYNC/RTRR and folder permissions

Post by hub » Fri Feb 24, 2012 10:19 pm

Any Mod or TechSupport in this Board who can answear the Question of datnus?
It's mine too and it should be really distressing for you not to answear immeadiatly after waiting about 4 Month...

datnus
New here
Posts: 8
Joined: Wed Sep 14, 2011 8:25 am

Re: RSYNC/RTRR and folder permissions

Post by datnus » Fri Feb 24, 2012 10:36 pm

FYI, I sent to Qnap support and got it fixed.
If I'm not remember wrongly.
I copied the .idmap from primary server to backup server and it was ok from that.
------------------------
It’s not the RTRR issue, it should be the NAS and AD server ID mapping issue which can only be solved by the previous solution I sent to you.
The idmp will auto store a copy under /share/MD0_DATA/.idmap which can be used to restore the correct UID.

1. List the existing backup files

a. /etc/init.d/idmap.sh list

[~] # /etc/init.d/idmap.sh list

PATH = [/share/HDA_DATA/.idmap]

drwxr-xr-x 2 admin administ 4096 Jun 20 13:29 .

drwxrwxrwx 25 admin administ 4096 Jun 17 13:15 ..

-rw-r--r-- 1 admin administ 1625 Jun 12 03:00 .idmap.dump1

-rw-r--r-- 1 admin administ 4670 Jun 19 03:00 .idmap.dump2

-rw-r--r-- 1 admin adminisat 462 May 29 03:00 .idmap.dump3

-rw-r--r-- 1 admin administ 462 Jun 5 03:00 .idmap.dump4

-rw-r--r-- 1 admin administ 901 May 25 11:02 .idmap.leave1

-rw-r--r-- 1 admin administ 1664 Jun 17 09:44 .idmap.leave2

-rw-r--r-- 1 admin administ 4769 Jun 20 13:29 .idmap.leave3



2. Choose the wanted backup

i. idmap.leave are backup made when the NAS is removed from the domain. You can choose one of those backup (check the date of the file) if the NAS has been removed by mistake

ii. idmap.dump are backup made every week. You can choose also one of those backup.

iii. You have to choose a backup file that has been created just before the problem happened. So you will be able to restore all original UID/GID

iv. With those file, it is possible to restore up to 4 weeks ago, or 4 domain removal.

v. --> choose .idmap.dump2 because everything was fine on june 19



3. Restore the ID mapping

a. Execute the restore command:

/etc/init.d/idmap.sh restore /share/HDA_DATA/.idmap/.idmap.dump2



b. Verify the permission

i. From the Shared Folder UI

ii. It may be necessary to reset the permission on the root share only

iii. If you need to do so, it is faster to uncheck "change permission on subfolders". This will reset the permission only on the share, and keep the remaining permission on subfolders.

datnus
New here
Posts: 8
Joined: Wed Sep 14, 2011 8:25 am

Re: RSYNC/RTRR and folder permissions

Post by datnus » Sat Apr 07, 2012 12:34 am

BTW, it's not a good fix. If I added new AD groups/users, the problem rises again.

Locked

Return to “Remote Replication/ Disaster Recovery”