Re: [ADSM-L] Archive error
2010-12-06 08:10:48
I suspect the problem is that you used quotes in the OBJECTS field in such
a way that it treats those drive specifications as a single specification.
For example:
define schedule ... objects='"C:\*.* D:\*.* E:\*.*"'
i.e., single quotes surrounding double quotes (or the other way around)
Instead, just do this:
define schedule ... objects="C:\*.* D:\*.* E:\*.*"
i.e., one set of quotes around everything.
Better yet:
define schedule ... objects="C: D: E:"
Note: If your intent with the *.* wildcards is to say "all files", then
just use a single *.
*.* = A file name that includes a period. Thus a file like C:\myfiles
\file_a would not be included in this specification because it does not
contain a period.
* = Any file name
Best regards,
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2010-12-06
05:26:58:
> From: Richard van Denzel <RDenzel AT SLTN DOT NL>
> To: ADSM-L AT vm.marist DOT edu
> Date: 2010-12-06 05:28
> Subject: Archive error
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> L.S.,
>
>
>
> Maybe a stupid question to ask, but I'm not very used to archives. Now
> I've defined an archive schedule for a Windows system and I get the
> following error message:
>
>
>
> 05-12-2010 22:22:14 fioGetAttrib(C:\*.* D:\*.* E:) failed.
> 05-12-2010 22:22:14 ANS4942E The file specification 'C:\*.* D:\*.* E:\*'
> is invalid.
> 05-12-2010 22:22:15 ANS1512E Scheduled event 'ARCHIVE_WIN_CDE' failed.
> Return code = 12
>
>
>
> I've specified in the OBJECTS field of the schedule "C:\*.* D:\*.*
> E:\*.*" and not much else special.
>
>
>
> Server is 6.2.0.0 on W2K8 and the client is 5.5.1.6 on W2K3.
>
>
>
> Regards,
>
>
>
> Richard.
|
|
|