Jeff, If he is able to restore 32 dbspaces and it fails on the 33rd, he is
probably authenticating OK... Any errors reflecting a
problem like this are likely to be in his onbar activity log and the
Informix online log for the instance btw...

George Lesho
Storage/System Admin
AFC Enterprises






Jeff Bach <jdbach AT WAL-MART DOT COM>@VM.MARIST.EDU> on 01/21/2002 10:33:56 AM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

Sent by:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: On-Bar restore error.


What log is the error in?  An error out of context has no meaning.  The
information below is good.

The 3.1 client may not be able to authenticate with the 4.1 server.  I know
a 3.1.0.7 client in some instances cannot talk to a 4.1.4 server.

Jeff

> -----Original Message-----
> From: Jason Morgan [SMTP:jmorga31 AT CSC DOT COM]
> Sent: Monday, January 21, 2002 10:15 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: On-Bar restore error.
>
> Hi George,
>
> Thanks for replying.
>
> I am actually a Sys Admin working in conjuction with a DBA. We are
> actually
> trying to restore a backup taken from another server to a new instance on
> another server. The source server is an RS/6000 running ADSM API 3.1.06
> and
> ADSM 3.1 . The target server is RS/6000 AIX 4.2.1 TSM 4.1 and API
3.1.20.8
>
> One question that the DBA mentioned was whether the DbSpace number (
> Column
> 2 ) in the onstat -d report has any relevance. This is the only
difference
> he can see at the moment.
>
> As part of the testing, we successfully manage to perform a full back up
/
> restore of an empty instance. This suggest that API /TSM  is correctly
> configured.
>
> Many thanks.
>
> Jason
>
>
>
>
>
>
> George Lesho <GLesho AT AFCE DOT COM>@VM.MARIST.EDU> on 21/01/2002 15:37:53
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Sent by:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
> To:   ADSM-L AT VM.MARIST DOT EDU
> cc:
> Subject:  Re: On-Bar restore error.
>
>
> You didn't mention whether you were trying to restore a backup of the
> Informix instance to itself or the backup was coming
> from another server.  If you are trying to restore a backup taken on a
> server to that server, I don't know if you are the sys admin or dba of
> that
> server as well as the storage admin. If you are only the storage admin,
> the
> 33rd dbspace may have been modified by adding a device (chunk). You also
> didn't mention the platform type but if it is a UNIX box, go to the /dev
> dir and see if a device has been added (check file date/time) since the
> backup was made.  If a device has been added to
> support a new chunk for the dbspace 33, then you will need to rebuilt the
> instance to be the same as when the backup was made. If the backup was
> made
> on another machine / instance, check the devices on the donating machine
> to
> see if the
> number of chunks is consistant with the machine to be backed up to... use
> onstat -d as the instance owner...
>
> George Lesho
> AFC Enterprises
> Storage/System Admin
>
>
>
>
>
> Jason Morgan <jmorga31 AT CSC DOT COM>@VM.MARIST.EDU> on 01/21/2002 08:42:56 
> AM
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Sent by:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
> To:   ADSM-L AT VM.MARIST DOT EDU
> cc:    (bcc: George Lesho/Partners/AFC)
> Fax to:
> Subject:  On-Bar restore error.
>
>
> All,
>
> I have the following error when trying to restore an Informix using
On-Bar
>
>
> Out-of-sequence errors.
>
>
> 32 DBSpaces restore ok but the process fails on the 33rd DbSpace.
>
>
> Regards Jason


**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**********************************************************************