>Seeing the actlog I get the feeling the expiration process is not
>working as it should, and for that reason data on the tapes does not
>expire.
>Or the policyset activation is not working and cause problems.
>
>How would one solve this problem.
>
>5 versions need to be kept for 14 days, but at da
[mailto:[EMAIL PROTECTED] On Behalf Of
Deon George
Sent: donderdag 15 april 2004 9:23
To: [EMAIL PROTECTED]
Subject: Re: even/uneven tape cycle / ANR1025W
Yes,
If you have some "Filling"/"Empty" volumes that are NOT "Read-Write",
then
TSM will attempt to get one that is
st Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
> Deon George
> Sent: donderdag 15 april 2004 1:43
> To: [EMAIL PROTECTED]
> Subject: Re: even/uneven tape cycle / ANR1025W
>
> Klaas,
>
> The errors you are getting indicate that the storage pool (or
> subordinate
> - whic
Thanks deon,
Could this also happen if the status of the volume is not read/write?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Deon George
Sent: donderdag 15 april 2004 1:43
To: [EMAIL PROTECTED]
Subject: Re: even/uneven tape cycle / ANR1025W
Klaas,
The errors you are getting indicate that the storage pool (or subordinate
- which is more likely the case). You'll get this because:
* You dont have enough volumes defined - ie: the volumes defined are
already full,
* You dont have enough scratch volumes define: ie: check the MAXSCR
parame
Hi list,
I've got a client who is working with TSM the following way:
They work with an autoloader.
They wanted to have a 2 week tape cycle with even and uneven weeks and a
2 week period for keeping the tapes.
What I did was create 2 sets of tapes(4 tapes eacht) and 2
diskpools(even and uneven)
