UNSUBSCRIBE

2002-05-15 Thread mobeenm

Mobeen Mahamood C.M



Error Message

2002-03-08 Thread mobeenm

TSMers,
I am seeing the following messages on a Solaris Client. This client is
running Solaris 7 and the TSM Client version is 4.1 level 2.0. The dsmerror
log shows only the following 4 lines. On the TSM server nohup.out i don't
see any any errors.

03/08/02   13:12:01 Error setting socket to be nonblocking: rc -1
03/08/02   13:12:01 acceptOne: Error -1 accepting inbound connection
03/08/02   13:12:01 sessInit: Starting communications initialization
03/08/02   13:12:01 sessInit: Transitioning: sInit state ===> sTRANSERR
state

Just was wondering if any one has see these and also if its possible for me
to find out more on these errors from any source.

Thanks in advance

Regards
Mobeen

Mobeen Mahamood
Micron Semiconductor Asia
Singapore
65 - 62903617
[EMAIL PROTECTED]






Re: How to use string operators in select statement - TSM.

2002-02-28 Thread mobeenm

Sree Kumar,
Its absolutely possiblem to do that. Try the following

select * from actlog where message like 'ANR2565I%'

I think this should do the trick. Hope the climate in Bangalore is good :-)

Regards
Mobeen

Mobeen Mahamood C.M
Systems Manager Lead
Micron Semiconductor Asia
Singapore





> -Original Message-
> From: Pothula S Paparao [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 28, 2002 5:15 PM
> To: [EMAIL PROTECTED]
> Subject: How to use string operators in select statement - TSM.
>
>
> Hi TSM'ers
> The below is the message from select output (select * from actlog)
> All I want to know is whether or not possible to caputue only
> the message
> no (ex. ANR2565I) using select query. I tried using string
> operations in
> select command. didnt help much. If any select expert tried
> this pls let me
> know. Im very much intrested to know about it.
>
> Thanks in advance.
>
>
> DATE_TIME: 2001-12-30 00:00:02.00
> MSGNO: 2565
>  SEVERITY: I
>   MESSAGE: ANR2565I 0 schedules for immediate client actions have been
> deleted.
>
>
> Regards
>
> Sreekumar.
> SO
> IBM Singapore.
> Phone : 65-8402634
>



Re: Querying Client's Management Class

2002-01-29 Thread mobeenm

The query below is giving me the data about the management classes defined
in the domains with a retention over 5 yrs. This information is right. But
it need not necessarily mean that if an MC is defined in a domain its being
used by a node.

I think i am confusing people here. I shall try to put it in simple terms

1. I have 150 clients, say 50 NT Client, 50 UNIX Clients and 50 VMS Clients

2. I have been doing archives and backups on these clients.

3. There are 3 domains namely NT_DOMAIN, UNIX_DOMAIN and VMS_DOMAIN. All the
50 NT clients
   are defined in NT_DOMAIN, 50 Unix clients in UNIX_DOMAIN and 50 VMS
Clients in VMS_DOMAIN.

4. Each of the 3 active policy domains mentioned above has multiple
management classes in addition to the
   DEFAULT_MC. Each of these active policy domains has MCs with retentions
like 1yr, 2yr, 3yr and 5yrs while
   the DEFAULT_MC has a retention period of 180 days.

5. Many of the NT, UNIX, and VMS clients backup/archive data. For example a
UNIX node might backup the
   data using DEFAULT_MC (180 days retention) and the same node for some
filesystems might apply a
   retention period of 5yrs (this is done using include/exclude).

Now coming to my question

How do i find out which are the nodes in NT, VMS and UNIX domains that have
actually data backed up using management class using retention of 5yrs.

The query given below (by seay) is looking at the policy domains to
determine this. But some times there might be a situation where a 5yr MC
might be defined in the policy domain but it might not be used by some
nodes.

I would appreciate your help in answering this.

Thanks again
Mobeen


-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 3:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Querying Client's Management Class


select node_name, domain_name from nodes where domain_name in (select
domain_name from bu_copygroups where integer(retextra) >365*4 and retextra
<>'NOLIMIT' or retextra = 'NOLIMIT' or integer(verexists) >365*4 and
verexists <>'NOLIMIT')

This looks at all the management classes in a domain and plays some games.
You need to verify that it works correctly.  What it does is selects the
domains with management classes that meet the criteria and matches against
the node definitions to give you a list.

-Original Message-
From: mobeenm [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 1:14 AM
To: [EMAIL PROTECTED]
Subject: Re: Querying Client's Management Class


I would like to know the nodes using a particular management class. I have
about 150 clients belonging to NT_DOMAIN, UNIX_DOMAIN and VMS_DOMAIN. Now i
would like to know which of these clients is backing up data with a
retention of more than say 4yrs? Is there any way to do this.

A dumb way to do this is probably go to each client node and check its
include/exclude/dsm.sys to find out the retention. But what i would like to
do is, run a query to find out all the filespaces on a node that have a
retention of greater than 4yrs and i would like to do this to all the nodes
in the 3 domains mentioned above.

Thanks
Mobeen

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 10:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Querying Client's Management Class


You realize that a management class is part of policy set and that you can
set which management class is the default management class.

So, what is your real question, do you want to know which is the default
management class for each node or every management class in the active
policy set for the domain.  Do you want the active policy set or every
policy set?

I will not say this can be done, but your question is not clear enough.
Unfortunately, it does not appear that inner join is supported.

-Original Message-
From: mobeenm [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2002 8:21 PM
To: [EMAIL PROTECTED]
Subject: Querying Client's Management Class


Hello TSMers,
I want to find out all the clients registered on my TSM for their management
classes. Is there a query that i can do? Appreciate your response.

Regards
Mobeen
[EMAIL PROTECTED]



Re: Querying Client's Management Class

2002-01-28 Thread mobeenm

I would like to know the nodes using a particular management class. I have
about 150 clients belonging to NT_DOMAIN, UNIX_DOMAIN and VMS_DOMAIN. Now i
would like to know which of these clients is backing up data with a
retention of more than say 4yrs? Is there any way to do this.

A dumb way to do this is probably go to each client node and check its
include/exclude/dsm.sys to find out the retention. But what i would like to
do is, run a query to find out all the filespaces on a node that have a
retention of greater than 4yrs and i would like to do this to all the nodes
in the 3 domains mentioned above.

Thanks
Mobeen

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 10:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Querying Client's Management Class


You realize that a management class is part of policy set and that you can
set which management class is the default management class.

So, what is your real question, do you want to know which is the default
management class for each node or every management class in the active
policy set for the domain.  Do you want the active policy set or every
policy set?

I will not say this can be done, but your question is not clear enough.
Unfortunately, it does not appear that inner join is supported.

-Original Message-
From: mobeenm [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2002 8:21 PM
To: [EMAIL PROTECTED]
Subject: Querying Client's Management Class


Hello TSMers,
I want to find out all the clients registered on my TSM for their management
classes. Is there a query that i can do? Appreciate your response.

Regards
Mobeen
[EMAIL PROTECTED]



Querying Client's Management Class

2002-01-28 Thread mobeenm

Hello TSMers,
I want to find out all the clients registered on my TSM for their management
classes. Is there a query that i can do? Appreciate your response.

Regards
Mobeen
[EMAIL PROTECTED]



Re: Ejecting a Tape (Category FF00) from 3494 Library

2002-01-17 Thread mobeenm

Well yes this could have happened had the tape belonged to the library.
Actually the tape that was having problem did not belong to any storage pool
and did not have any data in it (It was a scratch tape) as a result i did
not have to run UPDATE/DELETE and MOVE VOLUME commands.

I would suspect that this happened as this scratch tape was damaged. I was
just not comfortable about the fact that the library manager was showing up
a volume to be in library at X X XX location while it was outside and
damaged in reality.

Thank you again.

Regards
Mobeen

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 1:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


The inventory had to be an offline inventory probably to cover your scenario
which is nasty.  Like we said the CE did the wrong thing.  An offline
inventory should have put the tape in a status of missing (not FF00).
However, your issue was in TSM all along.  If you had marked the tape as
unavailable in TSM with the

UPDATE VOLume
DELETE VOLume
MOVE Data

as appropriate you would have not had a problem with TSM.  It depends on the
state the volume is in at the time of the condition.

However, if it bothers you that the tape would be in the library inventory
as missing, then the way you did it is the only way to fix the problem.

-Original Message-
From: mobeenm [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 12:14 AM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


Thanks for the responses. I tried to do Patrial Inventory Update on the LM
followed by Full Inventory Update on LM and it did not work. Then i inserted
the damaged tape into recovery bin and put back the library to AUTO after
the gripper completed the inventory check, i used the following mtlib
command

root:>#mtlib -l/dev/lmcp0 -C -VS02534 -s FF00 -t FF10

and the tape was ejected. The problem is now resolved.

Thanks
Mobeen



-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 7:36 AM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


The Library Manager has a command option to inventory the library or a
section of it.

-Original Message-
From: Bill Mansfield [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 16, 2002 2:29 PM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


Sorry, misunderstood.  I don't think you can kick off an inventory from
mtlib...I normally just pause the library and open and close one of the
front doors.  Low tech but effective.



_
William Mansfield
Senior Consultant
Solution Technology, Inc




"
" To: [EMAIL PROTECTED]
Sent by: cc:
"ADSM: Dist  Subject: Re: Ejecting a Tape
(Category FF00) from 3494 Library
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


01/16/2002
12:54 PM
Please respond
to "ADSM: Dist
Stor Manager"






Bill,
 The command you gave me returns a current inventory of the Library.
I'm looking for a command that will re-inventory the library.
Thanks,
Jim




"Bill Mansfield" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
01/16/2002 12:15:18 PM

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Ejecting a Tape (Category FF00) from 3494 Library


mtlib -l /dev/lmcp0 -qI

_
William Mansfield
Senior Consultant
Solution Technology, Inc




"
" To: [EMAIL PROTECTED]
Sent by: cc:
"ADSM: Dist  Subject: Re: Ejecting a Tape
(Category FF00) from 3494 Library
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


01/16/2002
10:45 AM
Please respond
to "ADSM: Dist
Stor Manager"






Does anyone know how to initiate the Library inventory via the command line
such as the Mtlib command?




"Gabriel Wiley" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/16/2002 10:04:43
AM

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Ejecting a Tape (Category FF00) from 3494 Library


Inventory the Frame i

Re: Ejecting a Tape (Category FF00) from 3494 Library

2002-01-16 Thread mobeenm

Thanks for the responses. I tried to do Patrial Inventory Update on the LM
followed by Full Inventory Update on LM and it did not work. Then i inserted
the damaged tape into recovery bin and put back the library to AUTO after
the gripper completed the inventory check, i used the following mtlib
command

root:>#mtlib -l/dev/lmcp0 -C -VS02534 -s FF00 -t FF10

and the tape was ejected. The problem is now resolved.

Thanks
Mobeen



-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 7:36 AM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


The Library Manager has a command option to inventory the library or a
section of it.

-Original Message-
From: Bill Mansfield [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 16, 2002 2:29 PM
To: [EMAIL PROTECTED]
Subject: Re: Ejecting a Tape (Category FF00) from 3494 Library


Sorry, misunderstood.  I don't think you can kick off an inventory from
mtlib...I normally just pause the library and open and close one of the
front doors.  Low tech but effective.



_
William Mansfield
Senior Consultant
Solution Technology, Inc




"
" To: [EMAIL PROTECTED]
Sent by: cc:
"ADSM: Dist  Subject: Re: Ejecting a Tape
(Category FF00) from 3494 Library
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


01/16/2002
12:54 PM
Please respond
to "ADSM: Dist
Stor Manager"






Bill,
 The command you gave me returns a current inventory of the Library.
I'm looking for a command that will re-inventory the library.
Thanks,
Jim




"Bill Mansfield" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
01/16/2002 12:15:18 PM

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Ejecting a Tape (Category FF00) from 3494 Library


mtlib -l /dev/lmcp0 -qI

_
William Mansfield
Senior Consultant
Solution Technology, Inc




"
" To: [EMAIL PROTECTED]
Sent by: cc:
"ADSM: Dist  Subject: Re: Ejecting a Tape
(Category FF00) from 3494 Library
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


01/16/2002
10:45 AM
Please respond
to "ADSM: Dist
Stor Manager"






Does anyone know how to initiate the Library inventory via the command line
such as the Mtlib command?




"Gabriel Wiley" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/16/2002 10:04:43
AM

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Ejecting a Tape (Category FF00) from 3494 Library


Inventory the Frame in which the tape resided in, if you know the home
cell.

To find the home cell go to the LM and query the DB for the volume in
question.

You should get a result like A 4 18

A = Frame

4 = Row

18 = Slot

Run partial Inventory (Frame Specific)

Run Full Inventory (Whole Library)

Good Luck!

Gabriel C. Wiley
ADSM/TSM Administrator
AIX Support
Phone 1-614-308-6709
Pager  1-877-489-2867
Fax  1-614-308-6637
Cell   1-740-972-6441

Siempre Hay Esperanza



mobeenm <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/15/2002 10:33:42 PM

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

Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Ejecting a Tape (Category FF00) from 3494 Library


Hello All,
I am running a 3494 Library with 3590 E1A tape drives. Recently i has an
issue with the tape drive and the IBM CE who came on site physically
removed
a damaged volume from the library, how ever he doesn't know how to get this
tape removed from the Inventory as he thinks thats a seperate issue.

Now the following are the details of my problem

1. The tape S0 was deemed damaged by the IBM CE and was physically
removed from the tape library. So there is no S0 in the
library.
2. When i use mtlib command and query for this volume the following are the
details
root:>#mtlib -l/dev/lmcp0 -q V -VS0
   Volume Data:
   volume state.Volume present in Library, but Inaccessible
   logical volume...No
   vo

Ejecting a Tape (Category FF00) from 3494 Library

2002-01-16 Thread mobeenm

Hello All,
I am running a 3494 Library with 3590 E1A tape drives. Recently i has an
issue with the tape drive and the IBM CE who came on site physically removed
a damaged volume from the library, how ever he doesn't know how to get this
tape removed from the Inventory as he thinks thats a seperate issue.

Now the following are the details of my problem

1. The tape S0 was deemed damaged by the IBM CE and was physically
removed from the tape library. So there is no S0 in the
library.
2. When i use mtlib command and query for this volume the following are the
details
root:>#mtlib -l/dev/lmcp0 -q V -VS0
   Volume Data:
   volume state.Volume present in Library, but Inaccessible
   logical volume...No
   volume class.3590 1/2 inch cartridge tape
   volume type..HPCT 320m nominal length
   volser...S0
   category.FF00
   subsystem affinity...01 02 03 04 05 06 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
3. I tried to change the CATEGORY for this volume from FF00 to FF10, FFFA
and FFFB and failed. The following are the details

root:>#mtlib -l/dev/lmcp0 -C -VS0 -s FF00 -t FF10
  Change Category  operation Failed, ERPA code - 75,  Library VOLSER
Inaccessible.

root:>#mtlib -l/dev/lmcp0 -C -VS0 -s FF00 -t FFFA
  Change Category  operation Failed, ERPA code - 27,  Command
Reject.
  Subcode - 23,

root:>#mtlib -l/dev/lmcp0 -C -VS0 -s FF00 -t FFFB
  Change Category  operation Failed, ERPA code - 27,  Command
Reject.
  Subcode - 43,


I would like to remove this volume from my inventory. Appreciate if any one
can help me to determine what the problem is. I tried several postings in
ADSM.ORG and when i try to do the same i get the errors show above.

With warm regards
Mobeen