BE 9.1 is trying to backup folders that don't exist

[jblewis]

thread481-883705 discusses this very issue, except that while I have completely recreated the selection list, doing so only fixed the problem for one day.

Veritas' (Symantec's) answer to this problem is to take out the object in the selection set that no longer exists... Except that the folder it is failing on never existed, nor should it have since like one of the respondants in the past, the path has two consecutive backslashes.

If anyone has an answer for this situation, I would greatly appreciate it since it is driving my customer nuts!

 

[NortonES2]

switch to text view and check if it appears there, if so highlight it and delete it.

-------------------------------

If it doesn't leak oil it must be empty!!

 

[jblewis]

I've been all through the text view.

The bogus selection has never been visible in any selection list view, graphical or text.

The object it choked on today was:
\Userdata\\ Grp RJanuary 13, 2006.xls

There's nothing like that explicitly in the selection list

 

[NortonES2]

Can you post the error message from the log.

-------------------------------

If it doesn't leak oil it must be empty!!

 

[jblewis]

Backup - E: Data VolumeDirectory not found. Can not backup directory \Userdata\\ Grp RJanuary 13, 2006.xls and its subdirectories.

A directory with no name, and an apparent filename starting with a space. That's about as bogus as you can get.

I'm really close to reinstalling BENT, but I can't convince myself that doing so would do any good.

 

[steveot]

Have your run a chkdisk on the volume to see if anything is wrong on the volume?

 

[jblewis]

Very good question indeed. I did a defrag, but I haven't done a chkdisk.

I'll schedule one for tonight!

Sometimes we miss the most obvious things! I'll let you know if that makes a difference.

 

[steveot]

Well I would probably run a chkdisk and if it finds anything re-create the selection list again.

 

[jblewis]

The results of the Chkdisk:
Event Type: Information
Event Source: Winlogon
Event Category: None
Event ID: 1001
Date: 3/9/2006
Time: 11:09:42 PM
User: N/A
Computer: MHCMN1
Description:
Checking file system on C:
The type of the file system is NTFS.
Volume label is win2003_SBS.

A disk check has been scheduled.
Windows will now check the disk.
Cleaning up minor inconsistencies on the drive.
Cleaning up 482 unused index entries from index $SII of file 0x9.
Cleaning up 482 unused index entries from index $SDH of file 0x9.
Cleaning up 482 unused security descriptors.
CHKDSK is verifying Usn Journal...
Usn Journal verification completed.
CHKDSK is verifying file data (stage 4 of 5)...
File data verification completed.
CHKDSK is verifying free space (stage 5 of 5)...
Free space verification is complete.
CHKDSK discovered free space marked as allocated in the
master file table (MFT) bitmap.
Windows has made corrections to the file system.

16450559 KB total disk space.
6035029 KB in 36537 files.
21232 KB in 3106 indexes.
0 KB in bad sectors.
672670 KB in use by the system.
65536 KB occupied by the log file.
9721628 KB available on disk.

512 bytes in each allocation unit.
32901119 total allocation units on disk.
19443256 allocation units available on disk.

Internal Info:
ee 2c 01 00 e7 9a 00 00 cf c7 00 00 00 00 00 00 .,..............
b5 00 00 00 02 00 00 00 88 05 00 00 00 00 00 00 ................
ba 77 34 08 00 00 00 00 88 ad 51 0a 00 00 00 00 .w4.......Q.....
f2 6d b3 0a 00 00 00 00 30 68 bd 85 01 00 00 00 .m......0h......
b6 55 bf 02 00 00 00 00 18 08 f6 1e 02 00 00 00 .U..............
70 13 58 a6 00 00 00 00 e8 3c 07 00 b9 8e 00 00 p.X......<......
00 00 00 00 00 54 59 70 01 00 00 00 22 0c 00 00 .....TYp...."...

Windows has finished checking your disk.
Please wait while your computer restarts.


For more information, see Help and Support Center at

http://go.microsoft.com/fwlink/events.asp.

I didn't try to recreate the selection list last night after the chkdisk and reboot, but the error received is exactly the same as yesterday.

I'll redo the selections, and try it again.

 

[steveot]

The only other thing I can think if is place the remote agent in debug and let the job run and then look at the debug logs.

Another option would be to run filemon

http://www.sysinternals.com

on the volume with the error during the backup and see whats is happening. filemon log may be a lot to look thru but it may help you out

 

[jblewis]

Well, we had a successful run over the weekend. After running the chkdisk, I recreated the selection list from scratch.

I'll post an update in a couple of days if all goes well.

JB

 

[jblewis]

Knock on wood, the customer has had successful backups every night since the check disk and the selection was recreated.

Thanks for the input all!

JB