I took the advise fixed the directory block issue and ran the job with the REDO option and got the following error message:
THERE IS A MODID ERROR FOR SKLENU ENTRY BCN3IBAS IN SYSMOD HBCND0B. SYSMOD HBCND0B DOES NOT SPECIFY UR53091 ON THE PRE OR SUP OPERAND. UR53091 IS THE RMID FOR SKLENU BCN3IBAS THAT IS CURRENTLY INSTALLED. APPLY PROCESSING FAILED FOR SYSMOD HBCND0B. Once again I have in idea how to resolve this problem so any help will be greatly appreciated. Thanks, Thomas Conley <[EMAIL PROTECTED]> wrote: ----- Original Message ----- From: "Howard Rifkind" Newsgroups: bit.listserv.ibm-main Sent: Thursday, July 21, 2005 3:18 PM Subject: Re: SMP/E Upgrade to 3.3 Gone Bad. > Thanks everyone. I backup all the datasets that had an SMPE HLQ but I > didn't know anything about datasets with an HLQ of GIM. > > I did this on my test lpar so I can copy restore most everything and and > the GIM datasets I can get off of the production Lpar. > > Howard, That is a really, really, really, really bad idea. Pulling datasets out of one SMP/E environment and slapping them into another invites mismatches which can really mess you up. Just fix the library and re-run the APPLY, please. Regards, Tom Conley ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html --------------------------------- Start your day with Yahoo! - make it your home page ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
