|
When we first converted to RISC (V3R6), we did use FRCOBJCNV. In fact the Redbook (SG24-4600-00 - there might be a later edition now) reccommened it as outperforming a separate rst and objcnv. Of course the risk is that if something goes wrong, you might have to start all over, intead of just restarting the half that failed. Also, if you have the system resources available, you can break up the STROBJCNV job into several and run them concurrently. This would be especially useful on multiple processor systems. The Upgrade Assistant estimate is based on a single threaded job, I believe. Also pay close attention to the objects it's estimate omits, such as compressed objects. Randy Scott wrote: > > After reading pages 16-4 to 16-5 of the Road Map, it seems to me that the only > problem with using FRCOBJCVN when restoring our libraries is if it would take >more > than 24 hours. In my case, the restore should only take 6 hours and the EUA > predicts 10 hours for object conversion. This would be helpful to do both >steps at > once because I would put our single 8mm tape in and let it process overnight, > thereby not having to do the object conversion later that next day. Does >anybody > know of any problems with this idea? > Sclind2 wrote: > > > Al - > > > > Now it makes more sense what IBM is having done here. I will have the > > *production* userdata, our vendor products, and our CISC LPP's on the >machine > > before I install the RISC LPP's. (We have done exactly what you mentioned - > > deleted S36 and S38 features, etc on the CISC system). > > > > But it is not feasible for us the rent all the disk we would need to have >the > > RISC and CISC systems contain the same data. So while I am following the > > roadmap otherwise, this is technically a deviation. I will also be limited >in > > not always being able to use a Enhanced Upgrade Assistant option, for >example, > > using EUA to restore the system. Instead of having it perform a RSTLIB > > *NONSYS, I will have to perform a RSTLIB *IBM followed by a RSTLIB (list of > > libraries). > > > > I have spoken to IBM (through our Support Center contract), and the person > > there assured me what I'm doing should be no problem. But I'm always wary >of > > that response given so easily. > > > > Any comments? Is this workable, or headed for certain disaster? > > > > Scott Lindstrom > > Zenith Electronics. > > +--- > > | This is the Midrange System Mailing List! > > | To submit a new message, send your mail to "MIDRANGE-L@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 unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- > uucp +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to "MIDRANGE-L@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 mailing list archive is Copyright 1997-2025 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.