Matt,
I would use a JCL like the one below to replace all the DDDEF's:
//UPDATE EXEC PGM=GIMSMP
//SMPCSI DD DISP=SHR,DSN=SMPECSI.DATASET
//SMPLOG DD DUMMY
//SMPCNTL DD *
SET BOUNDARY(MVSTZN).
ZONEEDIT DDDEF .
CHANGE PATH('/usr/lpp/'*, '/service/usr/lpp/'*) .
ENDZONEEDIT .
Thanks & Regards
Varun Manocha
Affiliated Computer Services Inc, Bangalore
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Matt Dazzo
Sent: Tuesday, April 14, 2009 8:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help
I have back ups of everything before I started so I can recover. There
are over 1000 DDDEF's, how do I go about determining which ones need to
be changed? Anybody have a sample batch job? Thanks
Tom- point taken on the non-descriptive subject matter and agreed. Hast
makes waste...
>>> Tom Marchant <m42tom-ibmm...@yahoo.com> 4/14/2009 10:24 AM >>>
On Tue, 14 Apr 2009 09:33:12 -0400, Matt Dazzo wrote:
>Need some direction on how to correct this self inflicted wound on my
z1.9
sand box system. I ran an smp apply for RSU maintenance and forgot to
mount
my alternate HFS files under /service before starting. Below are some
messages from DD BPXPRINT and the first error msg in SMPOUT. I believe
the
BPX error I got was a space issue but then I realized I forgot to mount
the
HFS files under /service.
>
>Has my primary HFS files been compromised? Where do I go from here?
Thanks Matt
>
>
>1BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000254.
> BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO TEXT
HFS
FILE /usr/lpp/cpo/IBM/CPOCPREG.
>1BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000255.
> BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO TEXT
HFS
FILE /usr/lpp/cpo/IBM/CPOCPSCH.
>1BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000256.
> BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO TEXT
HFS
FILE /usr/lpp/cpo/IBM/CPOENV.
>1BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000257.
> BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO
BINARY
HFS FILE /usr/lpp/cpo/IBM/CPOHWMC.
>1BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000258.
> BPXF106E RETURN CODE 00000085, REASON CODE 5B4FC005. AN ERROR
OCCURRED
DURING THE WRITING TO HFS FILE /usr/lpp/cpo/IBM/CPOS
>
>
>
>GIM69168E ** HFSCOPY PROCESSING TO THE SCPOHFS LIBRARY FAILED FOR HFS
CPOSETUP
> IN SYSMOD UA39307. THE RETURN CODE (12) EXCEEDED THE
ALLOWABLE
> VALUE. DATE 09.103 - TIME 15:46:53 - SEQUENCE NUMBER
000258.
>GIM30216I APPLY PROCESSING FAILED FOR SYSMOD UA39307. SYSTEM UTILITY
> PROCESSING FAILED FOR AN ELEMENT IN UA39307.
If I am reading this correctly, none of your updates were to
/service/....
What to your DDDEF PATH entries look like? They should all specify path
names beginning with /service. If they do not, mounting your
maintenance
HFS files would not have helped you. In that case, any previous
maintenance
that you applied was likely done incorrectly also.
BTW, "SMPE Help" is not a very descriptive subject.
--
Tom Marchant
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
