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.
RSYNC/RTRR and folder permissions
-
- New here
- Posts: 3
- Joined: Mon Apr 11, 2011 4:45 pm
RSYNC/RTRR and folder permissions
You do not have the required permissions to view the files attached to this post.
-
- Experience counts
- Posts: 1820
- Joined: Wed Jan 06, 2010 2:49 pm
Re: RSYNC/RTRR and folder permissions
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".
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".
//Support Resource//
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
-
- New here
- Posts: 3
- Joined: Mon Apr 11, 2011 4:45 pm
Re: RSYNC/RTRR and folder permissions
Hi,
We have tested again with extended attributes but the mistake still persist.
Now, news unix user was added ?!
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.
-
- Experience counts
- Posts: 1820
- Joined: Wed Jan 06, 2010 2:49 pm
Re: RSYNC/RTRR and folder permissions
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.
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.
//Support Resource//
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
-
- New here
- Posts: 3
- Joined: Mon Apr 11, 2011 4:45 pm
Re: RSYNC/RTRR and folder permissions
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
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
-
- Experience counts
- Posts: 1820
- Joined: Wed Jan 06, 2010 2:49 pm
Re: RSYNC/RTRR and folder permissions
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
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
//Support Resource//
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
Online User Manual: http://docs.qnap.com
Tech Support Form: http://www.qnap.com/en/index.php?lang=en&sn=4574
Download Center: http://www.qnap.com/en/index.php?lang=en&sn=848
-
- New here
- Posts: 8
- Joined: Wed Sep 14, 2011 8:25 am
Re: RSYNC/RTRR and folder permissions
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.
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.
-
- New here
- Posts: 5
- Joined: Thu Nov 03, 2011 6:43 am
Re: RSYNC/RTRR and folder permissions
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...
It's mine too and it should be really distressing for you not to answear immeadiatly after waiting about 4 Month...
-
- New here
- Posts: 8
- Joined: Wed Sep 14, 2011 8:25 am
Re: RSYNC/RTRR and folder permissions
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.
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.
-
- New here
- Posts: 8
- Joined: Wed Sep 14, 2011 8:25 am
Re: RSYNC/RTRR and folder permissions
BTW, it's not a good fix. If I added new AD groups/users, the problem rises again.