Hello All, Thanks for all your valuable suggestions.
Just i created a blank IEASYS00 member in SYS1.PARMLIB and ilpled again the system. It worked fine, and this time system picked IEASYS09 which is defined in LOADxx member and doesn't prompt for operator to reply and it . Sunil On Thu, Apr 14, 2011 at 7:49 PM, jagadishan perumal <[email protected]>wrote: > Hi Sunil, > > Could you please show us your SYS1.PARMLIB(IEASYS09) member and LOADXX > member. > On Thu, Apr 14, 2011 at 7:41 PM, Rob Schramm <[email protected]> > wrote: > > > Been a while since I played with the elimination (may have been one of > the > > things I tried that failed.. which is why it stuck in my memory). I > > usually > > ended up using IEASYS00 as a common for all systems, then used system > > specific members for system specific setups. > > > > But as you indicated, IEASYS00 could effectively be (sans the comments) > an > > empty member. > > > > Rob Schramm > > > > On Thu, Apr 14, 2011 at 9:55 AM, Mark Zelden <[email protected]> wrote: > > > > > On Thu, 14 Apr 2011 09:31:57 -0400, Rob Schramm <[email protected] > > > > > wrote: > > > > > > >The system will always use IEASYS00. If you specify another IEASYSxx > > > >member, the two will be merged. The only way to not use IEASYS00 is > to > > > >eliminate it from parmlib concatenation. > > > > > > > > > > Last time I checked, the system always looks for IEASYS00 and > > > eliminating it completely from the parmlib concatenation resulted in a > > > failed IPL. This is what mine looks like (one blank line and > > comments): > > > > > > > > > ****** ***************************** Top of Data > > ************************** > > > 000100 > > > 000200 /* LIB: SYS1.PARMLIB(IEASYS00) > > */ > > > 000300 /* DOC: DO NOT DELETE THIS MEMBER! IEASYS00 MUST BE PRESENT > > */ > > > 000400 /* SOMEWHERE IN THE LOGICAL PARMLIB CONCATENATION. > > */ > > > 000500 /* NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR! > > */ > > > ****** **************************** Bottom of Data > > ************************ > > > > > > -- > > > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > > > mailto:[email protected] > > > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > > > Systems Programming expert at > http://expertanswercenter.techtarget.com/ > > > > > > *** Please note the new URL for Mark's MVS Utilities *** > > > > > > ---------------------------------------------------------------------- > > > 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 > > > > > > > > > > > -- > > Rob Schramm > > Senior Systems Engineer > > > > w: 513.305.6224 > > > > ---------------------------------------------------------------------- > > 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 > > > > ---------------------------------------------------------------------- > 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 > -- Thanks & Regards: Sunil Mirchandani 9243116830 "Yesterday I dared to struggle. Today I dare to win" ---------------------------------------------------------------------- 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
