× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.





Ed,

that would be a bug....



On Fri, 8 Jun 2001, Ed Chabot wrote:

> Jim and others who have replied,
> We have  covered all the bases that have been mentioned and think we may
> have hit on something.  We are restoring to a model 720 running V4R4.  The
> objects that are giving us the problem all have a system level of V1R5 or
> earlier (honest! - we're converting systems on a company we acquired last
> November and they have managed to stay far from the bleeding edge!) Anyway,
> we can restore the library to a model 300 running V3R2 without any problems.
> We are chalking it up to an operating system restriction and handling the 4
> libraries that are giving us the problems by going to the model 300 first,
> saving the library on that box and restoring it to the 720.  Good thing we
> haven't scrapped the 300 yet! Thanks to everyone that responded.
> 
> Ed Chabot
> The Marlin Firearms Company
> 100 Kenna Drive
> North Haven, CT 06473
> (203)985-3254
> 
> -----Original Message-----
> From: owner-midrange-l@midrange.com
> [mailto:owner-midrange-l@midrange.com]On Behalf Of Jim Damato
> Sent: Thursday, June 07, 2001 4:58 PM
> To: 'MIDRANGE-L@midrange.com'
> Subject: RE: Restore issues
> 
> 
> Are you using the exact same parameters in the RSTLIB and RSTOBJ commands?
> The key parameters I know of are MBROPT and ALWOBJDIF.  ALWOBJDIF wouldn't
> pertain if the object doesn't exist.  Also, are the RSTLIB and RSTOBJ
> commands run as the same user (shouldn't pertain if the object doesn't
> exist)?
> 
> If you DSPTAP DATA(*SAVRST) OUTPUT(*PRINT), what shows up for the offending
> object?  Is it owned by a different user?
> 
> Other than that, I'd try restoring the library to a different RSTLIB (if you
> have the storage) and checking the job log.
> 
> Marlin Firearms Company -- do they provide an employee discount, outlet
> store, scratch and dent section?
> 
> -Jim
> 
> James Damato
> Manager - Technical Administration
> Dollar General Corporation
> <mailto:jdamato@dollargeneral.com>
> 
> 
> -----Original Message-----
> From: Ed Chabot [mailto:echabot@marlinfirearms.com]
> Sent: Thursday, June 07, 2001 12:29 PM
> To: MIDRANGE-L@midrange.com
> Subject: RE: Restore issues
> 
> 
> Buck,
> Thanks for replying.  In this case the object doesn't exist on the system we
> are restoring to and we've checked for cross-library logicals.  Anything
> else come to mind?
> 
> Ed Chabot
> The Marlin Firearms Company
> 100 Kenna Drive
> North Haven, CT 06473
> (203)985-3254
> 
> -----Original Message-----
> From: owner-midrange-l@midrange.com
> [mailto:owner-midrange-l@midrange.com]On Behalf Of Buck Calabro
> Sent: Thursday, June 07, 2001 12:28 PM
> To: MIDRANGE-L@midrange.com
> Subject: RE: Restore issues
> 
> 
> >Has anyone run into a situation where a RSTLIB doesn't restore some objects
> >but those same objects can be restored individually by a RSTOBJ command?
> 
> If I recall, there are several ways this can happen.  The job log is the
> first place to look.  The main one that strikes here is cross-library
> logicals: an LF in a library other than the PF.  The owner of the object on
> the tape differing from the owner of the object on the system can give you
> fits too.
> 
> Buck
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
> 

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.