Re: z/OS 3.1 documentation

[Brian Westerman]

In fact, it works VERY well.  I don't mind the dos boxes opening and closing, 
they are REALLY fast and if there wern't so many of them you probably would not 
notice that anything happened.

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

Re: Programatically setting JCL symbols

[Brian Westerman]

Possibly what they want to do is be able to create or change the symbolic after 
the job has started.  Isn't there a program interface to generating symbols?

Brian

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

Re: z/OS 3.1 documentation

[Tom Brennan]

No thanks, I'll just stick with what I have since it works already.

On 10/18/2023 8:27 PM, Jon Perryman wrote:

Point taken about the problems. If you don't want the CMD screen popping up, 
then change the shortcut to run minimized.

Have you thought about generating a word document with hyperlinks to each of 
the manuals without path. Save the word document as a PDF in the same directory 
as the manuals.


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

Re: DVIPA question

[Jon Perryman]

On Wed, 18 Oct 2023 17:18:33 +, Allan Staller  wrote:

>Agreed, however it seems the OP is operating in a "toggle-plex" i.e. either 
>LPAR A is running or LPARB is running. In this case, the DVIPA would be 
>deactivated on one of the LPARS and switched manually via the V TCPIP command 
>to activate/deactivate the DVIPA on LPARA or LPARB.
>
>The "old LPAR" will automatically switch to backup mode when the "new LPAR" is 
>changed from backup to active.

The way I read the OP's response, he says everything is handled in the OSA and 
TCP automatically notifies the OSA when changes affect packet routing.

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

Re: z/OS 3.1 documentation

[Jon Perryman]

Point taken about the problems. If you don't want the CMD screen popping up, 
then change the shortcut to run minimized.

Have you thought about generating a word document with hyperlinks to each of 
the manuals without path. Save the word document as a PDF in the same directory 
as the manuals.

On Wed, 18 Oct 2023 17:08:27 -0700, Tom Brennan  
wrote:

>In my tests, symlinks (mklink command) needs admin auth to create.  That
>would scare people I think.
>
>I'm not interested in messing with somebody's environment variables.
>That would scare people too I think.
>
>Yes there's a reason not to rename:  The manuals have internal links to
>each other which reference the original IBM filename.

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

Re: DVIPA question

[Jon Perryman]

On Wed, 18 Oct 2023 11:50:21 -0500, John S. Giltner, Jr.  
wrote:

>When TCPIP on z/OS allocates a IP address that address is registered in the 
>OSA 
> so that the OSA has a list of every IP address that is open and which LPAR it 
> is opened on.  

This tells us that in addition to SNA, the OSA is also functioning as an 
internet router.

As for "OPEN IP addresses", I believe it registers all "defined IP addresses". 
Prior to DVIPA, each application needed its own IP addresses because you 
couldn't depend upon 2 applications moving to the same LPAR. If you have 100 
applications moving between 2 LPARs, you needed 100 IP addresses. IP addresses 
are a very limited resource. I'm guessing that IBM now uses port number 
routing. All 100 applications would use the same IP address with different 
ports. 

>So if you have a VIPA that is defined in the DYNAMIC VIPA range that opens on 
>LPARA, 
> the OSA knows that IP address is valid and is on LPARA, when it sees 
> packet for that address it sends it to the TCPIP stack on LPARA. 

I interpret this as packets are sent to the LPAR where the application port is 
active. Move the application to another LPAR, then packets will be sent to that 
LPAR.

> If the STC that allocated that address stops and TCPIP unregisters it from 
> theOSA.
> If that STC is started on LPARB, then the address is registered on the OSA as 
> belonging to LPARB and any traffic for that address is now sent to LPARB.

The OSA detects if the LPAR fails and stops sending it packets. If the 
application stops (port inactive) or the DVIPA address is deleted, then TCP 
notifies OSA not to send packets (unregister). As soon as the app is started on 
another LPAR, that LPAR notifies OSA the port is active (register).

>Now if the traffic is routed, this normally means that the OSA's addresses are 
> in a different subnet from the VIPA's addresses. 
> You will need OMPROUTE and OSPF setup so the z/OS can tell the distributed 
> router that it is connected

Before looking at OMPROUTE, I would suggest investigating TCP capabilities 
using the coupling facility. Does it support DVIPA routing and will it 
correctly route data (DVIPA addresses/ports) when a primary adapter is down? 
The network people would have set this up as a failure recovery which does not 
require router changes for the sysplex. If the coupling facility has DVIPA 
capability, then the network people simply configure the DVIPA address just 
like the LPAR routes even though it has a different subnet. If my suspicion is 
correct, as long as the packets get to a valid OSA, the OSA, TCP and coupling 
facility should handle the rest.

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

Re: Programatically setting JCL symbols

[Jon Perryman]

On Wed, 18 Oct 2023 18:31:11 -0500, Mike Schwab  wrote:

>Write a program that outputs a JOB with the desired JCL and variables.
>Some automation programs can modify JCL in a library when it submits
>it.

There are many problems with this solution because we are making assumptions 
about the problem being solved. You can't use this for production because of 
restart requirements. It causes problems in job scheduler environments.

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

Re: z/OS 3.1 documentation

[Tom Brennan]

In my tests, symlinks (mklink command) needs admin auth to create.  That 
would scare people I think.


I'm not interested in messing with somebody's environment variables. 
That would scare people too I think.


Yes there's a reason not to rename:  The manuals have internal links to 
each other which reference the original IBM filename.


On 10/18/2023 4:57 PM, Jon Perryman wrote:

On Wed, 18 Oct 2023 11:02:15 -0700, Tom Brennan  
wrote:


On 10/18/2023 9:53 AM, Seymour J Metz wrote:

  Can windows shortcuts use relative paths?


Maybe, but it doesn't work for me on Win 10:


Symlinks (hard or soft) is an alternative to using shortcuts.

Environment variables are allowed in shortcuts.

Is there a reason you don't rename the files? You can include the original name 
before the file type (e.g. IBM_manual_1.iea111.pdf).

--
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: z/OS 3.1 documentation

[Jon Perryman]

On Wed, 18 Oct 2023 11:02:15 -0700, Tom Brennan  
wrote:

>On 10/18/2023 9:53 AM, Seymour J Metz wrote:
>>  Can windows shortcuts use relative paths?
>
>Maybe, but it doesn't work for me on Win 10:

Symlinks (hard or soft) is an alternative to using shortcuts.

Environment variables are allowed in shortcuts.

Is there a reason you don't rename the files? You can include the original name 
before the file type (e.g. IBM_manual_1.iea111.pdf).

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

Re: Programatically setting JCL symbols

[Mike Schwab]

Write a program that outputs a JOB with the desired JCL and variables.
Some automation programs can modify JCL in a library when it submits
it.

On Wed, Oct 18, 2023 at 4:19 PM Charles Hardee  wrote:
>
> Hello All,
>
> Thanks in advance for anyone that can shed light on the subject.
>
> Is there a mechanism for setting a JCL type variable from within a program?
>
> In other words, I would like to do this:
>
> // SET XYZ='ABC and DEF'
>
> from within a program.
>
> Again, thanks for anyone that can shed light on this subject.
> Chuck
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Programatically setting JCL symbols

[Jon Perryman]

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee  
wrote:

>Is there a mechanism for setting a JCL type variable from within a program?
>
>In other words, I would like to do this:
>
>// SET XYZ='ABC and DEF'
>
>from within a program.

You're asking for a solution to a problem that we don't understand.

Once the job has started, the JCL has already been interpreted & converted 
which would render this idea useless. 

You could write a JES exit to insert the SET statement.

The second problem with this concept is restarting the job at a step that 
bypasses adding this statement.

 What is the problem you want to solve.

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

Re: Programatically setting JCL symbols

[Paul Gilmartin]

On Wed, 18 Oct 2023 22:53:05 +0100, Lennie Dymoke-Bradshaw wrote:

>On the other hand they can be passed to another job via the internal reader 
>specified with the SYMBOLS parameter.
>For example,
>//INTRDR   DD  *,SYMLIST=*
>It could make sense in this instance.
>
ITYM:
// EXPORT SYMLIST=*
...
//INTRDR   DD  SYSOUT=(,INTRDR),SYMBOLS=JCLONLY

It's possible the OP wants to pass values between steps.  The guaranteed
way to do that is with a temporary data set.

There was s discussion here lately of environment variables.  Questions I
never saw clearly answered:

o Are environment variables available to any program, regardless of language?

o Do they require LE or C RTL?

o Do they endure from step to step?

o Are they rooted with WXTRN environ and structured as in POSIX?

-- 
gil

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

Re: Programatically setting JCL symbols

[Lennie Dymoke-Bradshaw]

On the other hand they can be passed to another job via the internal reader 
specified with the SYMBOLS parameter.
For example,
//INTRDR   DD  *,SYMLIST=*
It could make sense in this instance.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 18 October 2023 22:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote:
>
>Thanks in advance for anyone that can shed light on the subject.
>
>Is there a mechanism for setting a JCL type variable from within a program?
> 
I hope you can't.

JCL symbols are elaborated by the Converter, before a program executes.



--
gil

--
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: Programatically setting JCL symbolsragg

[Joe Monk]

On Wed, Oct 18, 2023 at 16:28 Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 18 Oct 2023 16:18: 05 -0500, Charles Hardee wrote:
> >
> >Thanks in advance for anyone that can shed light on the subject.
> >
> >Is there a umechanism for setting a JCL type variable from within a
> program?c as
> >
> I hope you can't.
>
> JCL symbols are elaborated by the Converter, before a program executes.
>
> 
>
> --
> gil
>
> --
> 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: Programatically setting JCL symbols

[Michael Oujesky]

Why would you want/need to do this?

Michael

At 04:18 PM 10/18/2023, Charles Hardee wrote:


Hello All,

Thanks in advance for anyone that can shed light on the subject.

Is there a mechanism for setting a JCL type variable from within a program?

In other words, I would like to do this:

// SET XYZ='ABC and DEF'

from within a program.

Again, thanks for anyone that can shed light on this subject.
Chuck

--
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: Programatically setting JCL symbols

[Paul Gilmartin]

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote:
>
>Thanks in advance for anyone that can shed light on the subject.
>
>Is there a mechanism for setting a JCL type variable from within a program?
> 
I hope you can't.

JCL symbols are elaborated by the Converter, before a program executes.



-- 
gil

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

Programatically setting JCL symbols

[Charles Hardee]

Hello All,

Thanks in advance for anyone that can shed light on the subject.

Is there a mechanism for setting a JCL type variable from within a program?

In other words, I would like to do this:

// SET XYZ='ABC and DEF'

from within a program.

Again, thanks for anyone that can shed light on this subject.
Chuck

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

Re: z/OS 3.1 documentation

[Paul Gilmartin]

On Wed, 18 Oct 2023 18:15:55 +, Farley, Peter wrote:

>Tom,
>
>For the “relative” idea, maybe fill in the “Start In” value in the *.lnk file 
>with the “current” (pwd) directory name?  Not sure if that would make any 
>difference, but it may be worth a try.
>
Are you using Tom's shortcuts or Tmp's edited TOC.htm?  Would a HTML  tag
make things better or probably worse?

At some point Windows invented "symbolic links" ("mklink command", which
inexplicably requires admin privilege!?) and are yet different from POSIX
symbolic links.  go figger.

I've had no problem with symbolic links on my desktop systems.

POSIX rules!

-- 
gil

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

Re: z/OS 3.1 documentation

[Seymour J Metz]

Everyone that I've seen has a forms code on the front cover.






-- 
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי




From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 18, 2023 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 documentation

On Wed, 18 Oct 2023 16:53:48 +, Seymour J Metz wrote:

>...I wish that IBM would include not only the exact title in PDF metadata but 
>also the forms code.
>
Are the metadata extensible?  In one 3.1 publication I see:
Custom Metadata: no

But suppose the document is rendered before a forms code is assigned.

--
gil

--
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: z/OS 3.1 documentation

[Farley, Peter]

Tom,

For the “relative” idea, maybe fill in the “Start In” value in the *.lnk file 
with the “current” (pwd) directory name?  Not sure if that would make any 
difference, but it may be worth a try.

Peter

From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Wednesday, October 18, 2023 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 documentation


On 10/18/2023 9:53 AM, Seymour J Metz wrote:

>  Can windows shortcuts use relative paths?



Maybe, but it doesn't work for me on Win 10:



Currently my VBS script creates links like this depending on what

directory you are in when you run the script (pwd):

https://urldefense.com/v3/__https://www.mildredbrennan.com/mvs/shortcut1.png__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!Mx2ZOw4YcO5e5Oui2qKON9odIKi7CrGO3U5XjT5vAtWGTX5BMy8eh6w7AMn1-AZyjYi9eYu6ptsP-4Uy2z2FVjMsJA$



If I try to change that to relative, like this:

https://urldefense.com/v3/__https://www.mildredbrennan.com/mvs/shortcut2.png__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!Mx2ZOw4YcO5e5Oui2qKON9odIKi7CrGO3U5XjT5vAtWGTX5BMy8eh6w7AMn1-AZyjYi9eYu6ptsP-4Uy2z17mxVQ5A$



... I get an error, as if relative is not allowed:

https://urldefense.com/v3/__https://www.mildredbrennan.com/mvs/shortcut3.png__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!Mx2ZOw4YcO5e5Oui2qKON9odIKi7CrGO3U5XjT5vAtWGTX5BMy8eh6w7AMn1-AZyjYi9eYu6ptsP-4Uy2z0Wl5_19Q$



I could call a DOS window and have it open the relative file, but then I

see a DOS window for a split second which bugs me, and the shortcut also

appears as a DOS window icon.  So I'm sticking with what I have.

https://urldefense.com/v3/__https://www.mildredbrennan.com/mvs/shortcut4.png__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!Mx2ZOw4YcO5e5Oui2qKON9odIKi7CrGO3U5XjT5vAtWGTX5BMy8eh6w7AMn1-AZyjYi9eYu6ptsP-4Uy2z1xI5UUyg$



--



This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: z/OS 3.1 documentation

[Tom Brennan]

On 10/18/2023 9:53 AM, Seymour J Metz wrote:

 Can windows shortcuts use relative paths?


Maybe, but it doesn't work for me on Win 10:

Currently my VBS script creates links like this depending on what 
directory you are in when you run the script (pwd):

https://www.mildredbrennan.com/mvs/shortcut1.png

If I try to change that to relative, like this:
https://www.mildredbrennan.com/mvs/shortcut2.png

... I get an error, as if relative is not allowed:
https://www.mildredbrennan.com/mvs/shortcut3.png

I could call a DOS window and have it open the relative file, but then I 
see a DOS window for a split second which bugs me, and the shortcut also 
appears as a DOS window icon.  So I'm sticking with what I have.

https://www.mildredbrennan.com/mvs/shortcut4.png

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

Re: z/OS 3.1 documentation

[Paul Gilmartin]

On Wed, 18 Oct 2023 16:53:48 +, Seymour J Metz wrote:

>...I wish that IBM would include not only the exact title in PDF metadata but 
>also the forms code.
>
Are the metadata extensible?  In one 3.1 publication I see:
Custom Metadata: no

But suppose the document is rendered before a forms code is assigned.

--
gil

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

Re: DVIPA question

[Allan Staller]

Classification: Confidential

Agreed, however it seems the OP is operating in a "toggle-plex" i.e. either 
LPAR A is running or LPARB is running. In this case, the DVIPA would be 
deactivated on one of the LPARS and switched manually via the V TCPIP command 
to activate/deactivate the DVIPA on LPARA or LPARB.

The "old LPAR" will automatically switch to backup mode when the "new LPAR" is 
changed from backup to active.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Art 
Zeigler
Sent: Tuesday, October 17, 2023 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DVIPA question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

If the VIPA is set correctly, then the data can dynamically move between the 
two LPARs so the workload is balanced across the two LPAR servers.  I did that 
with MQ and shared queues.  Messages rotated between the two MQ managers and if 
one system went down, the other system continued to handle the message traffic.

Art Zeigler


From: IBM Mainframe Discussion List  on behalf of 
Laurence Chiu 
Sent: Tuesday, October 17, 2023 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: DVIPA question

That is exactly the situation, The second LPAR will be on the same CEC as the 
first, share OSA adapters and be in a sysplex with XCF being the mechanism to 
share the VIPA information. From my reading of the docs, when the server 
application on the primary LPAR is shutdown, and an incoming transaction 
arrives for it, TCP on the second LPAR will see the primary host and 
dynamically route the transaction to the server on the second LPAR. By making 
it dynamic we don't hae to worry about automation moving the VIPA, we can let 
TCP do that.

The second LPAR will be in the same subset as the first.

Youi comment about OMPROUTE is noted.

Thanks

On Wed, Oct 18, 2023 at 1:05 AM John S. Giltner, Jr. 
wrote:

> In addition to everything Jon has stated a few other questions may
> help figure out what needs to be done, or not done.
>
> Are both LPARS on the same CEC?
>
> If both LPARS are on the same CEC, do they share OSA's?
>
> Are the IP addresses you plan to use as VIPA's in the same subnet as
> the OSA's IP addresses?
>
> With certain setups you may need to run OMPROUTE configured for OSPF.
>
> I think if both LPAR's are on the same CEC and they share OSA's and
> the VIPA addresses are in the same subnet as the OSA's, there is not
> much to do, but to configure both TCPIP stacks with the same VIPA
> range and then with PORT definitions assign what VIPA address you want
> that application to use.
>
>
>

--
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
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: z/OS 3.1 documentation

[Seymour J Metz]

It turns out that the setting is locked to download. Given that, I'll look at 
constructing shortcuts. Can windows shortcuts use relative paths?

I wish that IBM would include not only the exact title in PDF metadata but also 
the forms code.


-- 
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי




From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 18, 2023 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 documentation

On Fri, 13 Oct 2023 21:17:14 +, Seymour J Metz wrote:

>On other browsers target=_blank opens a new tab, and I saw a message to the 
>effect that there is no way around it. On my personal machines I can just use 
>Chrome or Firefox, but my work laptop is locked down and I can only use 
>approved software. I will eventually be migrated to W11; does that come with 
>Chrome?
>
Conformity is too often the enemy of productivity.

Otherwise, in the 3.1 PDF metadata I see such as:
Title:   z/OS: z/OS Using REXX and z/OS UNIX System Services
Title:   z/OS: z/OS C Curses
Title:   z/OS: z/OS C/C++ Runtime Library Reference
...
Too many "z/OS: z/OS" for convenient searches.  If IBM were to argue that
PDF metadata aren't a user interface, I'd counter by saying they supply them
to users.  Titles in the metadata should match those on document covers.

--
gil

--
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: DVIPA question

[John S. Giltner, Jr.]

I'll try to explain this as best as I can, but this can get confusing and this 
is based on my understanding.   We do have DB2 setup in Data Sharing and 
configured using SYSPLEX distributor, which some of the configuration is 
similar.

When TCPIP on z/OS allocates a IP address that address is registered in the OSA 
so that the OSA has a list of every IP address that is open and which LPAR it 
is opened on.  

So if you have a VIPA that is defined in the DYNAMIC VIPA range that opens on 
LPARA, the OSA knows that IP address is valid and is on LPARA, when it sees 
packet for that address it sends it to the TCPIP stack on LPARA.  If the STC 
that allocated that address stops and TCPIP unregisters it from theOSA.  If 
that STC is started on LPARB, then the address is registered on the OSA as 
belonging to LPARB and any traffic for that address is now sent to LPARB.

If the OSA is connected to a switch and  the traffic is switched, not routed, 
then nothing should need to be done on the "distributed network" side.  The 
switch won't see any difference.  

What you need to do on z/OS is define the IP address a DYNAMIC VIPA in your 
TCPIP PROFILE for each LPAR. Then also define the PORT your server tasks listen 
on in your PROFILE's PORT definitions on each LPAR something like:


  80 TCP MYSERVER BIND 192.168.40.99


What this does is when MYSERVER starts and try to open's TCP port 80 to listen 
on TCPIP will allocate it to IP address 192.168.40.99 specifically.

No matter which LPAR "MYSERVER" is started on the traffic will et sent to the 
correct LPAR.   If you accidentally start it on both at the same time, bad 
things could start to happen.  There are ways that you can have MYSERVER up and 
running on both LPAR's at the same time, but it does involve a little more 
configuration and understanding of your application.

Now if the traffic is routed, this normally means that the OSA's addresses are 
in a different subnet from the VIPA's addresses.  You will need OMPROUTE and 
OSPF setup so the z/OS can tell the distributed router that it is connected to 
which LPAR to route the traffic to.  This is a more complex setup and typically 
is only needed when you have multiple CEC's and you want to move IP addresses 
from one CEC to another.  


On Wed, 18 Oct 2023 08:45:52 +1300, Laurence Chiu  wrote:

>That is exactly the situation, The second LPAR will be on the same CEC as
>the first, share OSA adapters and be in a sysplex with XCF being the
>mechanism to share the VIPA information. From my reading of the docs, when
>the server application on the primary LPAR is shutdown, and an incoming
>transaction arrives for it, TCP on the second LPAR will see the
>primary host and dynamically route the transaction to the server on the
>second LPAR. By making it dynamic we don't hae to worry about automation
>moving the VIPA, we can let TCP do that.
>
>The second LPAR will be in the same subset as the first.
>
>Youi comment about OMPROUTE is noted.
>
>Thanks
>
>On Wed, Oct 18, 2023 at 1:05 AM John S. Giltner, Jr. 
>wrote:
>
>> In addition to everything Jon has stated a few other questions may help
>> figure out what needs to be done, or not done.
>>
>> Are both LPARS on the same CEC?
>>
>> If both LPARS are on the same CEC, do they share OSA's?
>>
>> Are the IP addresses you plan to use as VIPA's in the same subnet as the
>> OSA's IP addresses?
>>
>> With certain setups you may need to run OMPROUTE configured for OSPF.
>>
>> I think if both LPAR's are on the same CEC and they share OSA's and the
>> VIPA addresses are in the same subnet as the OSA's, there is not much to
>> do, but to configure both TCPIP stacks with the same VIPA range and then
>> with PORT definitions assign what VIPA address you want that application to
>> use.
>>
>>
>>
>
>--
>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: z/OS 3.1 documentation

[Paul Gilmartin]

On Fri, 13 Oct 2023 21:17:14 +, Seymour J Metz wrote:

>On other browsers target=_blank opens a new tab, and I saw a message to the 
>effect that there is no way around it. On my personal machines I can just use 
>Chrome or Firefox, but my work laptop is locked down and I can only use 
>approved software. I will eventually be migrated to W11; does that come with 
>Chrome?
>
Conformity is too often the enemy of productivity.

Otherwise, in the 3.1 PDF metadata I see such as:
Title:   z/OS: z/OS Using REXX and z/OS UNIX System Services
Title:   z/OS: z/OS C Curses
Title:   z/OS: z/OS C/C++ Runtime Library Reference
...
Too many "z/OS: z/OS" for convenient searches.  If IBM were to argue that
PDF metadata aren't a user interface, I'd counter by saying they supply them
to users.  Titles in the metadata should match those on document covers.

-- 
gil

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Support, DUNNIT SYSTEMS LTD.]

Yeh. I was waiting for someone else to give it a try.

>> From: Lennie Dymoke-Bradshaw 
>>
>> Great analysis.
>> Just tried F,INIT,XYZ and I got 10 messages. Guess how many INITs I am 
>> running?

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Lennie Dymoke-Bradshaw]

Great analysis.
Just tried F,INIT,XYZ and I got 10 messages. Guess how many INITs I am running?

Lennie

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: 18 October 2023 11:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is 
immediately processed

Here is what I suspect is happening - note that I don't have access to the z/OS 
BCP code - so some of this is semi-educated guess :

(o) CONSOLE operator command processing is fairly simple and its main purpose 
here is to add a CIB to the appropriate queue for the responding address space

(o) IEE342I is issued when the queue is  full (or indeed when CIBCNT=0 - the 
effect is the same)

(o) When the modify command comes in, the CSCB chain is run and ANY match on 
the PROCNAME or ID (CHPROCSN and CHKEY for STC) triggers the logic to attempt 
to add the CIB to that address space queue

(o) CIB queue pointer and max number of queued CIBs maintained in CSCB

(o) Processing does not stop after first match - it will continue until end of 
CSCB chain

(o) So if any STC address space shares the same CHPROCSN/CHKEY as your STC 
PROCNAME and has NOT setup communications with the CONSOLE using QEDIT etc, you 
will get IEE342I

(o) Even if the above is true, your STC will process the CIB as expected.


For giggles, you can try this on a test system and see how many IEE342I 
messages you get in response :

"F INIT,XYZ"


Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Support, DUNNIT SYSTEMS LTD.
Sent: Wednesday, October 18, 2023 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is 
immediately processed

EXTERNAL EMAIL





Hi Rob,

Q1 : Is the jobname unique on the system?

A1 : Yes. BTW, STC, not JOB.

Q2 : What happens when you start the address space using "S PROCNAME.MYID" and 
then issue "F MYID,command" ?

A2 : with MYID, all's normal - no message IEE342I issued. Shut it down, 
restarted without ID and the problem is back.

Why is that?

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
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: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Support, DUNNIT SYSTEMS LTD.]

Rob,

WOW!

>> When the modify command comes in, the CSCB chain is run and ANY match on the 
>> PROCNAME or ID (CHPROCSN and CHKEY for STC) triggers the logic to attempt to 
>> add the CIB to that address space queue

PROC has same name as an active TSO user. When I rename the PROC, the problem 
is gone!

Thanks so much!

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Rob Scott]

Here is what I suspect is happening - note that I don't have access to the z/OS 
BCP code - so some of this is semi-educated guess :

(o) CONSOLE operator command processing is fairly simple and its main purpose 
here is to add a CIB to the appropriate queue for the responding address space

(o) IEE342I is issued when the queue is  full (or indeed when CIBCNT=0 - the 
effect is the same)

(o) When the modify command comes in, the CSCB chain is run and ANY match on 
the PROCNAME or ID (CHPROCSN and CHKEY for STC) triggers the logic to attempt 
to add the CIB to that address space queue

(o) CIB queue pointer and max number of queued CIBs maintained in CSCB

(o) Processing does not stop after first match - it will continue until end of 
CSCB chain

(o) So if any STC address space shares the same CHPROCSN/CHKEY as your STC 
PROCNAME and has NOT setup communications with the CONSOLE using QEDIT etc, you 
will get IEE342I

(o) Even if the above is true, your STC will process the CIB as expected.


For giggles, you can try this on a test system and see how many IEE342I 
messages you get in response :

"F INIT,XYZ"


Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Support, DUNNIT SYSTEMS LTD.
Sent: Wednesday, October 18, 2023 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is 
immediately processed

EXTERNAL EMAIL





Hi Rob,

Q1 : Is the jobname unique on the system?

A1 : Yes. BTW, STC, not JOB.

Q2 : What happens when you start the address space using "S PROCNAME.MYID" and 
then issue "F MYID,command" ?

A2 : with MYID, all's normal - no message IEE342I issued. Shut it down, 
restarted without ID and the problem is back.

Why is that?

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Support, DUNNIT SYSTEMS LTD.]

Hi Rob,

Q1 : Is the jobname unique on the system?

A1 : Yes. BTW, STC, not JOB.

Q2 : What happens when you start the address space using "S PROCNAME.MYID" and 
then issue "F MYID,command" ?

A2 : with MYID, all's normal - no message IEE342I issued. Shut it down, 
restarted without ID and the problem is back.

Why is that?

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Rob Scott]

Q1 : Is the jobname unique on the system?

Q2 : What happens when you start the address space using "S PROCNAME.MYID" and 
then issue "F MYID,command" ?

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Support, DUNNIT SYSTEMS LTD.
Sent: Wednesday, October 18, 2023 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is 
immediately processed

EXTERNAL EMAIL





No z/OS Unix Services used.

Good ol' fashioned MVS assembler program.

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Support, DUNNIT SYSTEMS LTD.]

No z/OS Unix Services used.

Good ol' fashioned MVS assembler program.

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

Re: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately processed

[Rob Scott]

Does this program use z/OS Unix services to spawn child processes to handle 
modify commands?

There can be issues with IEE342I being issued when base jobname is 8 chars long 
and a different jobname cannot be formed by appending an extra character.

Rob Scott
Rocket Software



Sent from Samsung Mobile on O2
Sent from Outlook for Android

From: IBM Mainframe Discussion List  on behalf of 
Support, DUNNIT SYSTEMS LTD. 
Sent: Tuesday, October 17, 2023 3:54:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: IEE342I MODIFY REJECTED-TASK BUSY - yet modify command is immediately 
processed

EXTERNAL EMAIL





I don't recall this happening until relatively recent z/OS versions. Not sure 
when it began.

Program code, Assembler, has not been modified for ages.

Happens even when a single MODIFY command is issued even way after the program 
initialized and is waiting for commands. In any case, the modify command is 
processed.

QEDIT macros in program are set to CIBCTR=1.

After extracting and operator command's text, the CIB is freed and R15 is 
always zero.

TIA.

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


Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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