Re: AW: Re: COBOL5 and ceedump

[Bill Woodger]

See also here, where a policy-shift was revealed (towards the end of the 
thread) to consider replicating V4 results where reasonable. 
https://www.ibm.com/developerworks/community/forums/html/topic?id=0f54483b-6f83-441d-a5fc-22a3d333dddf=25

Ironically this has included deliberate replication of the bug in that thread.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: COBOL5 and ceedump

[Bill Woodger]

Unfortunately an old technique was still in use, and hit many clients. See here 
for some detail: 
https://www.ibm.com/developerworks/community/forums/html/topic?id=c476d2c9-0d4e-4073-97c5-6384d8f381c0=25

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: COBOL5 and ceedump

[Peter Hunkeler]

>For APAR PI65115, it looks like a separate APAR PI68274, was opened for Cobol 
>6.1
>If you look at the information page for PI65115:
>http://www-01.ibm.com/support/docview.wss?uid=swg1PI65115


Out of interest I had a look at what this is all about, and I must admit I'm 
baffled. What does that solution help? More, I'm baffled the new behaviour was 
accepted as an APARable problem.


Writing beyond the end of a table overwrites something, be that the index-name 
or some other data. And it may lead to abnormal ends (the more lucky case), or 
worst, wrong data to be processed without even recognizing this fact. It is one 
of the most problematic coding error, IMHO.


So, the PTF will not fix anything in my opinion. It will revert to the previous 
way of how tables are handled by the compiler, yes, but that's it.


--
Peter Hunkeler




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic error

[Elardus Engelbrecht]

Pommier, Rex wrote:

>I had the same thoughts over the weekend and messing with it this morning, I 
>discovered the problem.  I had neglected to use the ALLD and ALLE parameters 
>in my DFDSS job to copy the spool and checkpoint volumes.  So DFDSS dutifully 
>copied the pointers to "empty" datasets.  

Excellent! ALLEXCP and ALLDATA! Thats them. You need them to clone [all] your 
JES2 data.

Perhaps a documentation update should be placed in JES2 migration guide and 
Program Directory about this?

Oh, BTW, did you also need to use TOLERATE? Just curious.


>Guessing I'm not going to forget this one!

Neither me, I remember that I also burned my fingers badly during cloning of a 
system for testing out Y2K... 

;-)

Groete / Greetings
Elardus Engelbrecht

How many electrical engineers does it take to change a light bulb? We don't 
know yet, they're still waiting for a part.
How many programmers does it take to change a light bulb? None - it is a 
hardware problem.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: A dressing Question

[scott Ford]

I like Caesar



On Fri, Jan 6, 2017 at 12:11 PM John McKown 
wrote:

> On Fri, Jan 6, 2017 at 11:07 AM, Chris Hoelscher 
>
> wrote:
>
>
>
> > I prefer thousand island
>
> >
>
>
>
> ​With the proper stuffing, I prefer LBD.​
>
>
>
>
>
>
>
> >
>
> > Chris Hoelscher
>
> > Technology Architect, Database Infrastructure Services
>
> > Technology Solution Services
>
> > : humana.com
>
> > 123 East Main Street
>
> > Louisville, KY 40202
>
> > Humana.com
>
> > (502) 714-8615, (502) 476-2538
>
> >
>
>
>
>
>
> --
>
> There’s no obfuscated Perl contest because it’s pointless.
>
>
>
> —Jeff Polk
>
>
>
> Maranatha! <><
>
> John McKown
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: KC: www-03.ibm.com vs. www.ibm.com

[zMan]

I think that it's always on www-03, just that the front-end server is smart
enough to redirect. As for problems caused by bookmarking--IBM can't keep
their own links working within the site, so you might as well bookmark
things when you find them, but expect the links to break without notice.

On Mon, Jan 9, 2017 at 9:51 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> (Trying again; trying not to fumble the links this time.)
>
> I notice that many Knowledge Center pages are at server www-03.ibm.com.
> E.g:
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/
>
> ... but if I excise the "-03":
> http://www.ibm.com/systems/z/os/zos/library/bkserv/
>
> ... it promptly redirects back to www-03.  So, I wonder:
>
> o Is the -nn redirection used for load balancing which I thwart by
> bookmarking
>   it explicitly?
>
> o Or is www-03 stable so I should bookmark it?
>
> o Or am I infringing on T by so deep-linking in a bookmark?  The page
> above
>   has a T link, so they seem to expect me to bookmark and share it.
>
> - gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

KC: www-03.ibm.com vs. www.ibm.com

[Paul Gilmartin]

(Trying again; trying not to fumble the links this time.)

I notice that many Knowledge Center pages are at server www-03.ibm.com.  E.g:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/

... but if I excise the "-03":
http://www.ibm.com/systems/z/os/zos/library/bkserv/

... it promptly redirects back to www-03.  So, I wonder:

o Is the -nn redirection used for load balancing which I thwart by bookmarking
  it explicitly?

o Or is www-03 stable so I should bookmark it?

o Or am I infringing on T by so deep-linking in a bookmark?  The page above
  has a T link, so they seem to expect me to bookmark and share it.

- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

KC: www-03.ibm.com vs. www.ibm.com

[Paul Gilmartin]

I notice that many Knowledge Center pages are at server www-03.ibm.com.  E.g:

http://http://www-03.ibm.com/systems/z/os/zos/library/bkserv//systems/z/os/zos/library/bkserv/

... but if I excise the "-03":

http://http://www.ibm.com/systems/z/os/zos/library/bkserv//systems/z/os/zos/library/bkserv/

... it promptly redirects back to www-03.  So, I wonder:

o Is the -nn redirection used for load balancing which I thwart by bookmarking
  it explicitly?

o Or is www-03 stable so I should bookmark it?

o Or am I infringing on T by so deep-linking in a bookmark?  The page above
  has a T link, so they seem to expect me to bookmark and share it.

- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUJV PROCESS OF JECL CARDS

[Jesse 1 Robinson]

One fallout from the advent of JES2 V2R7 several years ago was the 
proliferation of exits. V2R7 was the first release to support TCP/IP in 
addition to traditional SNA. To support both environments, IBM split exit 
processing into (generally) two analogous exits. You don't have to support both 
environments, but if you do, you need to code some logic twice. The 'standard' 
place to process JECL is Exit 4, but now there are two versions of the JCL/JECL 
exit. So be prepared for a bit of an adventure. 

Others have confirmed that IEFUJV cannot handle JECL. JES2 exits, as I 
indicated, definitely can, including modification of the text. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Monday, January 09, 2017 4:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEFUJV PROCESS OF JECL CARDS

On Sun, Jan 8, 2017 at 2:43 AM, bILHA ELROY  wrote:

> Z/OS V2.1
>
> Is it possible to process JECL (/*JOBPARM for example) cards in IEFUJV 
> exit ? If so, can we change the card image (not only set a R.C )
>

​I don't see how. JECL is _NOT_ JCL! JECL cards are "control cards" which are 
interpreted by the JES[23] system. ​IEFUJV, according to the book, is a part of 
the Converter/Interpreter.  I think you will need to implement JES2 exit 54.
http://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasc100/ex54.htm


>
>  in z/os mvs installation exit book it is said that:
>
> •The job validation exit (IEFUJV) receives control before each job 
> control statement in the input stream or cataloged procedure is 
> converted. This exit receives control after all the JCL is converted 
> and again after all the JCL is interpreted. IEFUJV is not invoked for 
> JCL comment statements or null statements. A return code from this 
> exit indicates whether the system is to continue processing the job.
>
>
--
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

Maranatha! <><
John McKown


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUJV PROCESS OF JECL CARDS

[Jesse 1 Robinson]

One fallout from the advent of JES2 V1R7 several years ago was the 
proliferation of exits. V2R7 was the first release to support TCP/IP in 
addition to traditional SNA. To support both environments, IBM split exit 
processing into (generally) two analogous exits. You don't have to support both 
environments, but if you do, you need to code some logic twice. The 'standard' 
place to process JECL is Exit 4, but now there are two versions of the JCL/JECL 
exit. So be prepared for a bit of an adventure. 

Others have confirmed that IEFUJV cannot handle JECL. JES2 exits, as I 
indicated, definitely can, including modification of the text. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Monday, January 09, 2017 4:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEFUJV PROCESS OF JECL CARDS

On Sun, Jan 8, 2017 at 2:43 AM, bILHA ELROY  wrote:

> Z/OS V2.1
>
> Is it possible to process JECL (/*JOBPARM for example) cards in IEFUJV 
> exit ? If so, can we change the card image (not only set a R.C )
>

​I don't see how. JECL is _NOT_ JCL! JECL cards are "control cards" which are 
interpreted by the JES[23] system. ​IEFUJV, according to the book, is a part of 
the Converter/Interpreter.  I think you will need to implement JES2 exit 54.
http://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasc100/ex54.htm


>
>  in z/os mvs installation exit book it is said that:
>
> •The job validation exit (IEFUJV) receives control before each job 
> control statement in the input stream or cataloged procedure is 
> converted. This exit receives control after all the JCL is converted 
> and again after all the JCL is interpreted. IEFUJV is not invoked for 
> JCL comment statements or null statements. A return code from this 
> exit indicates whether the system is to continue processing the job.
>
>
--
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

Maranatha! <><
John McKown


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL5 and ceedump

[Bill Woodger]

The full "Fix list for Enterprise COBOL for z/OS" for V5+ is here: 
http://www-01.ibm.com/support/docview.wss?uid=swg27041164

This is segregated by compiler release/version and also includes the runtime 
(Language Environment).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [SURVEY] Who's using Java 8

[Kirk Wolf]

David,

FYI, we recently updated our free z/OS port / packaging / enhancements to
Apache Tomcat to include Tomcat 8, which requires Java 7.

https://dovetail.com/products/tomcat.html


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Dec 21, 2016 at 9:18 AM, David Crayford  wrote:

> We're currently developing a product with a web UI that uses a Java
> application server running on z/OS, either Tomcat or Jetty.
>
> We decided to use Java 7 because most sites probably have that installed
> already and having a dependency on Java 8 might be POC obstacle for some
> sites. But Java 8 has a lot of benefits.
>
> I'm wondering how common Java 8 is at your site?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: COBOL5 and ceedump

[Roland Schiradin]

Hi Cameron, check  the APAR PI65115 for COBOL 5.2 

  Release 52H   : UI39595 available 16/07/29 (F607 )
  Release 520   : UI39594 available 16/07/29 (F607 )
  Release 521   : UI39596 available 16/07/29 (F607 )
  Release 522   : UI39597 available 16/07/29 (F607 )

And 
APAR Identifier .. PI68274  Last Changed  16/10/03
  WRITING BEYOND THE END OF A TABLE IN V5.X CAN CORRUPT INDEX
  NAMES IN THAT TABLE.
 
  Symptom .. AB ABEND Status ... CLOSED  PER
  Severity ... 4  Date Closed . 16/09/08
  Component .. 5655EC600  Duplicate of 
  Reported Release . 610  Fixed Release  999
  Component Name ENT COBOL FOR Z  Special Notice
  Current Target Date ..16/09/16  Flags
  SCP ...
  Platform 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 610   : UI40709 available 16/09/24 (F609 )

For Cobol 6.1 

Roland

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Cameron Conacher
Gesendet: Montag, 9. Januar 2017 20:39
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: COBOL5 and ceedump

Hello everyone,
Does anyone know if this APAR is available for COBOL 5.2 and if it is available 
for COBOL 6.1?
I mean, would a specific APAR even be need for COBOL 6.1? Or would this APAR 
(PI65115) be part of the original 6.1 distribution?

Thank you,

...Cameron

On Sun, Jan 8, 2017 at 12:48 PM, Roland Schiradin 
wrote:

> Hi Steff,
>
> depending on your service level the index is defined in front of the 
> array. Look at this APAR text
>
> Starting with COBOL V5.1, index-names were located in memory
>   immediately following the memory for the associated table,
>   which meant that programs that modify dsta beyond the end of a
>   table could corrupt their associated index-names.
>
>
>
>   PROBLEM CONCLUSION:
>   Index-names for tables defined in WORKING-STORAGE or
>   LOCAL-STORAGE sections have been moved to the top of the
>   associated storage area.
>
> HTH Roland
>
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> Im Auftrag von Steff Gladstone
> Gesendet: Sonntag, 8. Januar 2017 17:51
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: COBOL5 and ceedump
>
> Are there any whizzes out there who specialize in reading and 
> deciphering CEEDUMPs?
> I have a question for you.  In a COBOL5  CEEDUMP, how do I locate the
> *index* of an array (i.e., an array that is defined with "indexed by") 
> in the dump?
>
> Thanks in advance,
> Steff Gladstone
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL5 and ceedump

[Nims,Alva John (Al)]

For APAR PI65115, it looks like a separate APAR PI68274, was opened for Cobol 
6.1
If you look at the information page for PI65115:
http://www-01.ibm.com/support/docview.wss?uid=swg1PI65115

there is the line:
APAR is sysrouted TO one or more of the following: UI39594 UI39595 UI39596 
UI39597 PI68274

I thought it was interesting that another APAR was listed so when I searched on 
it:

http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PI68274

So, no the fix is not part of the base 6.1 release, you will need to get PTF 
UI40709 for the fix.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cameron Conacher
Sent: Monday, January 09, 2017 2:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL5 and ceedump

Hello everyone,
Does anyone know if this APAR is available for COBOL 5.2 and if it is available 
for COBOL 6.1?
I mean, would a specific APAR even be need for COBOL 6.1? Or would this APAR 
(PI65115) be part of the original 6.1 distribution?

Thank you,

...Cameron

On Sun, Jan 8, 2017 at 12:48 PM, Roland Schiradin 
wrote:

> Hi Steff,
>
> depending on your service level the index is defined in front of the 
> array. Look at this APAR text
>
> Starting with COBOL V5.1, index-names were located in memory
>   immediately following the memory for the associated table,
>   which meant that programs that modify dsta beyond the end of a
>   table could corrupt their associated index-names.
>
>
>
>   PROBLEM CONCLUSION:
>   Index-names for tables defined in WORKING-STORAGE or
>   LOCAL-STORAGE sections have been moved to the top of the
>   associated storage area.
>
> HTH Roland
>
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> Im Auftrag von Steff Gladstone
> Gesendet: Sonntag, 8. Januar 2017 17:51
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: COBOL5 and ceedump
>
> Are there any whizzes out there who specialize in reading and 
> deciphering CEEDUMPs?
> I have a question for you.  In a COBOL5  CEEDUMP, how do I locate the
> *index* of an array (i.e., an array that is defined with "indexed by") 
> in the dump?
>
> Thanks in advance,
> Steff Gladstone
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL5 and ceedump

[Cameron Conacher]

Hello everyone,
Does anyone know if this APAR is available for COBOL 5.2 and if it is
available for COBOL 6.1?
I mean, would a specific APAR even be need for COBOL 6.1? Or would this
APAR (PI65115) be part of the original 6.1 distribution?

Thank you,

...Cameron

On Sun, Jan 8, 2017 at 12:48 PM, Roland Schiradin 
wrote:

> Hi Steff,
>
> depending on your service level the index is defined in front of the
> array. Look at this APAR text
>
> Starting with COBOL V5.1, index-names were located in memory
>   immediately following the memory for the associated table,
>   which meant that programs that modify dsta beyond the end of a
>   table could corrupt their associated index-names.
>
>
>
>   PROBLEM CONCLUSION:
>   Index-names for tables defined in WORKING-STORAGE or
>   LOCAL-STORAGE sections have been moved to the top of the
>   associated storage area.
>
> HTH Roland
>
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
> Auftrag von Steff Gladstone
> Gesendet: Sonntag, 8. Januar 2017 17:51
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: COBOL5 and ceedump
>
> Are there any whizzes out there who specialize in reading and deciphering
> CEEDUMPs?
> I have a question for you.  In a COBOL5  CEEDUMP, how do I locate the
> *index* of an array (i.e., an array that is defined with "indexed by") in
> the dump?
>
> Thanks in advance,
> Steff Gladstone
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic error

[Pommier, Rex]

Tom et al,

We were off Friday afternoon so I didn't get your e-mail until this morning.  I 
had the same thoughts over the weekend and messing with it this morning, I 
discovered the problem.  I had neglected to use the ALLD and ALLE parameters in 
my DFDSS job to copy the spool and checkpoint volumes.  So DFDSS dutifully 
copied the pointers to "empty" datasets.  I discovered this when a test of 1.13 
produced the same catastrophic error.  Testing again after adding these parms 
to my DFDSS COPY commands got me past the error and I now have z/OS 2.2 up and 
running on a warm start.

Thank you - again - everybody for your efforts at helping me get past this 
issue.  Guessing I'm not going to forget this one!

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Friday, January 06, 2017 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic 
error

On Fri, 6 Jan 2017 17:35:39 +, Pommier, Rex wrote:

>Yes, I am using FlashCopy to create the clones.  I'm re-flashing the 
>spool and checkpoint volumes for subsequent tests because I have others 
>doing other testing of the z/OS 2.2 upgrade so I'm bringing it up cold 
>so they can do their testing.  Once I get a new idea based on the 
>feedback I'm getting, I'll shut it down and reflash my 5 spool volumes 
>and 2 checkpoints and re-IPL.  Much faster than re-flashing the entire 
>LPAR.

I didn't notice, did you try to IPL z/OS 1.13 with the cloned spool?
If so, were there any problems?

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: new JES2 MAS jobs will not run on member 2

[Carmen Vitullo]

Just wanted to thank everyone on the list for their insight to my issues with a 
new JES2MAS, especaiilly Lizzette, 
followed the doc to the letter, removed the old member first with a warm start 
MEMBER(2),NAME= 
once I responded to the JES2 WTOR are you sure, JES2 Initialized, I shutdown 
JES2 and updated the member name 
MEMBER(2)NAME=SYSC 
started JES2 and viola ! job submission via sysaff works as designed 
only issue I'm having now is an NJE connection to a test lpar, once SYSC joined 
SYSA, node names were redefined for some reason, so for now I'm stuck with node 
name N1 on SYSA as OWNNODE, the connections to the test system fail 

IAZ0543I NETSRV1 TCP/IP connection with IP Addr: TCPIPT1.abcbs.net 
Port: 1041 Successful 
IAZ0520I NETSRV1 NJETCP Signon error: OHOST value 'LITJES2A' not 
valid in OPEN from IP addr: TCPIPT1.abcbs.net 
well that's true the node(LITJES2A) has become N1 
looks like a cold start to correct OWNNODE, I'm reviewing the doc, I'm sure I 
messed up somehow not defining the nodes on SYSC the same as SYSA - but this is 
an NJE connection to a test LPAR so not so critical. 
again thanks everyone for their help 
Carmen 
- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 6, 2016 9:44:56 AM 
Subject: Re: new JES2 MAS jobs will not run on member 2 

And just to make sure I remember correctly. 

The way a warm start works is no work is running in JES2. So nothing up using 
SYSOUT. Then abend JES2 and restart with WARM,NOREQ 

If any work is running with SYSOUT, then I think JES2 changes to a HOT START. 

So, when I have done a warm start, I am at a Master Console (not SDSF) and the 
only tasks running is what comes up in NIP and JES2. No TSO, no VTAM, etc... 

Then I can $PJES2,ABEND 
S JES2,PARM='WARM,NOREQ' 


Just checking 

Lizette 


> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Carmen Vitullo 
> Sent: Tuesday, December 06, 2016 8:17 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: new JES2 MAS jobs will not run on member 2 
> 
> I spent the morning reviewing and re-reading the link Lizz provided, this was 
> a great help, I was thinking I could just rename the member to what I wanted 
> and warm start JES2, according to the good doc not so fast 
> 
> 
> 
> Figure 1. Reassigning Member Identifiers to Different Processors 
> MEMBER(1) NAME=SYSA /* ORIGINAL CONFIGURATION */ 
> MEMBER(2) NAME=SYSB 
> 
> . 
> . 
> . 
> 
> 
> Step 1: 
> MEMBER(1) NAME=SYSA /* DEFINE TEMPORARY */ 
> MEMBER(2) NAME=SYSY /* MEMBER IDENTIFIERS */ 
> /* AND THEN WARM START */ 
> . 
> . 
> . 
> 
> 
> Step 2: 
> $PJES2 on all members in MAS. 
> 
> 
> Step 3: 
> Perform an all-member warm start with the above configuration. 
> 
> 
> Step 4: 
> When JES2 starts redefine with the following statements: 
> 
> 
> MEMBER(1) NAME=SYSA /* NEW CONFIGURATION */ 
> MEMBER(2) NAME=SYSC 
> 
> this will be my plan for my next downtime schedule, again thanks ALL for your 
> great insight , thanks Lizz for the push to re read the doc Carmen . 
> . 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUJV PROCESS OF JECL CARDS

[Lizette Koehler]

You may wish to look at Easy/Exit by DTS Software
http://www.dtssoftware.com/product_ext.htm

It is a much easier way to maintain exits in z/OS (JES2, z/OS, HSM, etc...)

Second is to contact Trident Services.  They will sometimes make special 
changes to z/OSEM for customers.  Let them know what you need and see if it is 
something they can adapt z/OSEM for you.




Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of bILHA ELROY
> Sent: Monday, January 09, 2017 1:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEFUJV PROCESS OF JECL CARDS
> 
> We have Os-em(Trident) that handles all our JES2 exits , and we cannot process
> the /* JOBPARM through Os-em , so we tought of handling it through the IEFUJV
> SMF exit. Mainly we want to validate various parameters. From the
> documentation we cant understand if its possible and if we have a  an image of
> the JECL cards or only of   the JCLs
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUJV PROCESS OF JECL CARDS

[John McKown]

On Sun, Jan 8, 2017 at 2:43 AM, bILHA ELROY  wrote:

> Z/OS V2.1
>
> Is it possible to process JECL (/*JOBPARM for example) cards in IEFUJV
> exit ? If so, can we change the card image (not only set a R.C )
>

​I don't see how. JECL is _NOT_ JCL! JECL cards are "control cards" which
are interpreted by the JES[23] system. ​IEFUJV, according to the book, is a
part of the Converter/Interpreter.  I think you will need to implement JES2
exit 54.
http://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasc100/ex54.htm


>
>  in z/os mvs installation exit book it is said that:
>
> •The job validation exit (IEFUJV) receives control before each job control
> statement in the input stream or cataloged procedure is converted. This
> exit receives control after all the JCL is converted and again after all
> the JCL is interpreted. IEFUJV is not invoked for JCL comment statements or
> null statements. A return code from this exit indicates whether the system
> is to continue processing the job.
>
>
-- 
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUJV PROCESS OF JECL CARDS

[bILHA ELROY]

We have Os-em(Trident) that handles all our JES2 exits , and we cannot process 
the /* JOBPARM through Os-em , so we tought of handling it through the IEFUJV 
SMF exit. Mainly we want to validate various parameters. From the documentation 
we cant understand if its possible and if we have a  an image of the JECL cards 
or only of   the JCLs

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN