Hello, - it was the famous
"directory entries go to the management
class/copy group with the longest retention period"
problem. ( 3.1.0.6).

Shortening the retver value of my readonly ( dummy )
archive Pool helps for me.
Thanks to Kelly and Walter !

Rainer

Walter.Ridderhof AT mail.ing DOT nl wrote:

>      Rainier,
>
>      just a hint,
>
>      This sounds a bit like a situation where directory info for the
>      archives is written to the forbidden (or non existent) pool due
> to
>      it's managements class retention period. If my memory serves me
> well
>      the strategy for binding directories was changed in V3107.
>
>      Let me know if the hint was anyway close.
>
>      regards Walter Ridderhof.
>

Kelly J. Lipp wrote:

> You should also look at the dirmc option in the client options file.
> YOu
> can use this to direct the directory information to the desired pool.
>
> Kelly J. Lipp
> Storage Solutions Specialists, Inc.
> PO Box 51313
> Colorado Springs CO 80949
> 719-531-5926
> www.storsol.com
> lipp AT storsol DOT com
>
> -----Original Message-----
> From: Rainer Wolf [mailto:Rainer.Wolf AT rz.uni-ulm DOT de]
> Sent: Thursday, October 07, 1999 9:42 AM
> To: lipp AT storsol DOT com
> Subject: Re: Digital Unix Client 3.1.0.6
>
> Kelly , it was  - . I shortend the retver value of the readonly pool,
> and the archive
> (directory -entry) data was running on the pool of the mgmt with the
> highest retver Value
> which is just writable.
> The Data itself was stored on the desired Pool.
>
> I am a little confused with tis mixing by client Versions and by
> Directories.
> We are just starting up with archive on adsm and I hope the Clients
> will
> be
> at least Version 3.1.0.7 ( the Server has the 3.1.2.40 ).
>
> Let me ask you another question
> Should I take a special eye on this 'stgpool with the
> actual longest retver Value '  or will I go into trouble loosing just
> this tape -
> is it necessary to set up the longest available Archive-Pool with at
> least
> one copy , for this reason ?
>
> Rainer
>
> > Could this be the famous "directory entries go to the management
> > class/copy
> > group with the longest retention period" problem?  If the archive
> copy
> > group
> > pointing to the read-only pool has a longer retention period,
> perhaps
> > this
> > is your problem.  The directory information is probably trying to go
>
> > to that
> > copy group/pool.
> >
> > Kelly J. Lipp
> > Storage Solutions Specialists, Inc.
> > PO Box 51313
> > Colorado Springs CO 80949
> > 719-531-5926
> > www.storsol.com
> > lipp AT storsol DOT com

####################################################
Original Question
> -----Original Message-----

> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf
>
> > Of
> > Rainer Wolf
> > Sent: Thursday, October 07, 1999 7:21 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Digital Unix Client 3.1.0.6
> >

> > Hello,
> > can someone tell me if this is a known bug on the digita 3.1.0.6
> > client:
> >
> > I have two digital clients ( one actual 3.1.0.7 and one 3.1.0.6 )
> > in the same domain with the same managememt classes available.
> > The default archive CopyGroup points to a pool which is set to
> > READONLY.
> >
> > The Problem occurs when I want to write archive Data using a mgmt
> > Class
> > which points to an actual writable Pool - using the '-archm=...'
> > Option.
> > The 3.1.0.7 Client works with no Problem and writes the Data into
> > the Pool which is marked on the 'Copy Destination ' Field ( doing
> the
> > ,q
> > mgmt -det' ).
> > The 3.1.0.6 Client however won't use this (writable) Storagepool but
>
> > always
> > want to write the Data into the Pool of the Default archive
> copygroup
> > -
> > so
> > I get only the message , server out of data storage ' .
> > The managementclass I use on both Clients points to an archive
> > Copygroup
> >
> > with no equivalent backup copygroup ( I have deleted the backup copy
>
> > group
> > with delete copy ... type=backup ).
> > At the moment I only see the way to update digital unix to install
> the
> >
> > new adsm Client .
> >
> > Thanx in advance for any hints, I will summarize
> > Rainer