The next TSM Ask the Expert web seminar at IBM May 17

2007-05-15 Thread Darrius Plantz
This will be an Ask The Experts session covering TSM where you can ask 
questions of the L2 Support Engineers in an open forum. The topics will be: 
Tivoli Storage Manager Client backup using JBB, Diskcache and Classic backups.
for particulars, see:  
http://www.ibm.com/software/sysmgmt/products/support/TE/techex_R957556T10678M32.html
  
-
Looking for earth-friendly autos? 
 Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.  


Re: Millions of files failed... Wha?

2007-05-15 Thread Kelly Lipp
Oh!  Clever...  You silver tongued devil! 


Kelly J. Lipp
VP Manufacturing & CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: Tuesday, May 15, 2007 11:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Millions of files failed... Wha?

On May 15, 2007, at 1:36 PM, Allen S. Rout wrote:

> So, Richard: did you pull that APAR out of your encyclopedic memory, 
> or is there a search interface for the APARs which it would benefit me

> to learn?  The simple search on the support web page gave me 
> unedifying results:  a couple of redbooks.

Well, Allen, I caused most of the APARs to be written, and thus ...
Just kidding.  I usually go to the TSM Support page and enter likely
keywords, based upon long-term familiarity with IBM database content,
product ingredients, and some intuition.  And searching often turns up
some interesting allied information, by which I learn something new.
I've even found how to join ADSM-L!

   Richard my-brain-is-full Sims


Re: Ho do I reclaim copypool volumes

2007-05-15 Thread Schneider, John
Nicholas,
To reduce the size of your offsite pool, the issue is how to get
back the most tapes with the least reclamation processing.  The fact
that you see lots of tapes that are FULL and Pending but say 0% just
means that they are a fraction of 1%, not really empty.  
Fred's approach is a good one, but I would go one better.  I you
have 900 tapes, and reclaim at 90%, TSM will pick which ones that are
>90% empty seemingly randomly out of a pool of eligible tapes.  So lots
of the tapes it will reclaim will be from 0-10% full, and you won't get
back many tapes at a time.
I inherited an environment with this problem 9 months ago.  We
would run reclamation at 80% for 4 hours a day or so, and get back only
15 tapes for every 30 we were sending offsite.  In other words, we were
bleeding 15 tapes a day.  The reason was that TSM would process tapes
that were 15% utilized, for example, and never get around to ones that
were .01% utilized.
So what I did was set reclamation at 99% for the first couple
hours, then drop it to 97%, and then to 95%.  If you have TSM 5.3.x you
can do it with something like:

reclaim stgpool copypool threshhold=99 duration=120 wait=yes
reclaim stgpool copypool threshhold=97 duration=60 wait=yes
reclaim stgpool copypool threshhold=95 duration=60 wait=yes

Immediately we started reclaiming dozens of almost empty tapes, and
eventually got to the point where we dropped the values to 98, 95, 90,
and then eventually to 95, 90, and 80.  I think this has worked fairly
well, but if someone knows of a better scheme than that, post it.

Best Regards,

John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO.  63127
Email:  [EMAIL PROTECTED]
Office: 314-364-3150, Cell:  314-486-2359


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Fred Johanson
Sent: Tuesday, May 15, 2007 11:00 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Ho do I reclaim copypool volumes


You can start by setting the Reclamation Threshold on your DRM pool to
90. TSM will make a new copy the from the primary pool to the copypool.
Then request the return of all those DRM tapes with a status of
VAULTRETRIEVE. Once you have gotten thru the backlog, start doing this
on a regular schedule, choosing a reasonable figure for the threshold (I
use 75 as a figure that fits my processing window).



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Nicholas Rodolfich
Sent: Tuesday, May 15, 2007 10:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Ho do I reclaim copypool volumes

Hello ALL,

Thanks for your help!

I am at a new job and the copy pool in the TSM instance here has been
collocated previously. The admin thought it was collocated by group but
each group only had one member so it is really collocated by node I
think.  The collocation has been turned off for a couple of weeks now. I
am not sure if that is part of the problem. The IBM doc really doesn't
have any practical examples  of this that I can find.

The issue is: There are 900 or so volumes in the offsite vault via DRM.
Over half of these are less than 10% utilized. The scratch pool is
dwindling and I need a way to reclaim some of these volumes. The company
also has a DR test scheduled this summer and I would like to reduce the
number of offsite volumes so the DR process won't be so cumbersome.

What is the best way to consolidate this copypool onto less volumes. I
know the pending ones will be returned at the end of the reuse delay on
the pool and/or the DB backup expiration in DRM. I would think the that
pending volumes would be the only ones that would have a 0% utilization
but I have FULL and FILLING volumes with 0% utilization.

EX: ( sample of the volumes)
Volume  STGPOOL % Util.   StatusLast write
  Last read
A00947  COPYPOOL0   EMPTY   5/29/2006   5/29/2006
A00509  COPYPOOL0   FULL7/10/2006   7/10/2006
A00248  COPYPOOL0   FULL7/15/2006   7/15/2006
A00200  COPYPOOL0   FULL7/16/2006   7/15/2006
A00259  COPYPOOL0   FULL7/18/2006   7/18/2006
A00264  COPYPOOL0   FULL7/18/2006   7/18/2006
A00265  COPYPOOL0   PENDING 7/18/2006   7/18/2006
A00148  COPYPOOL0   FULL7/22/2006   7/21/2006
A00820  COPYPOOL0   FILLING 7/24/2006   7/22/2006
A00848  COPYPOOL0   FILLING 7/27/2006   7/27/2006
A00087  COPYPOOL0   FULL7/29/2006   7/29/2006
A01087  COPYPOOL0   FULL7/30/2006   7/29/2006
A00324  COPYPOOL0   FULL8/2/2006
8/2/2006
A00086  COPYPOOL0   FULL8/6/2006
8/5/2006
A00837  COPYPOOL0   FULL8/6/2006
8/6/2006
A00391  COPYPOOL0   FULL8/10/2006   8/10/200

Re: Millions of files failed... Wha?

2007-05-15 Thread Das, Samiran (GTI)
Following search string in google will yield result.

site:www-1.ibm.com files failed

Thanks & Regards,
Samiran Das


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Allen S. Rout
Sent: Tuesday, May 15, 2007 1:36 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Millions of files failed... Wha?


>> On Tue, 15 May 2007 11:37:52 -0400, Richard Sims <[EMAIL PROTECTED]> said:


> Agh!  Yet another client running without maintenance!

Heh.  Well, he reports that the 5.4.0.2 install went smoothly.  We'll
see what tonight brings.

> If the Quiet option is not in effect and no other error logs show 
> issues, this may be an APAR situation like IC41440.

This is now my leading suspicion.



So, Richard: did you pull that APAR out of your encyclopedic memory, or
is there a search interface for the APARs which it would benefit me to
learn?  The simple search on the support web page gave me unedifying
results:  a couple of redbooks.


- Allen S. Rout


 If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/




Re: Millions of files failed... Wha?

2007-05-15 Thread Richard Sims

On May 15, 2007, at 1:36 PM, Allen S. Rout wrote:


So, Richard: did you pull that APAR out of your encyclopedic memory,
or is there a search interface for the APARs which it would benefit me
to learn?  The simple search on the support web page gave me
unedifying results:  a couple of redbooks.


Well, Allen, I caused most of the APARs to be written, and thus ...
Just kidding.  I usually go to the TSM Support page and enter likely
keywords, based upon long-term familiarity with IBM database content,
product ingredients, and some intuition.  And searching often turns up
some interesting allied information, by which I learn something new.
I've even found how to join ADSM-L!

  Richard my-brain-is-full Sims


Re: Millions of files failed... Wha?

2007-05-15 Thread Allen S. Rout
>> On Tue, 15 May 2007 11:37:52 -0400, Richard Sims <[EMAIL PROTECTED]> said:


> Agh!  Yet another client running without maintenance!

Heh.  Well, he reports that the 5.4.0.2 install went smoothly.  We'll
see what tonight brings.

> If the Quiet option is not in effect and no other error logs show
> issues, this may be an APAR situation like IC41440.

This is now my leading suspicion.



So, Richard: did you pull that APAR out of your encyclopedic memory,
or is there a search interface for the APARs which it would benefit me
to learn?  The simple search on the support web page gave me
unedifying results:  a couple of redbooks.


- Allen S. Rout


Re: Millions of files failed... Wha?

2007-05-15 Thread Allen S. Rout
>> On Tue, 15 May 2007 08:24:59 -0700, "Thorneycroft, Doug" <[EMAIL PROTECTED]> 
>> said:

> What does the error log show?


Sorry, I was incomplete: the scheduler log -and- the error log are
devoid of anything iterated lots of times.  A normal scattering of
"This file changed", "This file couldn't be read".


- Allen S. Rout


Re: Ho do I reclaim copypool volumes

2007-05-15 Thread Fred Johanson
You can start by setting the Reclamation Threshold on your DRM pool to 90.
TSM will make a new copy the from the primary pool to the copypool.  Then
request the return of all those DRM tapes with a status of VAULTRETRIEVE.
Once you have gotten thru the backlog, start doing this on a regular
schedule, choosing a reasonable figure for the threshold (I use 75 as a
figure that fits my processing window).



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Nicholas Rodolfich
Sent: Tuesday, May 15, 2007 10:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Ho do I reclaim copypool volumes

Hello ALL,

Thanks for your help!

I am at a new job and the copy pool in the TSM instance here has been
collocated previously. The admin thought it was collocated by group but
each group only had one member so it is really collocated by node I
think.  The collocation has been turned off for a couple of weeks now. I
am not sure if that is part of the problem. The IBM doc really doesn't
have any practical examples  of this that I can find.

The issue is: There are 900 or so volumes in the offsite vault via DRM.
Over half of these are less than 10% utilized. The scratch pool is
dwindling and I need a way to reclaim some of these volumes. The company
also has a DR test scheduled this summer and I would like to reduce the
number of offsite volumes so the DR process won't be so cumbersome.

What is the best way to consolidate this copypool onto less volumes. I
know the pending ones will be returned at the end of the reuse delay on
the pool and/or the DB backup expiration in DRM. I would think the that
pending volumes would be the only ones that would have a 0% utilization
but I have FULL and FILLING volumes with 0% utilization.

EX: ( sample of the volumes)
Volume  STGPOOL % Util.   StatusLast write
  Last read
A00947  COPYPOOL0   EMPTY   5/29/2006   5/29/2006
A00509  COPYPOOL0   FULL7/10/2006   7/10/2006
A00248  COPYPOOL0   FULL7/15/2006   7/15/2006
A00200  COPYPOOL0   FULL7/16/2006   7/15/2006
A00259  COPYPOOL0   FULL7/18/2006   7/18/2006
A00264  COPYPOOL0   FULL7/18/2006   7/18/2006
A00265  COPYPOOL0   PENDING 7/18/2006   7/18/2006
A00148  COPYPOOL0   FULL7/22/2006   7/21/2006
A00820  COPYPOOL0   FILLING 7/24/2006   7/22/2006
A00848  COPYPOOL0   FILLING 7/27/2006   7/27/2006
A00087  COPYPOOL0   FULL7/29/2006   7/29/2006
A01087  COPYPOOL0   FULL7/30/2006   7/29/2006
A00324  COPYPOOL0   FULL8/2/2006
8/2/2006
A00086  COPYPOOL0   FULL8/6/2006
8/5/2006
A00837  COPYPOOL0   FULL8/6/2006
8/6/2006
A00391  COPYPOOL0   FULL8/10/2006   8/10/2006
A00406  COPYPOOL0   FULL8/12/2006   8/12/2006
A00428  COPYPOOL0   FULL8/15/2006   8/15/2006
A00073  COPYPOOL0   FULL8/20/2006   8/19/2006
A00147  COPYPOOL0   FULL8/21/2006   8/20/2006
A00927  COPYPOOL0   FULL8/23/2006   8/22/2006

Nicholas
.
..
...

Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Systems
504-883-6955 (office)
228-223-6777 (mobile)
[EMAIL PROTECTED]



IMPORTANT NOTICE:  This message and any included attachments are from East
Jefferson General Hospital, and is intended only for the addressee(s), and
may include Protected Health (PHI) or other confidential information.  If
you are the intended recipient, you are obligated to maintain it in a secure
and confidential manner and re-disclosure without additional consent or as
permitted by law is prohibited.   If you are not the intended recipient, use
of this information is strictly prohibited and may be unlawful.  Please
promptly reply to the sender by email and delete this message from your
computer. East Jefferson General Hospital greatly appreciates your
cooperation.


Re: Poor TSM server performance on Sun.

2007-05-15 Thread Dave Canan

Ben, please let me know what the PMR number is when you open it with
Tivoli. I will take a look at the trace for the problem. Can you cut and
paste more of the trace in the post, or send it to me at the IBM email
address below?

Also, the Acquie Xlatch category of the server trace is seen when an
exclusive lock has to be gotten for a database page. When a database page
needs to read only, this is placed in the Acquire Latch category in the
server trace. When a database page needs to be UPDATED, then this is placed
in the Acquire XLatch category. This would be common to see if expiration
was running on the TSM server.

At 12:00 PM 5/14/2007 -0600, you wrote:

Folks,
I have a TSM server running on a Sun host running SOL 9, 16GB
RAM, and TSM 5.3.4

The problem is very poor performance, expire inventory goes
extremely slowly, even archives of 20GB files going to disk or tape are
very slow. Just slow slow slow.
But all of the typical things I look at (the bufpool, log wait,
accounting logs, iostat, etc) look ok. No MediaW or IdleW, everything
seems to be in a "Run" state, but going slowly.

All the storage (DB, LOG and STG) is on ISCSI out to an EMC
Clariion. The disk ~seems~ to be OK, but running a TSM DB and LOG on
iSCSI is a new configuration for us. At the OS side, it doesn't think it
is waiting for I/O (with an 'iostat' command), but I'm not sure if the
iSCSI protocol may be hiding the i/o waits from the OS, Any comments,
good or bad, from someone running TSM DB & LOG on iSCSI?


I ran a little instrumentation on the host for less than a
minute and the final output looks like this:

TOTAL SERVER SUMMARY
Operation   Count  Tottime  Avgtime  Maxtime InstTput RealTput
Total KB


Disk Read 435   58.1000.1340.963281.2   1068.6
16340
Disk Write 97   14.6320.1510.504   1128.7   1080.2
16516
Tape Read   10.0390.0390.039
Tape Write129   28.1670.2180.547   1154.2   2126.3
32512
Data Copy 1270.0800.0010.000
Network Recv 2094  107.5870.0515.923152.3   1071.5
16384
Network Send  1980.0210.0000.000  39647.0 54.9
840
Acquire Latch  91   44.5140.4892.019
Acquire XLatch359  148.1270.4134.327
Thread Wait  2192  106.0770.0485.958

Instrumentation output complete.


I'm going to open a performance case with Tivoli,  but it looks like
most of the time is spent in "Acquire Xlatch", anybody have an idea what
that is?

Any wild guesses are welcome.

Thanks
Ben


Dave Canan
TSM Performance
IBM Advanced Technical Support
[EMAIL PROTECTED]


Re: Millions of files failed... Wha?

2007-05-15 Thread Andrew Raibeck
Hi Allen, this might be IC41440.

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 2007-05-15
08:19:56:

> I've a client on windows 5.3.0.0 (He's thinking about moving to
> 5.4.0.2) who's seeing, every day, reports like this:
>
>
>  Total number of objects inspected: 1,323,867(SESSION: 6278)
>  Total number of objects backed up:0(SESSION: 6278)
>  Total number of objects updated:  1(SESSION: 6278)
>  Total number of objects rebound:  0(SESSION: 6278)
>  Total number of objects deleted:  0(SESSION: 6278)
>  Total number of objects expired: 25,022(SESSION: 6278)
>  Total number of objects failed:1,323,867(SESSION: 6278)
>
>
> I would normally expect a scheduler log full to overflowing with 1.3M
> iterations of "Can't get file [x] for reason [y]".
>
> But the scheduler log is nearly empty: Just the normal expiration
> messages.
>
>
> So, a riddle: What is it that fails a million files, but makes no
> noise?
>
>
>
>
> - Allen S. Rout


Interchange of BACKUPSETs, z/OS and AIX Servers

2007-05-15 Thread Bernie Survoy

Looking to see if BACKUPSET created on the mainframe (z/OS, DEVCLASS
DEVTYPE=3590, ESCON attachment) is compatible with AIX TSM server, same
DEVCLASS DEVTYPE, but FC attachment.  Both would have same FORMAT.
Documentation implies this is OK (otherwise, why support BACKUPSET on
z/OS), but looking for anyone that has actually done this successfully.

Thanks,
Bernie Survoy
Systems Engineer 4
Phone:  216 328-5333
Cell:  330 321-3787
[EMAIL PROTECTED] 
Sun Microsystems - Storage Group


Re: Millions of files failed... Wha?

2007-05-15 Thread Richard Sims

On May 15, 2007, at 11:19 AM, Allen S. Rout wrote:


I've a client on windows 5.3.0.0 (He's thinking about moving to
5.4.0.2) who's seeing, every day, reports like this:


 Total number of objects inspected: 1,323,867(SESSION: 6278)
 Total number of objects backed up:0(SESSION: 6278)
 Total number of objects updated:  1(SESSION: 6278)
 Total number of objects rebound:  0(SESSION: 6278)
 Total number of objects deleted:  0(SESSION: 6278)
 Total number of objects expired: 25,022(SESSION: 6278)
 Total number of objects failed:1,323,867(SESSION: 6278)


Agh!  Yet another client running without maintenance!

If the Quiet option is not in effect and no other error logs show
issues, this may be an APAR situation like IC41440.  In any case, get
that spud to apply maintenance.

  Richard Sims


Ho do I reclaim copypool volumes

2007-05-15 Thread Nicholas Rodolfich
Hello ALL,

Thanks for your help!

I am at a new job and the copy pool in the TSM instance here has been
collocated previously. The admin thought it was collocated by group but
each group only had one member so it is really collocated by node I
think.  The collocation has been turned off for a couple of weeks now. I
am not sure if that is part of the problem. The IBM doc really doesn't
have any practical examples  of this that I can find.

The issue is: There are 900 or so volumes in the offsite vault via DRM.
Over half of these are less than 10% utilized. The scratch pool is
dwindling and I need a way to reclaim some of these volumes. The company
also has a DR test scheduled this summer and I would like to reduce the
number of offsite volumes so the DR process won't be so cumbersome.

What is the best way to consolidate this copypool onto less volumes. I
know the pending ones will be returned at the end of the reuse delay on
the pool and/or the DB backup expiration in DRM. I would think the that
pending volumes would be the only ones that would have a 0% utilization
but I have FULL and FILLING volumes with 0% utilization.

EX: ( sample of the volumes)
Volume  STGPOOL % Util.   StatusLast write
  Last read
A00947  COPYPOOL0   EMPTY   5/29/2006   5/29/2006
A00509  COPYPOOL0   FULL7/10/2006   7/10/2006
A00248  COPYPOOL0   FULL7/15/2006   7/15/2006
A00200  COPYPOOL0   FULL7/16/2006   7/15/2006
A00259  COPYPOOL0   FULL7/18/2006   7/18/2006
A00264  COPYPOOL0   FULL7/18/2006   7/18/2006
A00265  COPYPOOL0   PENDING 7/18/2006   7/18/2006
A00148  COPYPOOL0   FULL7/22/2006   7/21/2006
A00820  COPYPOOL0   FILLING 7/24/2006   7/22/2006
A00848  COPYPOOL0   FILLING 7/27/2006   7/27/2006
A00087  COPYPOOL0   FULL7/29/2006   7/29/2006
A01087  COPYPOOL0   FULL7/30/2006   7/29/2006
A00324  COPYPOOL0   FULL8/2/2006
8/2/2006
A00086  COPYPOOL0   FULL8/6/2006
8/5/2006
A00837  COPYPOOL0   FULL8/6/2006
8/6/2006
A00391  COPYPOOL0   FULL8/10/2006   8/10/2006
A00406  COPYPOOL0   FULL8/12/2006   8/12/2006
A00428  COPYPOOL0   FULL8/15/2006   8/15/2006
A00073  COPYPOOL0   FULL8/20/2006   8/19/2006
A00147  COPYPOOL0   FULL8/21/2006   8/20/2006
A00927  COPYPOOL0   FULL8/23/2006   8/22/2006

Nicholas
.
..
...

Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Systems
504-883-6955 (office)
228-223-6777 (mobile)
[EMAIL PROTECTED]



IMPORTANT NOTICE:  This message and any included attachments are from East 
Jefferson General Hospital, and is intended only for the addressee(s), and may 
include Protected Health (PHI) or other confidential information.  If you are 
the intended recipient, you are obligated to maintain it in a secure and 
confidential manner and re-disclosure without additional consent or as 
permitted by law is prohibited.   If you are not the intended recipient, use of 
this information is strictly prohibited and may be unlawful.  Please promptly 
reply to the sender by email and delete this message from your computer. East 
Jefferson General Hospital greatly appreciates your cooperation.


Re: Help on reclamation of copy storage pool

2007-05-15 Thread Allen S. Rout
>> On Tue, 15 May 2007 11:18:40 -0300, "Ing. Fernando Villarreal - Silice S.A." 
>> <[EMAIL PROTECTED]> said:

> I have also a copy stotage pool "copypool" on tape, where we do a daily
> copy of "dskpool".
> When I create a new sequential access pool there's no way to assign
> "copypool" as a next storage pool, so I don't see the way to move from
> the new reclamation pool to "copypool".

Right. You never move data from a copy pool; ever, ever, ever.

This is because files are marked with, in essence, a bit field
denoting which copy stgpools posess copies of them.  Moving data
around from one copypool to another would invalidate these markers.
Panic in the streets, dogs &cats ... well, you get the idea.

If you want to generate the media-level efficiencies of a storage
heirarchy for your copy pools, you'll need to deploy virtual volumes.
If you do that, you can write to disk and migrate to tape on the
hosting TSM server.



- Allen S. Rout


Re: Millions of files failed... Wha?

2007-05-15 Thread Thorneycroft, Doug
What does the error log show?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Allen S. Rout
Sent: Tuesday, May 15, 2007 8:20 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Millions of files failed... Wha?


I've a client on windows 5.3.0.0 (He's thinking about moving to
5.4.0.2) who's seeing, every day, reports like this:


 Total number of objects inspected: 1,323,867(SESSION: 6278)
 Total number of objects backed up:0(SESSION: 6278)
 Total number of objects updated:  1(SESSION: 6278)
 Total number of objects rebound:  0(SESSION: 6278)
 Total number of objects deleted:  0(SESSION: 6278)
 Total number of objects expired: 25,022(SESSION: 6278)
 Total number of objects failed:1,323,867(SESSION: 6278)


I would normally expect a scheduler log full to overflowing with 1.3M
iterations of "Can't get file [x] for reason [y]".

But the scheduler log is nearly empty: Just the normal expiration
messages.


So, a riddle: What is it that fails a million files, but makes no
noise?




- Allen S. Rout


Millions of files failed... Wha?

2007-05-15 Thread Allen S. Rout
I've a client on windows 5.3.0.0 (He's thinking about moving to
5.4.0.2) who's seeing, every day, reports like this:


 Total number of objects inspected: 1,323,867(SESSION: 6278)
 Total number of objects backed up:0(SESSION: 6278)
 Total number of objects updated:  1(SESSION: 6278)
 Total number of objects rebound:  0(SESSION: 6278)
 Total number of objects deleted:  0(SESSION: 6278)
 Total number of objects expired: 25,022(SESSION: 6278)
 Total number of objects failed:1,323,867(SESSION: 6278)


I would normally expect a scheduler log full to overflowing with 1.3M
iterations of "Can't get file [x] for reason [y]".

But the scheduler log is nearly empty: Just the normal expiration
messages.


So, a riddle: What is it that fails a million files, but makes no
noise?




- Allen S. Rout


Re: Looking for a broker or buyer for Finisar SFP and Qlogic HBA

2007-05-15 Thread Allen S. Rout
>> On Mon, 14 May 2007 18:40:37 -0400, Curtis Preston <[EMAIL PROTECTED]> said:

> Allen,
> Thanks for taking the time to read my response and to create your own.

Oh, verbose is my middle name!  It's nothing. ;)

> It doesn't look like you've blindly looked for this mailing list lately.

If someone looks for this list without having consulted -any- of the
IBM docs on TSM, I'd just as soon they don't find it.  If they have
looked at the IBM docs (as others have noted) they'll have
subscription instructions.  Again, not 'sweat equity', more 'basic
citizenship'.


>> So here's a suggestion: You moderate incoming messages, and then
>> report back in, say, a year or so, about how many you had to weed out?

> I'm on it!

OK, so from here on any messages that come from your interface
represent both "Someone came to the forum", and also "Curtis thought
the message to be appropriate".  This means you have volunteered your
own reputation as hostage for the flow of messages from your forum.
If we don't like the flow of messages, then we can simultaneously
reject your audience and your opinion. :)

Sounds fair, and if our bozo filters aren't set off by the "New flood
of clueless messages" which we think we expect, well, maybe we're just
wrong.


> BUT IT'S MY JOB TO DO WHAT I CAN TO MAKE SURE THIS LIST IS HAPPY
> WITH WHAT I'M DOING SO THAT DOESN'T HAVE TO HAPPEN.

Cool. We agree. ;)


>> Especially when you're confusing the official imprimatur of IBM
>> with the evolving opinion of exactly the community you're trying to
>> attract.

> I had to look up imprimatur. ;)

I went to "Boys' Latin School".  Whee!

> I don't think I'm doing that, and am not sure what I wrote to make
> you think that.

It was "...Only product to reject...".  TSM, the product, is under the
control of IBM.  ADSM-L is, while sometimes slavishly worshipful
(*blush*) distinctly not under IBM's control.


- Allen S. Rout
- Says stuff like "Extant" and "Imprimatur"... and he means it.


Help on reclamation of copy storage pool

2007-05-15 Thread Ing. Fernando Villarreal - Silice S.A.

Hi,
   I'm a little bit confussed about reclamation process of a copy 
storage pool


I've a Linux server with TSM 5.3 with one tape and this configuration.
   Disk storage pool "dskpool" (on disk) ---> next storage pool "genpool"
   Sequential access storage  pool "genpool" (on tape) ---> reclaim 
storage pool "recpool"
   Sequential access storage  pool "recpool" (as a file library) ---> 
next storage pool "genpool"


When I have to do the reclamation process works fine.
First I have to mark all reclaimable volumes to read only and start 
reclaim process. Data is copied from tape volumes on genpool to recpool, 
when it's full It moves to scratch volumes on genpool.


I have also a copy stotage pool "copypool" on tape, where we do a daily 
copy of "dskpool".
When I create a new sequential access pool there's no way to assign 
"copypool" as a next storage pool, so I don't see the way to move from 
the new reclamation pool to "copypool".


Any ideas?

Thanks.

--
Ing. Fernando Villarreal
Infraestructura
Dirección Operaciones

SÍLICE S.A.
Tranquilidad Tecnológica

San Martín 1035 Of.49 Cdad.
Mendoza - Argentina (M5500AAK)
Telefax: +54 261 4294141 (PBX)  Ext. 37
http://www.silice.biz
Telefonía IP: voip.silice.biz 


-
AVISO LEGAL
-

Este mensaje y sus adjuntos son para uso exclusivo del usuario a quien está 
dirigido y pueden contener información confidencial, legalmente protegida. Si 
Ud. recibió este mensaje por error, por favor notifíquenos respondiendo al 
remitente y destruya las copias impresas o grabadas en cualquier otro soporte.

Las opiniones vertidas son responsabilidad del autor y no son emitidas ni 
avaladas por Sílice S.A., a menos que se indique lo contrario por contrato, que 
el correo electrónico se encuentre firmado digitalmente (www.pki.gov.ar) y que 
la identidad y autoridad del autor para comprometer a nuestra empresa puedan 
ser verificados.

El uso personal del servicio de correo electrónico para fines no vinculados con 
la labor profesional o laboral en esta empresa, en ningún caso obligará o 
responsabilizará a la Compañía de los eventuales daños y perjuicios que dicho 
uso pudiera generar.

Los mensajes electrónicos pueden ser alterados. En consecuencia, Sílice S.A. no 
aceptará ninguna obligación cualquiera
sea el resultante de este mensaje en caso de haber sido modificado, 
distorsionado o falsificado.

No se garantiza la integridad de los mensajes enviados por e-mail ni que los 
mismos sean enviados en término, o que no contengan errores o virus.

Muchas Gracias


query adsm-l

2007-05-15 Thread Nicholas Rodolfich
query adsm-l

Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Systems
504-883-6955 (office)
228-223-6777 (mobile)
[EMAIL PROTECTED]



IMPORTANT NOTICE:  This message and any included attachments are from East 
Jefferson General Hospital, and is intended only for the addressee(s), and may 
include Protected Health (PHI) or other confidential information.  If you are 
the intended recipient, you are obligated to maintain it in a secure and 
confidential manner and re-disclosure without additional consent or as 
permitted by law is prohibited.   If you are not the intended recipient, use of 
this information is strictly prohibited and may be unlawful.  Please promptly 
reply to the sender by email and delete this message from your computer. East 
Jefferson General Hospital greatly appreciates your cooperation.


Re: Looking for a broker or buyer for Finisar SFP and Qlogic HBA

2007-05-15 Thread David 'Sniper' Rigaudiere
Hi Curtis,

Curtis Preston wrote:
> David,
>
> Although "hate" is a very strong word and I may not convince you

Good luck :)

> I therefore had NO INTEREST in building another community that was
> not connected to the existing one.

Does this list want connect to other community ?
I'm already connected to communities I like.

Almost all README, IBM Guides and Redbooks point to this list with
subscribe commands. If "newbies" don't find this information, they
will not find basic info like "how to exclude this file", "how to
run an incremental backup" and I don't want ADSM-L flooded with this
kind of questions.

About traffic, are you trying to convince me that browsing your
forum with PDA is lighter than client email on same PDA ?
DIGEST mode is also a solution.

I'm on this list since 2000 and I like it, I'm mainly reader, not
poster because my bad english. I don't want this list change.
I don't want everyone points his own tools here.


Your forum is a good tool for browsing archive, but should we accept
it for incoming message without discussion with list members ?
Should we accept a kind of take-over (I'm IRC addicted ;)
Some people like forums, other like mailing list, don't be intrusive.

++
David Rigaudiere


trouble with ofs

2007-05-15 Thread TSM
hello,

we have some trouble with ofs on windows 2000/2003.

it seems that ofs is working fine for weeks or months, then a filesystem
check is recommended (chkdsk)  , some files are corrupt,some lost and
one server has gone.

I estimated something about  5- 10% of the servers have these errors.

we have tsm clients 5.3.4.8 and 5.3.4.12.

if you have any suggestions, please help.

i am also interested in the technology of tsm ofs.

with best regards
stefan savoric