y 14, 2005 20:05
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
Eric,
Oh, THAT bug. Yes, it bit us once as well when our hp-ux system lost
its san connection to the file class luns and expiration went on its
merry way, deleting scores of volumes from the tsm db, e
al Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Friday, January 14, 2005 5:43 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
Hi Jurjen!
No, that's not what I'm seeing. I have seen that TSM does not handle
allocation fai
Eric,
Ok, you got my attention now!
What "bug" should I be losing sleep over?
-steve
-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Friday, January 14, 2005 4:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten houseke
move data
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Weinstein, Stephen
Sent: vrijdag 14 januari 2005 13:07
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
I played with caching a while ago. It filled up 7% of my
Subject:Re: Enabling caching to shorten housekeeping
Eric,
The issues we had when we had caching turned on were:
1. Fragmentation of the the diskpool which led to a general slowdown in
processes. This can be minimized if you have a regular schedule of
flushing the cache (turn it off and
not what I want :-((
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: Jurjen Oskam [mailto:[EMAIL PROTECTED]
Sent: Friday, January 14, 2005 11:21
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
On Fri, Jan 14, 2005 at 10:06:49AM +0100,
On Fri, Jan 14, 2005 at 10:06:49AM +0100, Loon, E.J. van - SPLXM wrote:
> We only ran into a nasty bug when using the file device class, so I hope IBM
> will turn my PMR in an APAR and fix it as soon as possible...
Let me guess: FILE volumes only store a tiny bit of data before (incorrectly)
enco
to be ready in
seconds) will run four hours mounting a lot of tapes.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: Steve Harris [mailto:[EMAIL PROTECTED]
Sent: Friday, January 14, 2005 00:11
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to sh
and fix it as soon as possible...
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: Steve Schaub [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 13, 2005 21:32
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
Eric,
The iss
Hi Eric,
You've probably thought of this yourself, but, there is no need to save up all
your backup stg operations until the end of the day. Since they are
"incremental" in nature, you can run the process earlier in the day with only a
short-running catchup before your migrate kicks in. Of co
Eric,
The issues we had when we had caching turned on were:
1. Fragmentation of the the diskpool which led to a general slowdown in
processes. This can be minimized if you have a regular schedule of
flushing the cache (turn it off and migrate down to zero).
2. TDP agents don't always play nice wi
ssage-
From: Steve Bennett [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 13, 2005 16:53
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
Eric,
Not a lot of detail in your post but I always do my backup stgpool
before I migrate so it's disk to tape instead
@VM.MARIST.EDU
Subject: Re: Enabling caching to shorten housekeeping
Eric,
Not a lot of detail in your post but I always do my backup stgpool
before I migrate so it's disk to tape instead of tape to tape. Doesn't
always happen if there is a unusually large client backup that causes
the migratio
Eric,
Not a lot of detail in your post but I always do my backup stgpool
before I migrate so it's disk to tape instead of tape to tape. Doesn't
always happen if there is a unusually large client backup that causes
the migration to occur before the scheduled stgpool backup.
I think caching will do w
14 matches
Mail list logo