We've experienced this too.  The extra drive was an exact replica of the
drive that was being backed up.  We were told it is due to the size of
the drive you are backing up and OTM.  You can change location of OTM
file and that may help.  Also if you boot the server the extra G:\ drive
will disappear. 

-----Original Message-----
From: Jon D. Benson [mailto:jbenson AT neurome DOT com]
Sent: Wednesday, August 27, 2003 11:30 AM
To: (veritas-bu AT mailman.eng.auburn DOT edu)
Subject: [Veritas-bu] VSP wierdness


Greetings

Since updating to 4.5FP_3GA I have seen some odd things and I am
wondering if it may be VSP. Last night my backup of my main file server
(Win2K-sp3) failed with an error 71 (none of the files in the file list
exist). On inspection I saw that the job was trying to backup drive G:\
-- my system doens't have a drive G:\ -- never did - never will. The
policy uses the directive ALL_LOCAL_DRIVES. The drives that do exist
were backup in separate jobs.

What might be happening here? This is a totally new thing since
configuring VSP and I have seen in occasionally with this and other
Win2K systems. Perhaps I am missing a tuning parameter in VSP? Perhaps
there is a bug in VSP? Has anyone else seen this behavior? Any thought
or ideas are alway appreciated.

Thanks
--
Jon D. Benson
Network Systems Administrator
Neurome, Inc.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

-------------------------------------------------------------------------------------
This e-mail is the exclusive, private and confidential property of the sender. 
This
information contained in it is intended solely for the use of the sender and the
intended recipient. If you are not the intended recipient you are hereby 
advised that
any unauthorized disclosure, copying, distribution or the taking of any action 
in
reliance on the contents of this message is strictly prohibited. If you have 
received
this e-mail in error, please notify us immediately by telephone (call collect, 
if
long distance) and then destroy this document and any copies in any form 
immediately.
Finally, the recipient should check this email and any attachments for the 
presence
of viruses. USF Corporation accepts no liability for any damage caused by any 
virus
transmitted by this email.
-------------------------------------------------------------------------------------