Networker

[Networker] NW 7.6.2 and the DISASTER_RECOVERY: saveset

2011-08-17 08:52:40
Subject: [Networker] NW 7.6.2 and the DISASTER_RECOVERY: saveset
From: Michael Leone <Michael.Leone AT PHA.PHILA DOT GOV>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Wed, 17 Aug 2011 08:50:46 -0400
I am completely confused. I have a 7.6.2 AFTD storage node, running 
Win2008 R2. I have a job with a saveset of ALL. It also has a directive 
that skips most of the folders on drive E: by name. What seems to be 
happening is that the DISASTER_RECOVERY: saveset (which is part of the 
ALL) seems to be trying to back up all the folders on drive E:, and so I 
am having space issues on my AFTD device (since VSS and NW seem to both be 
using the same drive).

What does the DISASTER_RECOVERY: need to be saving on the E: drive, which 
is not the system drive? Isn't the DISASTER_RECOVERY: for recovering the 
OS from a bare metal recovery? Why is it getting anything from drive E:, 
which is not the boot/system drive? In the snippet below, you see that 
DISASTER_RECOVERY: failed while trying to backup E:\oldusers. Why is it 
even looking at *anything* on drive E:, especially something that is 
explicitly SKIPped in a directive??

What I had been trying was to get all the VSS: related savesets, the 
DISASTER_RECOVERY: and the C: drive, in this job. Then later another job 
would get the E: drive, so the combination of the 2 jobs would constitute 
a FULL backup to AFTD disk.

On my other storage 7.6.2 Win2008 R2 storage nodes, this is not happening. 
The DISASTER_RECOVERY: saveset is not trying to get a full backup of any 
drive except C:.

Here's the job email:


Start time:   Tue Aug 16 20:00:00 2011
Clone Start:  Wed Aug 17 01:23:27 2011
End time:     Wed Aug 17 03:34:54 2011

Automatic cloning of save sets to pool PHACLONE succeeded.


--- Unsuccessful Save Sets ---

* dctrlts003:DISASTER_RECOVERY:\ savegrp: suppressed 77 lines of output.
* dctrlts003:DISASTER_RECOVERY:\ skip: SOFTWARE.LOG 
* dctrlts003:DISASTER_RECOVERY:\ << "C:\Windows\System32\config\" >>
* dctrlts003:DISASTER_RECOVERY:\ skip: SYSTEM.LOG 
* dctrlts003:DISASTER_RECOVERY:\ << 
"C:\Windows\System32\SMI\Store\Machine\" >>
* dctrlts003:DISASTER_RECOVERY:\ skip: schema.dat.LOG 
* dctrlts003:DISASTER_RECOVERY:\ << "C:\Windows\System32\config\" >>
* dctrlts003:DISASTER_RECOVERY:\ skip: COMPONENTS.LOG 
* dctrlts003:DISASTER_RECOVERY:\ 77775:save: Processing completed for 
disaster recover backup.
* dctrlts003:DISASTER_RECOVERY:\ 
\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy35\oldusers\xxx.xxx: Unknown 
error
* dctrlts003:DISASTER_RECOVERY:\ 5195:save: save failed on 
\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy35\oldusers\xxx.xxx
* dctrlts003:DISASTER_RECOVERY:\ 74209:save: Quit signal received.
* dctrlts003:DISASTER_RECOVERY:\ 83452:save: Handling an abort while 
processing Windows disaster recovery backup.
     * <ERROR> :  File E:\oldusers\ could not be opened and was not backed 
up. (No such file or directory)
     * <ERROR> :  File E:\ could not be opened and was not backed up. (No 
such file or directory)


--- Successful Save Sets ---

* dctrlts003:ALL savefs dctrlts003: succeeded.
* dctrlts003:X:\ 66135:save: NSR directive file 
(X:\DBO_DCTRLTS003\nsr.dir) parsed
  dctrlts003: X:\                   level=full,     24 KB 00:00:00      8 
files
  dctrlts003: E:\                   level=full,    283 MB 00:00:13     14 
files
  dctrlts003: C:\                   level=full,   7599 MB 00:04:11  45307 
files 


-- 
Michael Leone
Network Administrator, ISM
Philadelphia Housing Authority
2500 Jackson St
Philadelphia, PA 19145
Tel:  215-684-4180
Cell: 215-252-0143
<mailto:michael.leone AT pha.phila DOT gov>

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER