|
If this 40S you were doing a scratch install on was not the system you created the SAVSYS backup from, you should have selected 'N' for "Enable automatic configuration". If you then get SRC A9002000 you refer to the specific section in the "Backup & Recovery - Basic" manual that addresses specifically how to recover from this situation. However, did you say that the system hung with a blank display and A9002000 displayed, which would imply you would be unable to follow the instructions in the manual to create the tape device/controller to continue the restore ? Neil Palmer AS/400~~~~~ NxTrend Technology - Canada ____________ ___ ~ Thornhill, Ontario, Canada |OOOOOOOOOO| ________ o|__||= Phone: (905) 731-9000 x238 |__________|_|______|_|______) Cell.: (416) 565-1682 x238 oo oo oo oo OOOo=o\ Fax: (905) 731-9202 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mailto:NPalmer@NxTrend.com AS/400 The Ultimate Business Server http://www.NxTrend.com > -----Original Message----- > From: Mike Shaw [SMTP:mike@mikeshaw.com] > Sent: Friday, May 15, 1998 7:20 PM > To: Midrange Listserv > Cc: Mike Chwierut; Steve Schmeck; Samir Demir - NAMC > Subject: RISC Disaster Recovery Disaster > Importance: High > > Hi All, > > Am getting ready to do a disaster recovery test up at our hot site in > Seattle, WA in July. This will be the first test of a RISC AS/400 > disaster recovery for us. > > To get ready and to see how our recovery instructions needed to > change, I did a scratch install of V3R7 on a Model 40S. The good news > is that you no longer have a backache from bending over trying to read > the SRC codes to see where it is in the process. Almost all of the > dialouge is now sent to the system console. That's nice! > > The real problems began at the point of setting the IPL Options during > the O/S load. The Set Major Systems Options asks if you want to > Enable automatic configuration which needs to be a 'Y' option. This > creates a DEVD for the system console and tape devices. If you say > no, the system hangs with an SRC of A9002000 and a blank console > screen....Some choice. > > By saying yes to enable automatic configuration, I am moving on to the > RESTORE menu to take option 21. For a tape device in the Specify > Command Defaults screen I enter TAP01 and tell it to prompt for > commands. This is where it goes to hell in a hand basket.....When > restoring the user profiles I get an error "TAP01 Not Available" and > the restore fails. > > I get back to a command line and do WRKCFGSTS *CTL TAP*. Auto config > has created DEVD's for all 16 of the 3480 tape drives and the resource > names and device names are not the same!!!!!!!!!!!!!! We on the > AS/400 side only have 5 of these devices - what has happily been known > as TAP01 through TAP05 for many years (or at least until auto config > was turned on!). The mainframe has the remainder of the 3480 drives > assigned to it. > > Through the process of elimination I was able to determine that the > device TAP01 had a DEVD created by auto config called TAP06 assigned > to the resource TAP01. I still have to sort through the remaining 4 > drives and figure out which is which....That's not nice! > > Now for the $64,000,000.00: Is this by design??????????? If it is, > you will never be able to have device naming integrity and have to > manipulate them every time they are created - to include a disaster > recovery scenerio. <BTW>A disaster recovery site with an auditor > breathing down your neck ain't the place to find out you no longer > know the device name of your alternate IPL tape drive !!! > > I hope someone at IBM will take a serious look at this and offer an > explanation if not a solution to making sure the resource name TAP01 > gets assigned to an auto config created DEVD name TAP01. > > My next question is: Have I missed something here???? Has anyone > else seen this and found a way around this on a RISC box??? Any > comments and ideas would be greatly appreciated. > > Mike Shaw > North American Mortgage Company > Santa Rosa, CA > > +--- | 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-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.