Replacing Netware 5.0 with OES Linux
Further to a previous question I asked about migration to OES Linux, -
https://www.experts-exchange.com/questions/21958066/Replacing-Netware-5-0-with-OES-Linux.html
I setup a new
Netware 6.5 tree (with sp3) and managed to migrate both data and users over
from a Netware 5.0 tree. Files and permissions looked to have been
transferred without any issues.
However, when migrating data from Netware 6.5 to OES Linux server in the
same tree, the trustee rights are lost and instead the OES Linux server
appears as the trustee on all files. I have the OES Linux box patched to sp2,
running edirectory 8.7.3.7 and the Netware 6.5 server is now patched to sp5 edirectory/ds
10552.79, with their respective versions being 6.50:4 and 6.50:5.
The trustee rights for the admin account are copied over from all formats, that is, from NW5.0 to NW6.5,
NW6.5 to OES Linux unlike the normal users, who aren't copied over from NW6.5 to OES Linux.
What can I achieve to overcome this scenario?
Thanks.
https://www.experts-exchange.com/questions/21958066/Replacing-Netware-5-0-with-OES-Linux.html
I setup a new
Netware 6.5 tree (with sp3) and managed to migrate both data and users over
from a Netware 5.0 tree. Files and permissions looked to have been
transferred without any issues.
However, when migrating data from Netware 6.5 to OES Linux server in the
same tree, the trustee rights are lost and instead the OES Linux server
appears as the trustee on all files. I have the OES Linux box patched to sp2,
running edirectory 8.7.3.7 and the Netware 6.5 server is now patched to sp5 edirectory/ds
10552.79, with their respective versions being 6.50:4 and 6.50:5.
The trustee rights for the admin account are copied over from all formats, that is, from NW5.0 to NW6.5,
NW6.5 to OES Linux unlike the normal users, who aren't copied over from NW6.5 to OES Linux.
What can I achieve to overcome this scenario?
Thanks.
alextoft
What are you using to do the copying? The migration wizard? You could always try downloading the free portion of the JRB Utilities http://www.jrbsoftware.com/04downloads/JRB900A.ZIP and using fsupdate.exe which will copy trustees, ownership, quotas, anything you want.
I like JRB Utilities. They are the "gold standard" of utility suites for the eDirectory/NDS/NetWare environment.
They're also a bit of overkill in this situation, I think.
NetWare Cool Solutions has utilities to copy Trustee assignments in NetWare-based filesystems - TrustBackup (http://www.novell.com/coolsolutions/tools/13961.html) and Trustee Copy (http://www.novell.com/coolsolutions/tools/13962.html) come to mind.
There is an issue here, tho. OES-Linux supports NSS, but filesystem permissions are *not* stored as part of the filesystem structure, as they are in NSS hosted on NetWare/OES-NetWare.
I *think* that as long as you perform the rights assignments from a workstation-based tool depenedend on the Novell Client, it won't matter. But the differences in NSS implementations between OES-Linux and NetWare/OES-NetWare should make you wary of using server-based tools to perform that task.
They're also a bit of overkill in this situation, I think.
NetWare Cool Solutions has utilities to copy Trustee assignments in NetWare-based filesystems - TrustBackup (http://www.novell.com/coolsolutions/tools/13961.html) and Trustee Copy (http://www.novell.com/coolsolutions/tools/13962.html) come to mind.
There is an issue here, tho. OES-Linux supports NSS, but filesystem permissions are *not* stored as part of the filesystem structure, as they are in NSS hosted on NetWare/OES-NetWare.
I *think* that as long as you perform the rights assignments from a workstation-based tool depenedend on the Novell Client, it won't matter. But the differences in NSS implementations between OES-Linux and NetWare/OES-NetWare should make you wary of using server-based tools to perform that task.
If you've got a few weeks spare, you could even copy them using ConsoleOne... it's slow, but it'll get there, and it'll copy the trustees.
What are you using to move the data?
The SCMT is recommended, but you must prepare the OES/Linux server first, including Linux-enabling all the user objects.
If you don't use SMS to do the transfer you won't get trustee information or extended attributes. If you do use SMS but don't have your user objects Linux-enabled, you'll get the extended attributes but no trustee/ownership info.
http://www.novell.com/documentation/scmt/index.html?page=/documentation/scmt/scmt11/data/bv3eac8.html
explains how to prepare the OES/Linux environment for the data migration.
The SCMT is recommended, but you must prepare the OES/Linux server first, including Linux-enabling all the user objects.
If you don't use SMS to do the transfer you won't get trustee information or extended attributes. If you do use SMS but don't have your user objects Linux-enabled, you'll get the extended attributes but no trustee/ownership info.
http://www.novell.com/documentation/scmt/index.html?page=/documentation/scmt/scmt11/data/bv3eac8.html
explains how to prepare the OES/Linux environment for the data migration.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
I think that what PsiCop said about OES/Linux/NSS, along with the preparatory steps in the documentation link for SCMT I posted which is the answer to the NSS-on-Linux issue PsiCop was talking about, probably would apply for any other method of copying files with trustee rights, not just the SCMT. If the user objects aren't available for NSS to link trustee rights/ownership to, you still won't get them properly applied.
They can >try< nwcopy, but I recommend making sure all the linux-enabling steps in the documentation be taken regardless, at which point using the consolidation tool would be far more efficient; it would be direct SMS-to-SMS, server-to-server communications rather than having a workstation process do it.
They can >try< nwcopy, but I recommend making sure all the linux-enabling steps in the documentation be taken regardless, at which point using the consolidation tool would be far more efficient; it would be direct SMS-to-SMS, server-to-server communications rather than having a workstation process do it.
Nwcopy uses SMS.
Then it probably will need the linux-enable prep done to work too, and since SCMT is free and you have to pay (cheap but not free) for nwcopy if you want to copy more than 500MB at a crack, SCMT looks pretty good to me...