del volume error

[Robert Ouzen Ouzen]

Hi 

 

Tried to delete a volume with the command:   del   vol   72L2
discardd=yes

 

It began to delete but after a few seconds is stuck:

 

Process Process Description  Status

  Number

  
-

  99 Delete VolumeVolume 72L2 (storage pool I-DRM), 
Files

  (Discard Data)   Deleted: 20, Bytes Deleted: 8,572,065

 

I saw in the log this error message:

 

07/08/2008 09:04:03  ANR0538I A resource waiter has been aborted.

07/08/2008 09:04:03  ANR2229W Discard data process terminated for volume

  72L2 - internal server error detected. (SESSION:

  13490, PROCESS: 99)

07/08/2008 09:04:03  ANRD Thread<29452> issued message 2229 from: 
(SESSION:

  13490, PROCESS: 99)

07/08/2008 09:04:03  ANRD Thread<29452>  0x000100013414 outRptf

  (SESSION: 13490, PROCESS: 99)

07/08/2008 09:04:03  ANRD Thread<29452>  0x0001008aa9c8 
AdmVolDelThread

   (SESSION: 13490, PROCESS: 99)

07/08/2008 09:04:03  ANRD Thread<29452>  0x0001000148f0 StartThread

  (SESSION: 13490, PROCESS: 99)

07/08/2008 09:04:03  ANRD Thread<29452>  0x094794f0 
_pthread_body

  (SESSION: 13490, PROCESS: 99)

07/08/2008 09:04:06  ANR0986I Process 99 for DELETE VOLUME (DISCARD DATA)

  running in the BACKGROUND processed 20 items for a 
total

more...   ( to continue, 'C' to cancel)

 

  of 8,572,065 bytes with a completion state of FAILURE 
at

  09:04:06. (SESSION: 13490, PROCESS: 99)

 

I did an audit volume with fix=yes  and no problem:

 

07/08/2008 07:59:01  ANR4132I Audit volume process ended for volume 
72L2;

  216127 files inspected, 0 damaged files deleted, 0

  damaged files marked as damaged, 0 files previously

  marked as damaged reset to undamaged, 0 objects 
updated.

  (SESSION: 13490, PROCESS: 98)

07/08/2008 07:59:01  ANR0987I Process 98 for AUDIT VOLUME (REPAIR) running 
in

  the BACKGROUND processed 216127 items with a 
completion

  state of SUCCESS at 07:59:01. (SESSION: 13490, 
PROCESS:

  98)

 

What can I do to fix and delete this volume to bring it back to scratch 

 

My TSM server version is :  5.5.03

 

Regards

 

Robert Ouzen

 

 

ISC/Admin Center generates excessive admin sessions

[TSM User]

I've just installed the ISC version 6.0.1.1 and the Admin Center on a
Windows 2003 server running TSM server 5.5.0.3.  It seems to be operational,
but there's one problem I've run into so far that has me puzzled.  Every
time I click over to a menu item and select my server, a new admin session
is opened.  The old sessions are never closed, which means that I quickly
see a long list of idle admin sessions form.  The server still runs this
way, but it generates a lot of visual clutter.  This is my first experience
with the ISC -- is this normal?  Is there something I'm missing in my
setup?  I've searched unsuccessfully for references to other seeing this, so
if I missed a discussion somewhere, I apologize.

Thanks!

Re: Logical Volume Snapshot Agent

[[EMAIL PROTECTED]]

07/04/2008 20:52:37 ANS1378E The snapshot operation failed. The
SNAPSHOTCACHELocation does not contain enough space for this snapshot
operation. This indicates that the disk does not have suffcient space for
the snapshot file cache, try changing the location (SNAPSHOTCACHELOCATION
F:\ for example) to a disk that contains suficient space for the snapshot,
the snapshot default location is the disk that is currently backuping up
and the default size is 1% of this disk, you can change the size of the
snapshot with SNAPSHOTCACHESIZE 10 (10% the snapshot can use 10% of the
size of the disk for cache).

07/06/2008 20:02:27 ANS1349E The Logical Volume Snapshot Agent could not
take a snapshot of the specified volume. I have seen this error before, in
my case was a problem with the Microsoft Shadow Copy service, one of the
services was stopped, try to see the eventviewer for more clues of the
problem.

Sorry for my bad english :)

Original Message:
-
From: Gill, Geoffrey L. [EMAIL PROTECTED]
Date: Mon, 7 Jul 2008 12:18:22 -0700
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Logical Volume Snapshot Agent


Client, Windows 2003 TSM 5.4.1.6

Server AIX 5.3 TSM 5.3.3.0

 

I asked this recently and did not see any responses so I'll try again.
This computer is a Domino server that is also running TDP. That backup
seems to be working fine, however the regular client backup fails daily.
I am getting more info as we speak but I'm told this started happening
after the server was migrated from a VM to a physical server. Seems on
VM there were other problems so it was rebuilt on a physical box.

 

There are a couple of different messages in the error log and I'm trying
to figure out if they are related or not, it looks like they are. The
information I am finding talks to TSM Client Open File Support backup,
and since I have no access to the server I don't know anything more than
what I have been told, which isn't much more than 'it keeps failing'. 

 

I have not found any info specifically dealing with what I am seeing so
I'm wondering if anyone might have some ideas I can pass along to the
folks managing this box.

 

07/04/2008 20:52:37 ANS1228E Sending of object 'f:' failed

07/04/2008 20:52:37 ANS1378E The snapshot operation failed. The
SNAPSHOTCACHELocation does not contain enough space for this snapshot
operation.

 

07/04/2008 20:57:10 ANS1512E Scheduled event 'CLIENT_2000_SUN-FRI'
failed.  Return code = 12.

07/06/2008 20:02:27 ANS1228E Sending of object 'c:' failed

07/06/2008 20:02:27 ANS1349E The Logical Volume Snapshot Agent could not
take a snapshot of the specified volume.

 

07/06/2008 20:02:54 GetRootAttrib(): for root directory
\\?\tsmlvsa_Volume{84beb4c0-2a28-11da-9509-806d6172696f}\, Win32 rc=31

07/06/2008 20:02:54 ANS1228E Sending of object '\\cp-its-domweb02\c$'
failed

07/06/2008 20:02:54 ANS4021E Error processing '\\cp-its-domweb02\c$':
file system not ready

07/06/2008 20:02:54 ANS1802E Incremental backup of
'\\cp-its-domweb02\c$' finished with 2 failure

 

Thanks for any insight anyone can provide.

 

Geoff Gill 
TSM Administrator 
PeopleSoft Sr. Systems Administrator 
SAIC M/S-G1b 
(858)826-4062 
Email: [EMAIL PROTECTED] 

 



myhosting.com - Premium Microsoft® Windows® and Linux web and application
hosting - http://link.myhosting.com/myhosting

Re: Logical Volume Snapshot Agent

[Bill Boyer]

Since this is Windows2003 why not upgrade to the 5.5 client, uninstall the
LVSA an use VSS:

SNAPSHOTPROVIDERFS  VSS
SNAPSHOTPROVIDERIMAGE   VSS

To the DSM.OPT file.

Bill Boyer
"A penny saved is a government oversight." - ??



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Gill, Geoffrey L.
Sent: Monday, July 07, 2008 3:18 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Logical Volume Snapshot Agent

Client, Windows 2003 TSM 5.4.1.6

Server AIX 5.3 TSM 5.3.3.0



I asked this recently and did not see any responses so I'll try again.
This computer is a Domino server that is also running TDP. That backup
seems to be working fine, however the regular client backup fails daily.
I am getting more info as we speak but I'm told this started happening
after the server was migrated from a VM to a physical server. Seems on
VM there were other problems so it was rebuilt on a physical box.



There are a couple of different messages in the error log and I'm trying
to figure out if they are related or not, it looks like they are. The
information I am finding talks to TSM Client Open File Support backup,
and since I have no access to the server I don't know anything more than
what I have been told, which isn't much more than 'it keeps failing'.



I have not found any info specifically dealing with what I am seeing so
I'm wondering if anyone might have some ideas I can pass along to the
folks managing this box.



07/04/2008 20:52:37 ANS1228E Sending of object 'f:' failed

07/04/2008 20:52:37 ANS1378E The snapshot operation failed. The
SNAPSHOTCACHELocation does not contain enough space for this snapshot
operation.



07/04/2008 20:57:10 ANS1512E Scheduled event 'CLIENT_2000_SUN-FRI'
failed.  Return code = 12.

07/06/2008 20:02:27 ANS1228E Sending of object 'c:' failed

07/06/2008 20:02:27 ANS1349E The Logical Volume Snapshot Agent could not
take a snapshot of the specified volume.



07/06/2008 20:02:54 GetRootAttrib(): for root directory
\\?\tsmlvsa_Volume{84beb4c0-2a28-11da-9509-806d6172696f}\, Win32 rc=31

07/06/2008 20:02:54 ANS1228E Sending of object '\\cp-its-domweb02\c$'
failed

07/06/2008 20:02:54 ANS4021E Error processing '\\cp-its-domweb02\c$':
file system not ready

07/06/2008 20:02:54 ANS1802E Incremental backup of
'\\cp-its-domweb02\c$' finished with 2 failure



Thanks for any insight anyone can provide.



Geoff Gill
TSM Administrator
PeopleSoft Sr. Systems Administrator
SAIC M/S-G1b
(858)826-4062
Email: [EMAIL PROTECTED]

Logical Volume Snapshot Agent

[Gill, Geoffrey L.]

Client, Windows 2003 TSM 5.4.1.6

Server AIX 5.3 TSM 5.3.3.0

 

I asked this recently and did not see any responses so I'll try again.
This computer is a Domino server that is also running TDP. That backup
seems to be working fine, however the regular client backup fails daily.
I am getting more info as we speak but I'm told this started happening
after the server was migrated from a VM to a physical server. Seems on
VM there were other problems so it was rebuilt on a physical box.

 

There are a couple of different messages in the error log and I'm trying
to figure out if they are related or not, it looks like they are. The
information I am finding talks to TSM Client Open File Support backup,
and since I have no access to the server I don't know anything more than
what I have been told, which isn't much more than 'it keeps failing'. 

 

I have not found any info specifically dealing with what I am seeing so
I'm wondering if anyone might have some ideas I can pass along to the
folks managing this box.

 

07/04/2008 20:52:37 ANS1228E Sending of object 'f:' failed

07/04/2008 20:52:37 ANS1378E The snapshot operation failed. The
SNAPSHOTCACHELocation does not contain enough space for this snapshot
operation.

 

07/04/2008 20:57:10 ANS1512E Scheduled event 'CLIENT_2000_SUN-FRI'
failed.  Return code = 12.

07/06/2008 20:02:27 ANS1228E Sending of object 'c:' failed

07/06/2008 20:02:27 ANS1349E The Logical Volume Snapshot Agent could not
take a snapshot of the specified volume.

 

07/06/2008 20:02:54 GetRootAttrib(): for root directory
\\?\tsmlvsa_Volume{84beb4c0-2a28-11da-9509-806d6172696f}\, Win32 rc=31

07/06/2008 20:02:54 ANS1228E Sending of object '\\cp-its-domweb02\c$'
failed

07/06/2008 20:02:54 ANS4021E Error processing '\\cp-its-domweb02\c$':
file system not ready

07/06/2008 20:02:54 ANS1802E Incremental backup of
'\\cp-its-domweb02\c$' finished with 2 failure

 

Thanks for any insight anyone can provide.

 

Geoff Gill 
TSM Administrator 
PeopleSoft Sr. Systems Administrator 
SAIC M/S-G1b 
(858)826-4062 
Email: [EMAIL PROTECTED] 

 

Re: Management class definition appears ok but not functioning

[Andrew Raibeck]

The versions should be deleted 3 days after expiration from the TSM server
database. When were they actually expired? Verbose dsmsched.log would show
this, assuming scheduled full incremental is used to perform the backup
that would have expired the files. Also, are you sure those files are
bound to SQLBACK?

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

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

"ADSM: Dist Stor Manager"  wrote on 07/03/2008
06:30:16 AM:

> Have a mgmt class defined that was working but for some reason it
> appears
> to not be.
>
> Shouldnt the first 3 entries be expired ? They are bound to SQLBACK
>
> Based on this definition any file bound to SQLBACK should be deleted
> from
> TSM if the file has been deleted from the file system more than 3 days
> ago.
>
>
> PolicyPolicyMgmt  Copy  Versions Versions   Retain
> Retain
> DomainSet Name  Class Group Data DataExtra
> Only
> NameName  NameExists  Deleted Versions
> Version
> - - - -   
> ---
> NTACTIVESQLBACK   STANDARD 110
> 3
> NTNTSQLBACK   STANDARD 110
> 3
>
> Output from dsmc command
>
> dsmc delete backup "d:\backups\fsrtest\*.bak" -pick -fromdate=01/01/1990
> -todate=07/03/2008 -deltype=all -su=yes
>
>   #Backup Date/TimeFile Size A/I  File
>  1. | 06/25/2008 21:32:43   1.33 MB  I
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200806251900.bak
>  2. | 06/26/2008 20:59:56   1.33 MB  I
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200806261900.bak
>  3. | 06/27/2008 21:07:15   1.33 MB  I
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200806271900.bak
>  4. | 06/30/2008 21:45:30   1.33 MB  A
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200806301900.bak
>  5. | 07/01/2008 20:55:04   1.33 MB  A
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200807011900.bak
>  6. | 07/02/2008 21:00:27   1.33 MB  A
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200807021900.bak
>  7. | 07/03/2008 09:00:27   1.33 MB  A
> \\rhea\d$\Backups\FSRTest\FSRTest_backup_200807031900.bak
>
> Tim Brown
> Systems Specialist - Project Leader
> Central Hudson Gas & Electric
> 284 South Ave
> Poughkeepsie, NY 12601
> Email: [EMAIL PROTECTED] 
> Phone: 845-486-5643
> Fax: 845-486-5921
> Cell: 845-235-4255
>
>
>
> This message contains confidential information and is only for the
> intended recipient.  If the reader of this message is not the intended
> recipient, or an employee or agent responsible for delivering this
> message to the intended recipient, please notify the sender immediately
> by replying to this note and deleting all copies and attachments.  Thank
> you.