Nick,
I think that's it. I think it's clustered, but I'll have to wait till
Monday to check with the admin.
Fred Johanson
TSM Administrator
University of Chicago
773-702-8464
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Nicholas Cassimatis
Se
Is the N: Drive on CUBS2 local, or a mapped/clustered drive? If it's
mapped, you'll have to add it to the domain statement, as it would not be
part of "all-local." If clustered, there's a different way to get the
backup - check the client manual for the procedure.
Nick Cassimatis
- Forwarde
On May 9, 2008, at 1:37 PM, Fred Johanson wrote:
But it is an incremental,just not on a TSM schedule.
It needs to be an unqualified Incremental, which runs to completion,
for the Last Backup timestamps to be updated. I would check the
actual client backup log, partly to verify that the action
!st that some serious data size being backed up.
Can you verify that q actlog log really shows n drive being backed up?
Could it be some other drives? Also is it just being backed up a
particular directory path or going to thru all of N via dsmc i with
excludes statement?
I suspect that it is
But it is an incremental,just not on a TSM schedule.
Fred Johanson
TSM Administrator
University of Chicago
773-702-8464
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
David E Ehresman
Sent: Friday, May 09, 2008 12:21 PM
To: ADSM-L@VM.MARIST.EDU
S
That's what you'd expect if you were NOT doing an INCREMENTAL. The Q FILES
statistics only get updated when an incremental backup covering the filespace
is started/completed.
David Ehresman
University of Louisville
>>> Fred Johanson <[EMAIL PROTECTED]> 5/9/2008 12:59 PM >>>
Anyone seen anythin
Anyone seen anything like this? Q FI returns this:
Node Name: CUBS2
Filespace Name: \\cubs2\n$
Hexadecimal Filespace Name: 5c5c63756273325c6e24
FSID: 1
I will be out of the office starting 05/08/2008 and will not return until
05/21/2008.
Please contact my backup Himanshu Madhani at [EMAIL PROTECTED], or my
manager Jim Riehl at [EMAIL PROTECTED]
On May 9, 2008, at 2:41 AM, Chris Lenssens wrote:
Hello,
Is it possible to delete one specific file from TSM? TSM did a backup
of a not necessary large logfile of 40 GB and because of the 'Version
Data Exists'-policy parameter of 7 it takes a lot of space on the
tapes. I work with TSM-server
Yes, but the file will exist on tape due to Retain Extra Versions and
Retain Only Version.
But you can always create a Delete mgmtclass with appropiate settings
and bind the file to that mgmtclass, exclude the file and run expire
inventory. But that seems harder than Delete backup command.
Than
Thanks for the reply Del.
Looks like i'll stick with the TDP backup for the time being.
Jeff
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Del Hoobler
Sent: 07 May 2008 12:47
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Snapshot Image Backup an
You can put an exclude statement for the file in your opt file on the
node or client options file on the server side and it will expire at the
next backup.
Adrian Compton
IT Baan Operation/ Group IBM Tivoli Admin
Pharmacare Limited trading as Aspen Pharmacare
P O Box 4002
Korsten
Port Elizabe
Yes, check dsmc.exe help 'delete backup' on the current node and then
run Expire inventory.
//Henrik
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Chris Lenssens
Sent: den 9 maj 2008 08:42
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] from SEZ
Hel
Hello,
Is it possible to delete one specific file from TSM? TSM did a backup
of a not necessary large logfile of 40 GB and because of the 'Version
Data Exists'-policy parameter of 7 it takes a lot of space on the
tapes. I work with TSM-server V5R2L2.0.
Many thanks
[EMAIL PROTECTED]
14 matches
Mail list logo
