Hi Stephen,
Would I be correct in presuming that this will also affect 'ndmpcopy' incrementals?
We are using level 0 ndmpcopy to move data to another filer with the idea being to run a level 1 when we have downtime of the main system.
Thanks, GB
-----Original Message----- From: Stephen Manley [SMTP:stephen@netapp.com] Sent: Friday, June 09, 2000 9:03 PM To: toasters@mathworks.com Cc: stephen@netapp.com Subject: NDMP Incremental backup issue
Some of you may recall Matt Phelps encountering some trouble with NDMP incremental backups.
We've identified the problem as bug 23356. The bug description will soon be available ONLINE at NOW.
In a nutshell, the problem is this: An NDMP incremental dump will not include files with an mtime which is set to a time BEFORE the timestamp of the last level 0 dump, but created AFTER the timestamp of the last level 0 dump.
******************************************************************* This email and any files transmitted with it are confidential and are solely for the use of the individual or organisation to whom they are addressed. If you have received this mail in error please notify the system administrator at +353 1 6399700 or by email to hostmaster@msc.ie
This email message has been swept for computer viruses.
Managed Solutions Corporation, Enterprise Customer Relationship Management, Workflow and Contract Administration.
Tel: 353 1 639 9700 Fax: 353 1 639 9701
Don't forget to visit our website at http://www.managed-solutions.com ********************************************************************
Hi Stephen,
Would I be correct in presuming that this will also affect 'ndmpcopy' incrementals?
You are correct. This will affect NDMPcopy as well as NDMP run via client tools.
We are using level 0 ndmpcopy to move data to another filer with the idea being to run a level 1 when we have downtime of the main system.
You may want to get the patch release that fixes this bug, then, if you feel uncomfortable will the risk.
Alternatively, you could have a slightly slower level 1 migration, doing something like:
Level 0 with NDMPcopy will work perfectly unix% ndmpcopy source-filer:/vol/volname/srcname dest-filer:/vol/volname/dstname -sa root:passwd -da root:dwssap -level 0
For the level 1, insert the dump piped to restore command... unix% rsh source-filer dump 1uf - /vol/volname/srcname | rsh dest-filer restore rfD - /vol/volname/dstname
This will actually execute the same command as the level 1 NDMPcopy, with 2 differences 1) Performance will be worse 2) It will not suffer from bug 23356.
These are probably the simplest options...
Stephen Manley NDMP Body Shop Repairman
-----Original Message----- From: Stephen Manley [SMTP:stephen@netapp.com] Sent: Friday, June 09, 2000 9:03 PM To: toasters@mathworks.com Cc: stephen@netapp.com Subject: NDMP Incremental backup issue
Some of you may recall Matt Phelps encountering some trouble with NDMP incremental backups.
We've identified the problem as bug 23356. The bug description will soon be available ONLINE at NOW.
In a nutshell, the problem is this: An NDMP incremental dump will not include files with an mtime which is set to a time BEFORE the timestamp of the last level 0 dump, but created AFTER the timestamp of the last level 0 dump.
This email and any files transmitted with it are confidential and are solely for the use of the individual or organisation to whom they are addressed. If you have received this mail in error please notify the system administrator at +353 1 6399700 or by email to hostmaster@msc.ie
This email message has been swept for computer viruses.
Managed Solutions Corporation, Enterprise Customer Relationship Management, Workflow and Contract Administration.
Tel: 353 1 639 9700 Fax: 353 1 639 9701
Don't forget to visit our website at http://www.managed-solutions.com
-
Garrett Burke -
Stephen Manley