Can't unload the DB

2002-07-21 Thread Max Kwong

Hi all,

I need to optimize the TSM db so i unload the db but it failed. I've tried
to audit the db and then unload it again but it also can fix the problem.
Does anyone have a idea to solve this problem. The following is the error
statement of "dsmserv unloaddb devclass=dltclass4 vol=adsm02".


ANR4013I UNLOADDB: Dumped 0 database entries (cumulative).
ANR8337I DLT volume ADSM02 mounted in drive MT1.0.0.1 (MT1.0.0.1).
ANR1360I Output volume ADSM02 opened (sequence number 1).
ANR4400I UNLOADDB: Quiescing database update activity.
ANR4401I UNLOADDB: Database update activity is now quiesced.
ANR4029I UNLOADDB: Database checkpoint started.
ANR4030I UNLOADDB: Database checkpoint completed.
ANR4013I UNLOADDB: Dumped 8620 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 268068 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 311917 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 714030 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 757577 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 1342882 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 1408850 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 2029139 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 2066637 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 2549219 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 2592331 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 3071551 database entries (cumulative).
ANR4013I UNLOADDB: Dumped 3115932 database entries (cumulative).
ANRD sminit.c(488): SM Failed to Initialize - Time Out.
ANRD mmsshr.c(307): Timed out waiting for session manager initialization.
ANR1361I Output volume ADSM02 closed.
ANR8336I Verifying label of DLT volume ADSM02 in drive MT1.0.0.1 (MT1.0.0.1).
==

Best Regards,
Max Kwong



client schedules

2002-07-10 Thread Max Kwong

Hi all,

Can i create two client schedule at the same dtart time on one client node.
Becase i want to backup two different drive at the same time. I've tried to
create the schedules but one always missing the job. How can l solve it.

Regards,
Max Kwong



Re: Processing Time for incremental backup

2002-06-07 Thread Max Kwong

Hi,

Both node is in Windows NT - Version 4, Release 1, Level 1.0 .  The client and
server are in the same machine. And the db cache hit pct. is 97.7%.


Regards,
Max Kwong







Gerald Wichmann <[EMAIL PROTECTED]> on 06/07/2002 12:41:18 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Max LH KWONG/LCSD/HKSARG)

Subject:  Re: Processing Time for incremental backup



Assuming there is nothing obviously different that might be causing this
such as the 2nd client listed below already having a heavy load on it, or
backing up over an extremely slow connection (modem? Even that probably
wouldn't take 5 hours though!) - you're going to have to do a trace to solve
this one and see why it's taking so long. 5 hours to scan 600k objects is
incredibly slow. The fact that the first client zips along fine more then
likely indicates it's not a problem with the TSM server.

Are you using the latest client level? What client and server level are you
using? What are the platforms on both nodes below? All in all, I'm reaching
here.. do a trace. Call Tivoli support if you need help with doing one.

Regards,

Gerald Wichmann
Senior Systems Development Engineer
Zantaz, Inc.
925.598.3099 (w)

-Original Message-
From: Max Kwong [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 7:57 PM
To: [EMAIL PROTECTED]
Subject: Processing Time for incremental backup

Hi all,

I've a schedule incemental backup processing time is much more than the
others.
The followings is the details of the schedule result.

Normal Schedule Processing Time: 3 minutes


05/25/2002 04:56:57 --- SCHEDULEREC STATUS BEGIN
05/25/2002 04:56:57 Total number of objects inspected:  440,573
05/25/2002 04:56:57 Total number of objects backed up:0
05/25/2002 04:56:57 Total number of objects updated:  0
05/25/2002 04:56:57 Total number of objects rebound:  0
05/25/2002 04:56:57 Total number of objects deleted:  0
05/25/2002 04:56:57 Total number of objects expired:  0
05/25/2002 04:56:57 Total number of objects failed:   0
05/25/2002 04:56:57 Total number of bytes transferred:0 Bytes
05/25/2002 04:56:57 Data transfer time:0.00 sec
05/25/2002 04:56:57 Network data transfer rate:0.00 KB/sec
05/25/2002 04:56:57 Aggregate data transfer rate:  0.00 KB/sec
05/25/2002 04:56:58 Objects compressed by:0%
05/25/2002 04:56:58 Elapsed processing time:   00:03:46
05/25/2002 04:56:58 --- SCHEDULEREC STATUS END
05/25/2002 04:56:58 --- SCHEDULEREC OBJECT END MAP_INCR_BACKUP 05/25/2002
04:30:00
05/25/2002 04:56:58 Scheduled event 'MAP_INCR_BACKUP' completed
successfully.
05/25/2002 04:56:58 Sending results for scheduled event 'MAP_INCR_BACKUP'.
05/25/2002 04:56:58 Results sent to server for scheduled event
'MAP_INCR_BACKUP'.

Problem Schedule Processing Time: 5 Hrs


05/31/2002 03:11:31 ANS1898I * Processed   682,000 files *
05/31/2002 03:11:32 --- SCHEDULEREC STATUS BEGIN
05/31/2002 03:11:32 Total number of objects inspected:  682,460
05/31/2002 03:11:32 Total number of objects backed up:2
05/31/2002 03:11:32 Total number of objects updated:  0
05/31/2002 03:11:32 Total number of objects rebound:  0
05/31/2002 03:11:32 Total number of objects deleted:  0
05/31/2002 03:11:32 Total number of objects expired:  0
05/31/2002 03:11:32 Total number of objects failed:   0
05/31/2002 03:11:32 Total number of bytes transferred: 2.20 KB
05/31/2002 03:11:32 Data transfer time:0.00 sec
05/31/2002 03:11:32 Network data transfer rate:0.00 KB/sec
05/31/2002 03:11:32 Aggregate data transfer rate:  0.00 KB/sec
05/31/2002 03:11:32 Objects compressed by:   42%
05/31/2002 03:11:32 Elapsed processing time:   05:26:47
05/31/2002 03:11:32 --- SCHEDULEREC STATUS END
05/31/2002 03:11:32 --- SCHEDULEREC OBJECT END MF1_INCR_BACKUP 05/30/2002
21:25:00
05/31/2002 03:11:32 Scheduled event 'MF1_INCR_BACKUP' completed
successfully.
05/31/2002 03:11:32 Sending results for scheduled event 'MF1_INCR_BACKUP'.
05/31/2002 03:11:32 Results sent to server for scheduled event
'MF1_INCR_BACKUP'.

Two backup job using same policy domain. How can l solve this problem?

Regards,
Max



Re: Can't do reclamation

2002-06-06 Thread Max Kwong

Hi eric,

This is not the all volumes in file_ptpool storage pool. There has a scratch
tapes availabe in the storage pool.

The followings is the all volume list.

FP0001FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0002FILE_PTPOOL  3590CLASS2   13,711.1  100.0  Filling
FP0003FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0004FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0005FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0006FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0007FILE_PTPOOL  3590CLASS2   20,371.3   24.8Full
FP0008FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0009FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0010FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0011FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0012FILE_PTPOOL  3590CLASS2   19,780.6   31.2Full
FP0013FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0014FILE_PTPOOL  3590CLASS2   20,829.2   36.8Full
FP0015FILE_PTPOOL  3590CLASS2   20,920.5  100.0Full
FP0016FILE_PTPOOL  3590CLASS2   20,898.5   13.1Full
FP0017FILE_PTPOOL  3590CLASS2   20,942.4  100.0Full
FP0018FILE_PTPOOL  3590CLASS2   21,271.10.1Full
FP0019FILE_PTPOOL  3590CLASS2   21,923.3  100.0Full
FP0020FILE_PTPOOL  3590CLASS2   17,175.6  100.0  Filling
FP0021FILE_PTPOOL  3590CLASS2   21,526.05.6Full
FP0022FILE_PTPOOL  3590CLASS20.00.0   Empty
FP0023FILE_PTPOOL  3590CLASS2   20,056.07.9Full
FP0024FILE_PTPOOL  3590CLASS2   21,177.20.0Full
FP0025FILE_PTPOOL  3590CLASS2   22,015.40.0Full
FP0026FILE_PTPOOL  3590CLASS2   21,700.40.0Full
FP0027FILE_PTPOOL  3590CLASS2   21,324.94.3Full
FP0028FILE_PTPOOL  3590CLASS2   21,091.50.0Full
FP0029FILE_PTPOOL  3590CLASS2   21,160.00.0Full
FP0030FILE_PTPOOL  3590CLASS2   21,141.00.0Full
FP0031FILE_PTPOOL  3590CLASS2   21,185.00.0Full

Thanks for your reply.
Regards,
Max






Eric Gruber <[EMAIL PROTECTED]> on 06/06/2002 11:36:16 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Max LH KWONG/LCSD/HKSARG)

Subject:  Re: Can't do reclamation



Hi Max,

Is this all the volumes in this storage pool?  At first glance it would seem
that you have no scratch tapes available to perform reclamation with.

Yours Truly,

Eric

-Original Message-
From: Max Kwong [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 10:41 PM
To: [EMAIL PROTECTED]
Subject: Re: Can't do reclamation


Hi all,

Thanks for all reply. Here is the details of the storage pool that can't perform
reclamatoin.

Volume Name   Storage  Device  EstimatedPct   Volume
  Pool NameClass Name   Capacity   Util   Status
(MB)
--- --
-  -  
FP0018FILE_PTPOOL  3590CLASS2   21,271.10.1Full
FP0024FILE_PTPOOL  3590CLASS2   21,177.20.0Full
FP0025FILE_PTPOOL  3590CLASS2   22,015.40.0Full
FP0026FILE_PTPOOL  3590CLASS2   21,700.40.0Full
FP0027FILE_PTPOOL  3590CLASS2   21,324.94.3Full
FP0028FILE_PTPOOL  3590CLASS2   21,091.50.0Full
FP0029FILE_PTPOOL  3590CLASS2   21,160.00.0Full
FP0030FILE_PTPOOL  3590CLASS2   21,141.00.0Full
FP0031FILE_PTPOOL  3590CLASS2   21,185.00.0Full

The followin is the result of "q stgp file_ptpool f=d"

 Storage Pool Name: FILE_PTPOOL
   Storage Pool Type: Primary
   Device Class Name: 3590CLASS2
 Estimated Capacity (MB): 2,051,004,907,651.1
Pct Util: 0.0
Pct Migr: 0.0
 Pct Logical: 100.0
High Mig Pct: 99
 Low Mig Pct: 99
 Migration Delay: 0
  Migration Continue: Yes
 Migration Processes:
   Next Storage Pool:
Reclaim Storage Pool:
  Maximum Size Threshold: No Limit
  Access: Read/Write
  

Processing Time for incremental backup

2002-06-05 Thread Max Kwong

Hi all,

I've a schedule incemental backup processing time is much more than the others.
The followings is the details of the schedule result.

Normal Schedule Processing Time: 3 minutes

05/25/2002 04:56:57 --- SCHEDULEREC STATUS BEGIN
05/25/2002 04:56:57 Total number of objects inspected:  440,573
05/25/2002 04:56:57 Total number of objects backed up:0
05/25/2002 04:56:57 Total number of objects updated:  0
05/25/2002 04:56:57 Total number of objects rebound:  0
05/25/2002 04:56:57 Total number of objects deleted:  0
05/25/2002 04:56:57 Total number of objects expired:  0
05/25/2002 04:56:57 Total number of objects failed:   0
05/25/2002 04:56:57 Total number of bytes transferred:0 Bytes
05/25/2002 04:56:57 Data transfer time:0.00 sec
05/25/2002 04:56:57 Network data transfer rate:0.00 KB/sec
05/25/2002 04:56:57 Aggregate data transfer rate:  0.00 KB/sec
05/25/2002 04:56:58 Objects compressed by:0%
05/25/2002 04:56:58 Elapsed processing time:   00:03:46
05/25/2002 04:56:58 --- SCHEDULEREC STATUS END
05/25/2002 04:56:58 --- SCHEDULEREC OBJECT END MAP_INCR_BACKUP 05/25/2002
04:30:00
05/25/2002 04:56:58 Scheduled event 'MAP_INCR_BACKUP' completed successfully.
05/25/2002 04:56:58 Sending results for scheduled event 'MAP_INCR_BACKUP'.
05/25/2002 04:56:58 Results sent to server for scheduled event
'MAP_INCR_BACKUP'.

Problem Schedule Processing Time: 5 Hrs

05/31/2002 03:11:31 ANS1898I * Processed   682,000 files *
05/31/2002 03:11:32 --- SCHEDULEREC STATUS BEGIN
05/31/2002 03:11:32 Total number of objects inspected:  682,460
05/31/2002 03:11:32 Total number of objects backed up:2
05/31/2002 03:11:32 Total number of objects updated:  0
05/31/2002 03:11:32 Total number of objects rebound:  0
05/31/2002 03:11:32 Total number of objects deleted:  0
05/31/2002 03:11:32 Total number of objects expired:  0
05/31/2002 03:11:32 Total number of objects failed:   0
05/31/2002 03:11:32 Total number of bytes transferred: 2.20 KB
05/31/2002 03:11:32 Data transfer time:0.00 sec
05/31/2002 03:11:32 Network data transfer rate:0.00 KB/sec
05/31/2002 03:11:32 Aggregate data transfer rate:  0.00 KB/sec
05/31/2002 03:11:32 Objects compressed by:   42%
05/31/2002 03:11:32 Elapsed processing time:   05:26:47
05/31/2002 03:11:32 --- SCHEDULEREC STATUS END
05/31/2002 03:11:32 --- SCHEDULEREC OBJECT END MF1_INCR_BACKUP 05/30/2002
21:25:00
05/31/2002 03:11:32 Scheduled event 'MF1_INCR_BACKUP' completed successfully.
05/31/2002 03:11:32 Sending results for scheduled event 'MF1_INCR_BACKUP'.
05/31/2002 03:11:32 Results sent to server for scheduled event
'MF1_INCR_BACKUP'.

Two backup job using same policy domain. How can l solve this problem?

Regards,
Max



Re: Can't do reclamation

2002-06-05 Thread Max Kwong

Hi all,

Thanks for all reply. Here is the details of the storage pool that can't perform
reclamatoin.

Volume Name   Storage  Device  EstimatedPct   Volume
  Pool NameClass Name   Capacity   Util   Status
(MB)
--- --
-  -  
FP0018FILE_PTPOOL  3590CLASS2   21,271.10.1Full
FP0024FILE_PTPOOL  3590CLASS2   21,177.20.0Full
FP0025FILE_PTPOOL  3590CLASS2   22,015.40.0Full
FP0026FILE_PTPOOL  3590CLASS2   21,700.40.0Full
FP0027FILE_PTPOOL  3590CLASS2   21,324.94.3Full
FP0028FILE_PTPOOL  3590CLASS2   21,091.50.0Full
FP0029FILE_PTPOOL  3590CLASS2   21,160.00.0Full
FP0030FILE_PTPOOL  3590CLASS2   21,141.00.0Full
FP0031FILE_PTPOOL  3590CLASS2   21,185.00.0Full

The followin is the result of "q stgp file_ptpool f=d"

 Storage Pool Name: FILE_PTPOOL
   Storage Pool Type: Primary
   Device Class Name: 3590CLASS2
 Estimated Capacity (MB): 2,051,004,907,651.1
Pct Util: 0.0
Pct Migr: 0.0
 Pct Logical: 100.0
High Mig Pct: 99
 Low Mig Pct: 99
 Migration Delay: 0
  Migration Continue: Yes
 Migration Processes:
   Next Storage Pool:
Reclaim Storage Pool:
  Maximum Size Threshold: No Limit
  Access: Read/Write
 Description:
   Overflow Location:
   Cache Migrated Files?:
  Collocate?: No
   Reclamation Threshold: 80
 Maximum Scratch Volumes Allowed: 99,999,999
   Delay Period for Volume Reuse: 0 Day(s)
  Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?: No
 Volume Being Migrated/Reclaimed:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 04/29/02 11:44:41


l've already tried to update thereclamation thershold to 50% but it still no
reclaim process can be query.

Max







Gerald Wichmann <[EMAIL PROTECTED]> on 06/06/2002 12:37:17 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Max LH KWONG/LCSD/HKSARG)

Subject:  Re: Can't do reclamation



You'll need to provide more information then that.. be a lot more specific.
Specifically why can't you perform reclamation? Did you configure a
reclamation pool? Is it a problem in the configuration of the reclamation
pool? I recommend posting some details/output about the storage pool you're
trying to reclaim (q stg f=d) and the reclamation pool you have setup to do
the reclamation. Also post output on any errors you're getting as to why you
can't do it. The more info you provide the more likely someone can help you.

Regards,

Gerald Wichmann
Senior Systems Development Engineer
Zantaz, Inc.
925.598.3099 (w)

-Original Message-
From: Max Kwong [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 04, 2002 9:47 PM
To: [EMAIL PROTECTED]
Subject: Can't do reclamation

Hi all,

l have a storage pool can't peform the reclamation. It just only can use the
"move data" command to manually reclaim the tape. How can l solve this
problem?

Max



Can't do reclamation

2002-06-04 Thread Max Kwong

Hi all,

l have a storage pool can't peform the reclamation. It just only can use the
"move data" command to manually reclaim the tape. How can l solve this problem?

Max



Backup Schedule

2002-06-04 Thread Max Kwong

Hi all,

I have a incremental backup schedule job. After i rebuild TSM database because
the disk crash, the time take for this backup job form 10 minutes to 3 hours.
How did it happen?

Max