ADSM-L

Re: BA client 5.2.2 and Server 2003

2004-04-19 17:01:42
Subject: Re: BA client 5.2.2 and Server 2003
From: Mike Bantz <mbantz AT RSINC DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 19 Apr 2004 13:49:42 -0600
I'm running this by typing 'incr' at the baclient command-line interface
while logged in as the domain admin. Also just tried this as the local admin
with the same effect.

Not quite sure how to copy what you need from "dsmc i d:", though. It comes
back with:

ANS1898I ***** Processed 1,000 files *****
.
.
ANS1898I ***** Processed 16,500 files *****
Successful incremental backup of '\\maine\d$'

Objects inspected       16,923
Backed up                    0
etc etc etc

Opening up the GUI, I have the directory structure available to me as a part
of the restore - just no files. We ran into this with another issue: trying
to back up two NetApps using mapped drives. We'd get all the directories,
just no files from those directories. That was solved by running the backup
as the domain admin, not another account with domain admin privileges.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Andrew Raibeck
Sent: Monday, April 19, 2004 11:21 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: BA client 5.2.2 and Server 2003

Does the account used to back up D: have permissions to the root of the
drive?

It would help if you could provide some explicity info about the problem. 
For example, output from "dsmc i d:" would be useful.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew
Raibeck/Tucson/IBM@IBMUS Internet e-mail: storman AT us.ibm DOT com

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.



Mike Bantz <mbantz AT RSINC DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
04/19/2004 09:14
Please respond to
"ADSM: Dist Stor Manager"


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: BA client 5.2.2 and Server 2003






Just installed 5.2.2.9 with the same dsm.opt file. No luck. It will *not*
back up that drive.

Just no errors any more...

Mike Bantz
Systems Administrator
Research Systems, Inc

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Stefan Holzwarth
Sent: Monday, April 19, 2004 9:15 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: AW: BA client 5.2.2 and Server 2003


There are many problems - also that you described with the levels before
5.2.2.5
We use 5.2.2.9 and it seems that this version is quiet ok.
For open userprofiles we use ntbackup per preschedcmd, since TSM does not
support that at the moment on Windows 2003.

Kind Regards

Stefan Holzwarth

----------------------------------------------------------------------------
--
Stefan Holzwarth
ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste)
Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924
mailto:stefan.holzwarth AT adac DOT de


> -----Ursprüngliche Nachricht-----
> Von: Mike Bantz [mailto:mbantz AT RSINC DOT COM]
> Gesendet: Montag, 19. April 2004 16:36
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: BA client 5.2.2 and Server 2003
> 
> 
> I've just installed the 5.2.2 baclient on a Server 2003 
> machine, trying to
> back up to a Version 5, Release 2, Level 0.2 TSM server.
> 
> The dsm.opt file looks like this:
> 
>         PASSWORDACCESS  GENERATE
>         TCPSERVERADDRESS        10.17.10.13
>         dirmc directory
>         ERRORLOGRETENTION       5 D
>         SCHEDLOGRETENTION       5 D
> 
> This opt file backs up every local drive on any other machine 
> we've got it
> on.
> 
> I'd just like to back up the C$ and D$, default mgmt class. 
> Problem is, the
> server will back up the C$, "process" the D$, then kick back an error
> ANS1950E, that Backup via Windows Shadow Copy failed.
> 
> I cannot query the error on the server (no text found).
> 
> I've tried explicity including the d:\temp directory, etc to no avail.
> 
> This is something obvious, isn't it? :-)
> 
> Mike Bantz
> Systems Administrator
> Research Systems, Inc
>