Hi -
Not sure who is around to read your message at Netapp before the holiday, but if there is anyone that knows a better answer, please pass it along.
grepping through what ndmp is passing by default to dump reveals:
dump.java: default_env.put("NO_ACLS", "N"); dump.java: default_env.put("EXTRACT_ACL", "Y");
So I'd assume you could flip these, not that I've personally tried it.
-dave
-----Original Message----- From: Jeffrey Krueger To: ndmp-users@netapp.com; toasters@mathworks.com Sent: 6/29/01 4:38 PM Subject: NDMPcopy without security
Does anyone know of an NDMP environment variable or other method to prevent NDMPcopy from restoring UNIX permissions or NTFS ACL's?
We would like to migrate some data by first doing a full copy *with* ACL's, then substitute local group SID's on the destination, and finally resume incremental updates *without* updating our already "fixed" destination ACL's.
The benefit of this approach is that SID substitution across a large qtree/volume could take a long period of time (hours/days). We'd rather do that pre-cutover when users are not impacted the during the actual migration when we make the source data read-only or inaccessible.
Any ideas? The NDMP v3 spec doesn't mention any environment variables for this and I can't find any NetApp documentation on what NDMP environment variables they use and their purpose. Note: Our solution must be NDMPcopy based.
Thanks!
-- Jeff
-- ------------------------------------------------------------------------ ---- Jeff Krueger, NetApp CA E-Mail: jeff@qualcomm.com Senior Engineer Phone: 858-651-6709 Storage Lead (NAS/SAN) Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com
To remove yourself from the ndmp-users@ndmp.org mailing list, send mail to majordomo@netapp.com with the following command in the BODY of your email message: unsubscribe dl-ndmp-users [your email address]
Hmmm... not bad. I guess JNDMPcopy has some hidden goodies. Thanks for the tip Dave, we'll test it out in our lab and see if it does what we need.
Anybody want to volunteer some official documentation on the *full* list of NDMP environment variables implemented in ONTAP and a description of their use?
-- Jeff
On Fri, Jun 29, 2001 at 05:05:32PM -0700, Manley, David wrote:
Hi -
Not sure who is around to read your message at Netapp before the holiday, but if there is anyone that knows a better answer, please pass it along.
grepping through what ndmp is passing by default to dump reveals:
dump.java: default_env.put("NO_ACLS", "N"); dump.java: default_env.put("EXTRACT_ACL", "Y");
So I'd assume you could flip these, not that I've personally tried it.
-dave
-----Original Message----- From: Jeffrey Krueger To: ndmp-users@netapp.com; toasters@mathworks.com Sent: 6/29/01 4:38 PM Subject: NDMPcopy without security
Does anyone know of an NDMP environment variable or other method to prevent NDMPcopy from restoring UNIX permissions or NTFS ACL's?
We would like to migrate some data by first doing a full copy *with* ACL's, then substitute local group SID's on the destination, and finally resume incremental updates *without* updating our already "fixed" destination ACL's.
The benefit of this approach is that SID substitution across a large qtree/volume could take a long period of time (hours/days). We'd rather do that pre-cutover when users are not impacted the during the actual migration when we make the source data read-only or inaccessible.
Any ideas? The NDMP v3 spec doesn't mention any environment variables for this and I can't find any NetApp documentation on what NDMP environment variables they use and their purpose. Note: Our solution must be NDMPcopy based.
Thanks!
-- Jeff
--
Jeff Krueger, NetApp CA E-Mail: jeff@qualcomm.com Senior Engineer Phone: 858-651-6709 Storage Lead (NAS/SAN) Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com
To remove yourself from the ndmp-users@ndmp.org mailing list, send mail to majordomo@netapp.com with the following command in the BODY of your email message: unsubscribe dl-ndmp-users [your email address]
Doh. I realize you probably got this from the ONTAP NDMP source tree, not from JNDMPcopy.
Thats what I get for trying to be a smart ass. =)
-- Jeff
On Fri, Jun 29, 2001 at 05:43:11PM -0700, Jeffrey Krueger wrote:
Hmmm... not bad. I guess JNDMPcopy has some hidden goodies. Thanks for the tip Dave, we'll test it out in our lab and see if it does what we need.
Anybody want to volunteer some official documentation on the *full* list of NDMP environment variables implemented in ONTAP and a description of their use?
-- Jeff
On Fri, Jun 29, 2001 at 05:05:32PM -0700, Manley, David wrote:
Hi -
Not sure who is around to read your message at Netapp before the holiday, but if there is anyone that knows a better answer, please pass it along.
grepping through what ndmp is passing by default to dump reveals:
dump.java: default_env.put("NO_ACLS", "N"); dump.java: default_env.put("EXTRACT_ACL", "Y");
So I'd assume you could flip these, not that I've personally tried it.
-dave
-----Original Message----- From: Jeffrey Krueger To: ndmp-users@netapp.com; toasters@mathworks.com Sent: 6/29/01 4:38 PM Subject: NDMPcopy without security
Does anyone know of an NDMP environment variable or other method to prevent NDMPcopy from restoring UNIX permissions or NTFS ACL's?
We would like to migrate some data by first doing a full copy *with* ACL's, then substitute local group SID's on the destination, and finally resume incremental updates *without* updating our already "fixed" destination ACL's.
The benefit of this approach is that SID substitution across a large qtree/volume could take a long period of time (hours/days). We'd rather do that pre-cutover when users are not impacted the during the actual migration when we make the source data read-only or inaccessible.
Any ideas? The NDMP v3 spec doesn't mention any environment variables for this and I can't find any NetApp documentation on what NDMP environment variables they use and their purpose. Note: Our solution must be NDMPcopy based.
Thanks!
-- Jeff
--
Jeff Krueger, NetApp CA E-Mail: jeff@qualcomm.com Senior Engineer Phone: 858-651-6709 Storage Lead (NAS/SAN) Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com
To remove yourself from the ndmp-users@ndmp.org mailing list, send mail to majordomo@netapp.com with the following command in the BODY of your email message: unsubscribe dl-ndmp-users [your email address]
-
Jeffrey Krueger -
Manley, David