Re: How can I get reports in the Output Queue in SDSF to print

2019-02-15 Thread Vince Getgood
Ron,
glad you got it working.

I did ask you to do a query link a few posts ago, but I think you maybe missed 
it?  Never mind, all's well that ends well..

Vince.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-14 Thread McCabe, Ron
Vince,

We were able to get this issue resolved.  IBM support had me issue a QUERY LINK 
on my z/VM side and noticed that the LINK was in a hold status.  They then had 
me issue a FREE LINK command and after starting the transmitters on the z/OS 
side everything started working.  Not sure how the LINK got in a hold state and 
hopefully I will be able to find out.

Thanks for all your help on this.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 13, 2019 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
I'm afraid this has now gone outside my area of expertise...

From what IBM say it's z/VM that's caused the connection to close, which 
suggests that the output on the z/OS side is ok.

Sorry I can't be of any more help.  It would be useful to know what the outcome 
is though.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-13 Thread McCabe, Ron
Thanks Vince,

I will be sure to post the resolution for this once we get it resolved.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 13, 2019 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
I'm afraid this has now gone outside my area of expertise...

From what IBM say it's z/VM that's caused the connection to close, which 
suggests that the output on the z/OS side is ok.

Sorry I can't be of any more help.  It would be useful to know what the outcome 
is though.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-13 Thread Vince Getgood
Ron,
I'm afraid this has now gone outside my area of expertise...

From what IBM say it's z/VM that's caused the connection to close, which 
suggests that the output on the z/OS side is ok.

Sorry I can't be of any more help.  It would be useful to know what the outcome 
is though.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-12 Thread McCabe, Ron
Vince,

The NETSTAT ALLC command does not show anything on port 3603.  I have very 
little in my display which is what I would expect...

User Id  ConnLocal SocketForeign Socket  State
 --  - ----- --  -
FTPSERVE 1001*..FTP-C*..*Listen
SMTP 1004*..SMTP *..*Listen
SMTP UDP *..1024 *..* UDP
INTCLIEN 1007*..TELNET   *..*Listen
INTCLIEN 100510.100.5.73..TELNET 172.20.31.17..63168 Established
INTCLIEN 100310.100.5.73..TELNET 10.80.8.151..49724  Established
RSCS 100810.100.5.73..8352   10.100.5.71..175Established
RSCS 1009*..175  *..*Listen

I could change the output class to see if that makes a difference but I do have 
to be careful.  The EXEC on the z/VM side uses the class to determine what 
needs to happen to the output (FTP it to a FTP server where ONBASE can get it, 
send it to a physical printer, delete it).  This is something I will attempt 
with our test output.

I heard back from IBM support and here is their response...

Action Taken:
I have reviewed the zOS commServer traces. I see a successful connection from 
zVM @ 10.100.5.73 using ephemeral port 5582 to zOS 10.100.5.71 port
175. This connection stays up and ends right before the connection
attempt from zOS ephemeral port 32979 to zVM 10.100.5.73 port 175. Not
sure why this connection ended, but I can see that the TCP connection
closure for this was initiated by the zVM side.  I then see the zOS
side initiate the TCP 3-way handshake by sending the SYN packet.
This is immediately responded to by the zVM side with a reset packet,
hence the econnrefused error on the JES connect attempt. So hopefully a trace 
on the zVM side was captured to understand why that TCPIP stack is
rejecting the connection attempt from zOS to port 175 @  10.100.5.73

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Tuesday, February 12, 2019 12:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
If JES is saying the networking is started, that suggests that the connection 
between JES and z/VM is good.

Your PROFILE TCPIP might tell you what's on port 3603, but the z/VM TCPIP 
command NETSTAT ALLC should display the connection.

If the nje connection is starting, then you should be able to start whatever 
device is defined on JES to "print" output to z/VM, and the output should start 
to flow.

This COULD be a problem with the actual output being sent across.

You said that something seems to start being sent across, and then freezes?  Is 
it the same output every time?  Maybe temporarily change the class of that 
output, and restart the connection?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-12 Thread Vince Getgood
Ron,
If JES is saying the networking is started, that suggests that the connection 
between JES and z/VM is good.

Your PROFILE TCPIP might tell you what's on port 3603, but the z/VM TCPIP 
command NETSTAT ALLC should display the connection.

If the nje connection is starting, then you should be able to start whatever 
device is defined on JES to "print" output to z/VM, and the output should start 
to flow.

This COULD be a problem with the actual output being sent across.  

You said that something seems to start being sent across, and then freezes?  Is 
it the same output every time?  Maybe temporarily change the class of that 
output, and restart the connection?

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-11 Thread McCabe, Ron
Vince,

I do not know what is on port 3603 on z/VM and I don't know how to find out 
what is there.  I got the Query NODE/LINE commands to work after you pointed 
out that they are RSCS commands...I kept trying to run them from TCPMAINT.

When I start the LINK from z/VM and then very quickly start it from z/OS, z/OS 
responds with that it is already started.

I sent the last requested trace / SVC dump to IBM support late Friday...I'm 
hoping to hear something today but it was a very large trace/dump so I would 
not be surprised if I do not hear anything until tomorrow.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Monday, February 11, 2019 2:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You have an established session from JES's Netserv to z/VM -

EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  
Establsh

(What's at port 3603 on z/VM btw?)

Your start link looks successful, both on z/VM & z/OS - that seems to suggest 
that the network is ok.

The QUERY LINK and QUERY NODE commands are RSCS commands, not "normal" z/VM 
commands - sorry.

I'd try the start link again, and very quickly after, issue the $SN,N=your z/VM 
node number (or $SN,SOCKET=your z/VM socket number) on the z/OS system.  You 
need to get nje networking er, working, before anything else.

Let me know the outcome.

What have IBM come up with?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-11 Thread Vince Getgood
Ron,
You have an established session from JES's Netserv to z/VM - 

EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  
Establsh

(What's at port 3603 on z/VM btw?)

Your start link looks successful, both on z/VM & z/OS - that seems to suggest 
that the network is ok.

The QUERY LINK and QUERY NODE commands are RSCS commands, not "normal" z/VM 
commands - sorry.

I'd try the start link again, and very quickly after, issue the $SN,N=your z/VM 
node number (or $SN,SOCKET=your z/VM socket number) on the z/OS system.  You 
need to get nje networking er, working, before anything else.

Let me know the outcome.

What have IBM come up with?

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-08 Thread McCabe, Ron
Vince,

I do appreciate the help even though there is about an 8 hour time difference 
as I am on the West Coast.

Yes, we do have 2 connections from our z/OS LPAR (10.100.5.71)...First 
connection is to 10.100.5.72 which is another z/OS LPAR where we do our backups 
and that connection is working as it always has.  The second connection is to 
our z/VM LPAR (10.100.5.73) and that is not working.

When I start the link from RSCS using SMSG RSCS START LINKNAME I get successful 
messages.  I even see successful messages on the z/OS console and it even looks 
like it starts to send something but just freezes at that point.

QUERY LINK requires a virtual device and I'm not sure what that device number 
is.
Here is an odd one...when I do QUERY NODE * I get invalid option - NODE.

The weekend is not shaping up very well.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Friday, February 08, 2019 12:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
Your PORT statement should be fine.  It's recommended in the z/VM manual.

The NETSTAT ALLCONN display shows that JES's NETSRV is listening (waiting for a 
connection from another TCP/IP) on port 175.

It also shows two established connections -

one JES NETSRV connection between 10.100.5.71 (your z/OS?) to 10.100.5.72 and 
one between 10.100.5.71 and 10.100.5.73.  Is either of those your z/VM?

I think the z/OS & JES stuff all looks ok - onto the z/VM side...

What happens now when you start the LINK?
What does a QUERY LINK show?
What does a QUERY NODE your z/OS node id show?

Sorry this is so painful.  Me being in the UK in a different timezone doesn't 
help...

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-08 Thread Vince Getgood
Ron,
Your PORT statement should be fine.  It's recommended in the z/VM manual.

The NETSTAT ALLCONN display shows that JES's NETSRV is listening (waiting for a 
connection from another TCP/IP) on port 175.

It also shows two established connections - 

one JES NETSRV connection between 10.100.5.71 (your z/OS?) to 10.100.5.72 and 
one between 10.100.5.71 and 10.100.5.73.  Is either of those your z/VM?

I think the z/OS & JES stuff all looks ok - onto the z/VM side...

What happens now when you start the LINK?
What does a QUERY LINK show?
What does a QUERY NODE your z/OS node id show?

Sorry this is so painful.  Me being in the UK in a different timezone doesn't 
help...

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-07 Thread McCabe, Ron
Forgot to mention that once I added port 175 to my authorized port list in my 
TCPIP PROFILE on z/VM I no longer get an error.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, February 07, 2019 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Vince,

Here is the results of the TSO command NETSTAT ALLCONN (PORT 175

EZZ2350I MVS TCP/IP NETSTAT CS V2R2   TCPIP Name: TCPIP   08:32:32
EZZ2585I User Id  Conn Local Socket   Foreign Socket State
EZZ2586I ---      -- -
EZZ2587I JES2S001 0017 0.0.0.0..175   0.0.0.0..0 Listen

EZZ2587I JES2S001 0021 10.100.5.71..1026  10.100.5.72..175   Establ
 sh
EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  Establ
 sh

I do not have the error I was getting on z/VM when I tried to start my 
LINK...IBM support recommended I add port 175 to my authorized port list in the 
TCPIP PROFILE so I added " 175  TCP RSCS; RSCS Authorization 
for TCPNJE"


Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Thursday, February 07, 2019 2:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You don't need a separate FICON port for a FICON CTC (FCTC).  Any FICON port 
that is shared between the LPARS can be used.  FCTC would just be another LCU 
on that port.

However, all the examples and diagrams about FCTC in the FICON manuals describe 
using a switch - that's simply not required for LPARS on the same CEC, or even 
for FCTC between CECs (ask me how I know!)

As Tony says, you definitely have connectivity.  ICMP is ping (sorry!).

The EDC8128I message does suggest that there isn't anything listening on that 
port: -

"A remote node refused to allow the attempted connect operation. The attempt to 
connect to a socket was refused because there was no process listening, or 
because the queue of connection requests was full and the underlying protocol 
does not support retransmissions."

Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and 
post the results.

Just to clarify, in an earlier post, you said "I made a change and added the 
port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM"

What port, and what error?  I wonder if you need to back that change out, and 
retry the $S N command?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not 

Re: How can I get reports in the Output Queue in SDSF to print

2019-02-07 Thread McCabe, Ron
Vince,

Here is the results of the TSO command NETSTAT ALLCONN (PORT 175

EZZ2350I MVS TCP/IP NETSTAT CS V2R2   TCPIP Name: TCPIP   08:32:32
EZZ2585I User Id  Conn Local Socket   Foreign Socket State
EZZ2586I ---      -- -
EZZ2587I JES2S001 0017 0.0.0.0..175   0.0.0.0..0 Listen

EZZ2587I JES2S001 0021 10.100.5.71..1026  10.100.5.72..175   Establ
 sh
EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  Establ
 sh

I do not have the error I was getting on z/VM when I tried to start my 
LINK...IBM support recommended I add port 175 to my authorized port list in the 
TCPIP PROFILE so I added " 175  TCP RSCS; RSCS Authorization 
for TCPNJE"


Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Thursday, February 07, 2019 2:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You don't need a separate FICON port for a FICON CTC (FCTC).  Any FICON port 
that is shared between the LPARS can be used.  FCTC would just be another LCU 
on that port.

However, all the examples and diagrams about FCTC in the FICON manuals describe 
using a switch - that's simply not required for LPARS on the same CEC, or even 
for FCTC between CECs (ask me how I know!)

As Tony says, you definitely have connectivity.  ICMP is ping (sorry!).

The EDC8128I message does suggest that there isn't anything listening on that 
port: -

"A remote node refused to allow the attempted connect operation. The attempt to 
connect to a socket was refused because there was no process listening, or 
because the queue of connection requests was full and the underlying protocol 
does not support retransmissions."

Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and 
post the results.

Just to clarify, in an earlier post, you said "I made a change and added the 
port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM"

What port, and what error?  I wonder if you need to back that change out, and 
retry the $S N command?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-07 Thread Vince Getgood
Ron,
You don't need a separate FICON port for a FICON CTC (FCTC).  Any FICON port 
that is shared between the LPARS can be used.  FCTC would just be another LCU 
on that port.

However, all the examples and diagrams about FCTC in the FICON manuals describe 
using a switch - that's simply not required for LPARS on the same CEC, or even 
for FCTC between CECs (ask me how I know!)

As Tony says, you definitely have connectivity.  ICMP is ping (sorry!).

The EDC8128I message does suggest that there isn't anything listening on that 
port: -

"A remote node refused to allow the attempted connect operation. The attempt to 
connect to a socket was refused because there was no process listening, or 
because the queue of connection requests was full and the underlying protocol 
does not support retransmissions."

Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and 
post the results.

Just to clarify, in an earlier post, you said "I made a change and added the 
port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM"

What port, and what error?  I wonder if you need to back that change out, and 
retry the $S N command?

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread McCabe, Ron
Yes, all necessary RSCS resources are available/started...if not I would have 
hoped IBM Support would have said something.

Yes, there is a process listening on port 175 on the z/VM side.

I get a connection using telnet to port 175 but then it fails very soon after 
which I assume is because port 175 is not a telnet port.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Wednesday, February 06, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print


IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

The "connection refused" error can indicate a lack of resources on the 
receiving (z/VM) node.  Are you sure that ALL of the necessary RSCS resources 
are available/started.

Since Telnet and ping are working, you must have basic connectivity.

Is there a process listening on port 175 on the z/VM node??

Could try "telnet  10.100.5.73  175" (from the z/OS LPAR) to see if you get a 
connection!!

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Wednesday, February 06, 2019 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread Cieri, Anthony

IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I 
Connection refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 
ended due to TCP/IP error, rc: 1128

The "connection refused" error can indicate a lack of resources on the 
receiving (z/VM) node.  Are you sure that ALL of the necessary RSCS resources 
are available/started.

Since Telnet and ping are working, you must have basic connectivity.

Is there a process listening on port 175 on the z/VM node??

Could try "telnet  10.100.5.73  175" (from the z/OS LPAR) to see if you 
get a connection!!

Hth
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Wednesday, February 06, 2019 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread McCabe, Ron
Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread Vince Getgood
Dana,
From what I remember, no switch is required.  I believe any FICON port will do.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread Roger Bolan
Ron,
Look at Output Disposition in the IBM Knowledge Center.
See
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab600/iea3b6_Subparameter_definitions1.htm
You might have an output disposition of KEEP or LEAVE.   You can change
these with SDSF and release the job so it prints and then stays on the
queue for further re-printing.
--Roger

On Fri, Feb 1, 2019 at 12:08 AM McCabe, Ron 
wrote:

> Hello,
>
> How can I get reports that are in the Output Queue in SDSF to be
> re-printed...basically I want them to be processed again.
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
>
>
> Confidentiality Notice: This e- mail and all attachments may contain
> CONFIDENTIAL information and are meant solely for the intended recipient.
> It may contain controlled, privileged, or proprietary information that is
> protected under applicable law and shall not be disclosed to any
> unauthorized third party. If you are not the intended recipient, you are
> hereby notified that any unauthorized review, action, disclosure,
> distribution, or reproduction of any information contained in this e- mail
> and any attachments is strictly PROHIBITED. If you received this e- mail in
> error, please reply to the sender immediately stating that this
> transmission was misdirected, and delete or destroy all electronic and
> paper copies of this e-mail and attachments without disclosing the
> contents. This e- mail does not grant or assign rights of ownership in the
> proprietary subject matter herein, nor shall it be construed as a joint
> venture, partnership, teaming agreement, or any other formal business
> relationship.
>
> --
> 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: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread Dana Mitchell
On Wed, 6 Feb 2019 03:14:51 -0600, Vince Getgood  wrote:

>Ron,
>AFAIK, you are correct regarding a virtual CTC, but you can still define a 
>real FICON CTC - I think I'm correct in saying you just need one spare FICON 
>port, unlike ESCON, where you needed two, and a cable between them.
>

We might soon be moving to a single CEC configuration also and I was wondering 
about this.  Would the FICON port require a switch connected?  or would any 
device (DASD) do? 

Dana

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-06 Thread Vince Getgood
Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

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


Re: Style (was: How can I get reports in the Output Queue in SDSF to print)

2019-02-05 Thread Phil Smith III
Paul Gilmartin wrote, in part:

>Good idea.  But why not start each of your responses on a new line?  And

>distingush original text by ">" quotation marks or indention?  Does not

>MS-Exchange, which appears to be your mailer, support such things?

 

A nit, Gil: Exchange is an MTA, not an MUA. Outlook is the (usual but not 
always) MUA for Exchange.


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


Style (was: How can I get reports in the Output Queue in SDSF to print)

2019-02-05 Thread Paul Gilmartin
On Tue, 5 Feb 2019 17:10:52 +, McCabe, Ron wrote:
>
>I found it easier to put my responses below after each of your questions.
> 
Good idea.  But why not start each of your responses on a new line?  And
distingush original text by ">" quotation marks or indention?  Does not
MS-Exchange, which appears to be your mailer, support such things?

And the voluminous confidentiality notice is simply absurd when you post to a
publicly accessible list.

>-Original Message-
>From: Vince Getgood
>Sent: Tuesday, February 05, 2019 1:41 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How can I get reports in the Output Queue in SDSF to print
>
>Ron,
>Forgive me, but it sounds like you are a little out of your depth with this.   
>- That is true and it is because I'm not good with the networking side of 
>things.
>
>Z13 doesn't allow a CTC?   Since when?  AFAIK, you can have a FICON CTC on ANY 
>z hardware. - True, but I was going to be using Virtual CTC which if I'm not 
>mistaken does work as long as I run z/OS as a guest under z/VM but I could be 
>wrong.
>
>"TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
>and networking says it's a mainframe problem" - er, NO.  - I agree but that is 
>life and once I prove them wrong which happens all the time I will be able to 
>hold it over their heads for about 2 days because then they will forget about 
>it.
>
>If noihing changed on the mainframe, then HOW can it be a mainframe issue?  
>MUCH more likely that something in the network has changed.
>
>What, exactly, are you trying to achieve?  Your original post didn't mention 
>anything about z/VM - you said you wanted output to print.. - We are 
>"transmitting" reports from our z/OS LPAR to our z/VM LPAR using TCPNJE on the 
>z/OS side and RSCS on the z/VM side.
>
>It sounds like you are trying to send output from a z/OS lpar to a z/VM lpar 
>(I assume on the same hardware) over a network.  Can you clarify? - Hopefully 
>the answer from the last question helped explain what we are trying to 
>accomplish.
>
>I think you may need more in-depth help than the list can supply...  You may 
>want to cross post on the z/VM list. - I do have an open PMR with IBM support 
>so I'm hoping that will be good enough to get this resolved..
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Confidentiality Notice: This e- mail and all attachments may contain 
>CONFIDENTIAL information and are meant solely for the intended recipient. It 
>may contain controlled, privileged, or proprietary information that is 
>protected under applicable law and shall not be disclosed to any unauthorized 
>third party. If you are not the intended recipient, you are hereby notified 
>that any unauthorized review, action, disclosure, distribution, or 
>reproduction of any information contained in this e- mail and any attachments 
>is strictly PROHIBITED. If you received this e- mail in error, please reply to 
>the sender immediately stating that this transmission was misdirected, and 
>delete or destroy all electronic and paper copies of this e-mail and 
>attachments without disclosing the contents. This e- mail does not grant or 
>assign rights of ownership in the proprietary subject matter herein, nor shall 
>it be construed as a joint venture, partnership, teaming agreement, or any 
>other formal business relationship.

-- gil

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-05 Thread McCabe, Ron
Vince,

I found it easier to put my responses below after each of your questions.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Tuesday, February 05, 2019 1:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
Forgive me, but it sounds like you are a little out of your depth with this.   
- That is true and it is because I'm not good with the networking side of 
things.

Z13 doesn't allow a CTC?   Since when?  AFAIK, you can have a FICON CTC on ANY 
z hardware. - True, but I was going to be using Virtual CTC which if I'm not 
mistaken does work as long as I run z/OS as a guest under z/VM but I could be 
wrong.

"TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem" - er, NO.  - I agree but that is 
life and once I prove them wrong which happens all the time I will be able to 
hold it over their heads for about 2 days because then they will forget about 
it.

If nothing changed on the mainframe, then HOW can it be a mainframe issue?  
MUCH more likely that something in the network has changed.

What, exactly, are you trying to achieve?  Your original post didn't mention 
anything about z/VM - you said you wanted output to print.. - We are 
"transmitting" reports from our z/OS LPAR to our z/VM LPAR using TCPNJE on the 
z/OS side and RSCS on the z/VM side.

It sounds like you are trying to send output from a z/OS lpar to a z/VM lpar (I 
assume on the same hardware) over a network.  Can you clarify? - Hopefully the 
answer from the last question helped explain what we are trying to accomplish.

I think you may need more in-depth help than the list can supply...  You may 
want to cross post on the z/VM list. - I do have an open PMR with IBM support 
so I'm hoping that will be good enough to get this resolved..

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-05 Thread Vince Getgood
Ron,
Forgive me, but it sounds like you are a little out of your depth with this.   

Z13 doesn't allow a CTC?   Since when?  AFAIK, you can have a FICON CTC on ANY 
z hardware.

"TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem" - er, NO.  

If nothing changed on the mainframe, then HOW can it be a mainframe issue?  
MUCH more likely that something in the network has changed.

What, exactly, are you trying to achieve?  Your original post didn't mention 
anything about z/VM - you said you wanted output to print..

It sounds like you are trying to send output from a z/OS lpar to a z/VM lpar (I 
assume on the same hardware) over a network.  Can you clarify?

I think you may need more in-depth help than the list can supply...  You may 
want to cross post on the z/VM list.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-04 Thread Seymour J Metz
Have you checked the selection criteria? The status of each of the pieces? My 
guess is that something isn't active.

Of course, it could be a firewall issue, but check that everything is working 
on the JES2 side before looking at that.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
McCabe, Ron 
Sent: Monday, February 4, 2019 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Hello listers,

I'm still working this issue and just to let you all know my networking 
expertise is NIL and I'm still in a learning process as far as z/OS systems 
programming goes, our systems programmer, who I was learning from, retired last 
November and I got the privilege (if that is what you want to call it) to take 
over and then I get the problem we are having.

Here is the background for the problem...3 years ago we had a z890 and bought a 
z13s...on the z890 our communications between z/OS and z/VM (they run on 
separate LPARs) was via CTC but the z13s did not allow that so we had to 
convert to TCPNJE.

TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem so I'm not getting much support 
from them.

Anyway I made a change and added the port I was getting an error on to the PORT 
list in my TCPIP PROFILE on z/VM and now I do not get a port error when I start 
the connection but my reports still sit in the output queue in SDSF.  XDC is 
not an option as there are way too many reports.  I asked the question about 
how can I get the reports in the Output Queue in SDSF to print because I 
thought they would just start to go once the connection was fixed but that did 
not happen so I thought I needed to kick start them to get them going.  That is 
what I wanted to know...do I need to do something to force them to go or will 
they go automatically?

Something our old systems programmer recommended to test to see if it is a 
network problem is to run our RESCUE system as a guest under z/VM and use 
VCTC...can anyone help in letting me know what the configuration would look 
like for z/OS and z/VM?  I know I have to couple something in RSCS but not sure 
what and what is needed in z/OS and where.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Friday, February 01, 2019 1:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
If they are in the output queue, then they probably haven't been printed.

Do you want to keep a copy on the output queue?

If not, just change the class and destination to one that a printer processes.

If you want the output copy left, you could do something like XDC it to a flat 
file, and then IEBGENER it to a class and destination that a printer processes.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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: How can I get reports in the Output Queue in SDSF to print

2019-02-04 Thread McCabe, Ron
Hello listers,

I'm still working this issue and just to let you all know my networking 
expertise is NIL and I'm still in a learning process as far as z/OS systems 
programming goes, our systems programmer, who I was learning from, retired last 
November and I got the privilege (if that is what you want to call it) to take 
over and then I get the problem we are having.

Here is the background for the problem...3 years ago we had a z890 and bought a 
z13s...on the z890 our communications between z/OS and z/VM (they run on 
separate LPARs) was via CTC but the z13s did not allow that so we had to 
convert to TCPNJE.

TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem so I'm not getting much support 
from them.

Anyway I made a change and added the port I was getting an error on to the PORT 
list in my TCPIP PROFILE on z/VM and now I do not get a port error when I start 
the connection but my reports still sit in the output queue in SDSF.  XDC is 
not an option as there are way too many reports.  I asked the question about 
how can I get the reports in the Output Queue in SDSF to print because I 
thought they would just start to go once the connection was fixed but that did 
not happen so I thought I needed to kick start them to get them going.  That is 
what I wanted to know...do I need to do something to force them to go or will 
they go automatically?

Something our old systems programmer recommended to test to see if it is a 
network problem is to run our RESCUE system as a guest under z/VM and use 
VCTC...can anyone help in letting me know what the configuration would look 
like for z/OS and z/VM?  I know I have to couple something in RSCS but not sure 
what and what is needed in z/OS and where.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Friday, February 01, 2019 1:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
If they are in the output queue, then they probably haven't been printed.

Do you want to keep a copy on the output queue?

If not, just change the class and destination to one that a printer processes.

If you want the output copy left, you could do something like XDC it to a flat 
file, and then IEBGENER it to a class and destination that a printer processes.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Wayne Bickerdike
David,

My comments are inaccurate in the example...

OOPS

On Mon, Feb 4, 2019 at 1:16 PM Wayne Bickerdike  wrote:

> 
> Hi Wayne,
> Instead of "ISFEXEC ST", I would've used "ISFEXEC DA OJOB" or ISFEXEC
> "DA OSTC" (depending upon whether CICS is a Job or Started Task).
> The reason is that ST shows running Jobs/STCs and already ended Job/STCs
> (that haven't been Purged).
>
> Regards,
> David
> 
>
> I want all jobs, running or not. This particular example was to obtain any
> abend information from CEEMSG from any CICS job on the queue.
>
> We maintain abend stats in a DB2 table. If we've already captured it, it
> just gives a -803.
>
> Wayne
>
> On Mon, Feb 4, 2019 at 11:46 AM David Spiegel 
> wrote:
>
>> Hi Wayne,
>> Instead of "ISFEXEC ST", I would've used "ISFEXEC DA OJOB" or ISFEXEC
>> "DA OSTC" (depending upon whether CICS is a Job or Started Task).
>> The reason is that ST shows running Jobs/STCs and already ended Job/STCs
>> (that haven't been Purged).
>>
>> Regards,
>> David
>>
>> On 2019-02-03 19:20, Wayne Bickerdike wrote:
>> > Here's how I've pulled the CEEMSG dataset and parsed it for abends.
>> Adjust
>> > SYSOUT names to suit.
>> >
>> > ARG IPARM
>> >
>> > rc=isfcalls('ON')
>> >
>> > CICS_REGION = STRIP(IPARM)
>> >
>> > /* SET UP JOB CARD AND JCL FOR REMOTE SPUFI EXECUTION */
>> >
>> >   CALL JOBSET
>> >
>> > /* Access the ST display */
>> >
>> > isfprefix = IPARM
>> >
>> > Address SDSF "ISFEXEC ST"
>> >
>> > /* Loop for all running CICS jobs */
>> >
>> > Do ix=1 to JNAME.0
>> >
>> > /* if JNAME.ix = IPARM & QUEUE.ix = "EXECUTION" & ACTSYS.ix <> "", */
>> >
>> >   if JNAME.ix = IPARM ,
>> >
>> >   then Do
>> >
>> >  /* Issue the ? (JDS) action against the */
>> >
>> >  /* row to list the data sets in the job. */
>> >
>> > Address SDSF "ISFACT ST TOKEN('"TOKEN.ix"') PARM(NP ?)" ,
>> >
>> >   "( prefix jds_"
>> >
>> >  /* Find the SYSOUT data set and allocate it */
>> >
>> >  /* using the SA action character */
>> >
>> >  Do jx=1 to jds_DDNAME.0
>> >
>> >  if jds_DDNAME.jx = "CEEMSG" then Do
>> >
>> >  Address SDSF "ISFACT ST TOKEN('"jds_TOKEN.jx"')" ,
>> >
>> >  "PARM(NP SA)"
>> >
>> > /* Read the records from the data set and list them. */
>> >
>> > /* The ddname for each allocated data set will be in */
>> >
>> > /* the isfddname stem. Since the SA action was done  */
>> >
>> > /* from JDS, only one data set will be allocated.*/
>> >
>> >Do kx=1 to isfddname.0
>> >
>> >Say "Now reading" isfdsname.kx
>> >
>> >"EXECIO * DISKR" isfddname.kx "(STEM line. FINIS"
>> >
>> >Say " Lines read:" line.0
>> >
>> >   /* IF NOT, ADD CMD ENV  */
>> >
>> > Do lx = 1 to line.0
>> >
>> >/*   Say " line."lx "is:" line.lx */
>> >
>> > Call Selrecs
>> >
>> > end
>> >
>> >end
>> >
>> >  end
>> >
>> >end
>> >
>> >end
>> >
>> > end
>> >
>> > rc=isfcalls('OFF')
>> >
>> > EXIT
>> >
>> > On Mon, Feb 4, 2019 at 11:16 AM Wayne Bickerdike 
>> wrote:
>> >
>> >> RGEN has plenty of examples. From SDSF command line, RGEN X and roll
>> your
>> >> own.
>> >>
>> >>
>> >>
>> >> On Mon, Feb 4, 2019 at 10:03 AM Paul Gilmartin <
>> >> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>> >>
>> >>> On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:
>> >>>
>>  Well, there's always XDC, but the basic answer is that it depends on
>> how
>> >>> the output datasets were defined.
>> >>> I've had success using the Rexx interface to SDSF, which allocates a
>> >>> generated DDNAME
>> >>> to the SYSOUT.  I can use alternate DD list to override IEBGENER's
>> SYSUT1
>> >>> with that name.
>> >>> IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2.
>> >>>
>> >>> The spool files remain, undisturbed, in the output queue.
>> >>>
>>  
>>  From:  McCabe, Ron
>>  Sent: Friday, February 1, 2019 2:07 AM
>> 
>>  How can I get reports that are in the Output Queue in SDSF to be
>> >>> re-printed...basically I want them to be processed again.
>> >>>
>> >>> -- gil
>> >>>
>> >>> --
>> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> >>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>> >>>
>> >>
>> >> --
>> >> Wayne V. Bickerdike
>> >>
>> >>
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
> --
> Wayne V. Bickerdike
>
>

-- 
Wayne V. Bickerdike

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

Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Wayne Bickerdike

Hi Wayne,
Instead of "ISFEXEC ST", I would've used "ISFEXEC DA OJOB" or ISFEXEC
"DA OSTC" (depending upon whether CICS is a Job or Started Task).
The reason is that ST shows running Jobs/STCs and already ended Job/STCs
(that haven't been Purged).

Regards,
David


I want all jobs, running or not. This particular example was to obtain any
abend information from CEEMSG from any CICS job on the queue.

We maintain abend stats in a DB2 table. If we've already captured it, it
just gives a -803.

Wayne

On Mon, Feb 4, 2019 at 11:46 AM David Spiegel 
wrote:

> Hi Wayne,
> Instead of "ISFEXEC ST", I would've used "ISFEXEC DA OJOB" or ISFEXEC
> "DA OSTC" (depending upon whether CICS is a Job or Started Task).
> The reason is that ST shows running Jobs/STCs and already ended Job/STCs
> (that haven't been Purged).
>
> Regards,
> David
>
> On 2019-02-03 19:20, Wayne Bickerdike wrote:
> > Here's how I've pulled the CEEMSG dataset and parsed it for abends.
> Adjust
> > SYSOUT names to suit.
> >
> > ARG IPARM
> >
> > rc=isfcalls('ON')
> >
> > CICS_REGION = STRIP(IPARM)
> >
> > /* SET UP JOB CARD AND JCL FOR REMOTE SPUFI EXECUTION */
> >
> >   CALL JOBSET
> >
> > /* Access the ST display */
> >
> > isfprefix = IPARM
> >
> > Address SDSF "ISFEXEC ST"
> >
> > /* Loop for all running CICS jobs */
> >
> > Do ix=1 to JNAME.0
> >
> > /* if JNAME.ix = IPARM & QUEUE.ix = "EXECUTION" & ACTSYS.ix <> "", */
> >
> >   if JNAME.ix = IPARM ,
> >
> >   then Do
> >
> >  /* Issue the ? (JDS) action against the */
> >
> >  /* row to list the data sets in the job. */
> >
> > Address SDSF "ISFACT ST TOKEN('"TOKEN.ix"') PARM(NP ?)" ,
> >
> >   "( prefix jds_"
> >
> >  /* Find the SYSOUT data set and allocate it */
> >
> >  /* using the SA action character */
> >
> >  Do jx=1 to jds_DDNAME.0
> >
> >  if jds_DDNAME.jx = "CEEMSG" then Do
> >
> >  Address SDSF "ISFACT ST TOKEN('"jds_TOKEN.jx"')" ,
> >
> >  "PARM(NP SA)"
> >
> > /* Read the records from the data set and list them. */
> >
> > /* The ddname for each allocated data set will be in */
> >
> > /* the isfddname stem. Since the SA action was done  */
> >
> > /* from JDS, only one data set will be allocated.*/
> >
> >Do kx=1 to isfddname.0
> >
> >Say "Now reading" isfdsname.kx
> >
> >"EXECIO * DISKR" isfddname.kx "(STEM line. FINIS"
> >
> >Say " Lines read:" line.0
> >
> >   /* IF NOT, ADD CMD ENV  */
> >
> > Do lx = 1 to line.0
> >
> >/*   Say " line."lx "is:" line.lx */
> >
> > Call Selrecs
> >
> > end
> >
> >end
> >
> >  end
> >
> >end
> >
> >end
> >
> > end
> >
> > rc=isfcalls('OFF')
> >
> > EXIT
> >
> > On Mon, Feb 4, 2019 at 11:16 AM Wayne Bickerdike 
> wrote:
> >
> >> RGEN has plenty of examples. From SDSF command line, RGEN X and roll
> your
> >> own.
> >>
> >>
> >>
> >> On Mon, Feb 4, 2019 at 10:03 AM Paul Gilmartin <
> >> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >>> On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:
> >>>
>  Well, there's always XDC, but the basic answer is that it depends on
> how
> >>> the output datasets were defined.
> >>> I've had success using the Rexx interface to SDSF, which allocates a
> >>> generated DDNAME
> >>> to the SYSOUT.  I can use alternate DD list to override IEBGENER's
> SYSUT1
> >>> with that name.
> >>> IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2.
> >>>
> >>> The spool files remain, undisturbed, in the output queue.
> >>>
>  
>  From:  McCabe, Ron
>  Sent: Friday, February 1, 2019 2:07 AM
> 
>  How can I get reports that are in the Output Queue in SDSF to be
> >>> re-printed...basically I want them to be processed again.
> >>>
> >>> -- gil
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>
> >> --
> >> Wayne V. Bickerdike
> >>
> >>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread David Spiegel
Hi Wayne,
Instead of "ISFEXEC ST", I would've used "ISFEXEC DA OJOB" or ISFEXEC 
"DA OSTC" (depending upon whether CICS is a Job or Started Task).
The reason is that ST shows running Jobs/STCs and already ended Job/STCs 
(that haven't been Purged).

Regards,
David

On 2019-02-03 19:20, Wayne Bickerdike wrote:
> Here's how I've pulled the CEEMSG dataset and parsed it for abends. Adjust
> SYSOUT names to suit.
>
> ARG IPARM
>
> rc=isfcalls('ON')
>
> CICS_REGION = STRIP(IPARM)
>
> /* SET UP JOB CARD AND JCL FOR REMOTE SPUFI EXECUTION */
>
>   CALL JOBSET
>
> /* Access the ST display */
>
> isfprefix = IPARM
>
> Address SDSF "ISFEXEC ST"
>
> /* Loop for all running CICS jobs */
>
> Do ix=1 to JNAME.0
>
> /* if JNAME.ix = IPARM & QUEUE.ix = "EXECUTION" & ACTSYS.ix <> "", */
>
>   if JNAME.ix = IPARM ,
>
>   then Do
>
>  /* Issue the ? (JDS) action against the */
>
>  /* row to list the data sets in the job. */
>
> Address SDSF "ISFACT ST TOKEN('"TOKEN.ix"') PARM(NP ?)" ,
>
>   "( prefix jds_"
>
>  /* Find the SYSOUT data set and allocate it */
>
>  /* using the SA action character */
>
>  Do jx=1 to jds_DDNAME.0
>
>  if jds_DDNAME.jx = "CEEMSG" then Do
>
>  Address SDSF "ISFACT ST TOKEN('"jds_TOKEN.jx"')" ,
>
>  "PARM(NP SA)"
>
> /* Read the records from the data set and list them. */
>
> /* The ddname for each allocated data set will be in */
>
> /* the isfddname stem. Since the SA action was done  */
>
> /* from JDS, only one data set will be allocated.*/
>
>Do kx=1 to isfddname.0
>
>Say "Now reading" isfdsname.kx
>
>"EXECIO * DISKR" isfddname.kx "(STEM line. FINIS"
>
>Say " Lines read:" line.0
>
>   /* IF NOT, ADD CMD ENV  */
>
> Do lx = 1 to line.0
>
>/*   Say " line."lx "is:" line.lx */
>
> Call Selrecs
>
> end
>
>end
>
>  end
>
>end
>
>end
>
> end
>
> rc=isfcalls('OFF')
>
> EXIT
>
> On Mon, Feb 4, 2019 at 11:16 AM Wayne Bickerdike  wrote:
>
>> RGEN has plenty of examples. From SDSF command line, RGEN X and roll your
>> own.
>>
>>
>>
>> On Mon, Feb 4, 2019 at 10:03 AM Paul Gilmartin <
>> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:
>>>
 Well, there's always XDC, but the basic answer is that it depends on how
>>> the output datasets were defined.
>>> I've had success using the Rexx interface to SDSF, which allocates a
>>> generated DDNAME
>>> to the SYSOUT.  I can use alternate DD list to override IEBGENER's SYSUT1
>>> with that name.
>>> IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2.
>>>
>>> The spool files remain, undisturbed, in the output queue.
>>>
 
 From:  McCabe, Ron
 Sent: Friday, February 1, 2019 2:07 AM

 How can I get reports that are in the Output Queue in SDSF to be
>>> re-printed...basically I want them to be processed again.
>>>
>>> -- gil
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>
>> --
>> Wayne V. Bickerdike
>>
>>


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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Wayne Bickerdike
Here's how I've pulled the CEEMSG dataset and parsed it for abends. Adjust
SYSOUT names to suit.

ARG IPARM

rc=isfcalls('ON')

CICS_REGION = STRIP(IPARM)

/* SET UP JOB CARD AND JCL FOR REMOTE SPUFI EXECUTION */

 CALL JOBSET

/* Access the ST display */

isfprefix = IPARM

Address SDSF "ISFEXEC ST"

/* Loop for all running CICS jobs */

Do ix=1 to JNAME.0

/* if JNAME.ix = IPARM & QUEUE.ix = "EXECUTION" & ACTSYS.ix <> "", */

 if JNAME.ix = IPARM ,

 then Do

/* Issue the ? (JDS) action against the */

/* row to list the data sets in the job. */

Address SDSF "ISFACT ST TOKEN('"TOKEN.ix"') PARM(NP ?)" ,

 "( prefix jds_"

/* Find the SYSOUT data set and allocate it */

/* using the SA action character */

Do jx=1 to jds_DDNAME.0

if jds_DDNAME.jx = "CEEMSG" then Do

Address SDSF "ISFACT ST TOKEN('"jds_TOKEN.jx"')" ,

"PARM(NP SA)"

   /* Read the records from the data set and list them. */

   /* The ddname for each allocated data set will be in */

   /* the isfddname stem. Since the SA action was done  */

   /* from JDS, only one data set will be allocated.*/

  Do kx=1 to isfddname.0

  Say "Now reading" isfdsname.kx

  "EXECIO * DISKR" isfddname.kx "(STEM line. FINIS"

  Say " Lines read:" line.0

 /* IF NOT, ADD CMD ENV  */

   Do lx = 1 to line.0

  /*   Say " line."lx "is:" line.lx */

   Call Selrecs

   end

  end

end

  end

  end

end

rc=isfcalls('OFF')

EXIT

On Mon, Feb 4, 2019 at 11:16 AM Wayne Bickerdike  wrote:

> RGEN has plenty of examples. From SDSF command line, RGEN X and roll your
> own.
>
>
>
> On Mon, Feb 4, 2019 at 10:03 AM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:
>>
>> >Well, there's always XDC, but the basic answer is that it depends on how
>> the output datasets were defined.
>> >
>> I've had success using the Rexx interface to SDSF, which allocates a
>> generated DDNAME
>> to the SYSOUT.  I can use alternate DD list to override IEBGENER's SYSUT1
>> with that name.
>> IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2.
>>
>> The spool files remain, undisturbed, in the output queue.
>>
>> >
>> >From:  McCabe, Ron
>> >Sent: Friday, February 1, 2019 2:07 AM
>> >
>> >How can I get reports that are in the Output Queue in SDSF to be
>> re-printed...basically I want them to be processed again.
>>
>> -- gil
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
> --
> Wayne V. Bickerdike
>
>

-- 
Wayne V. Bickerdike

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Wayne Bickerdike
RGEN has plenty of examples. From SDSF command line, RGEN X and roll your
own.



On Mon, Feb 4, 2019 at 10:03 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:
>
> >Well, there's always XDC, but the basic answer is that it depends on how
> the output datasets were defined.
> >
> I've had success using the Rexx interface to SDSF, which allocates a
> generated DDNAME
> to the SYSOUT.  I can use alternate DD list to override IEBGENER's SYSUT1
> with that name.
> IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2.
>
> The spool files remain, undisturbed, in the output queue.
>
> >
> >From:  McCabe, Ron
> >Sent: Friday, February 1, 2019 2:07 AM
> >
> >How can I get reports that are in the Output Queue in SDSF to be
> re-printed...basically I want them to be processed again.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Paul Gilmartin
On Sun, 3 Feb 2019 20:21:23 +, Seymour J Metz wrote:

>Well, there's always XDC, but the basic answer is that it depends on how the 
>output datasets were defined.
> 
I've had success using the Rexx interface to SDSF, which allocates a generated 
DDNAME
to the SYSOUT.  I can use alternate DD list to override IEBGENER's SYSUT1 with 
that name.
IEBGENER copies DCB attributes from (overridden) SYSUT1 to SYSUT2. 

The spool files remain, undisturbed, in the output queue.

>
>From:  McCabe, Ron
>Sent: Friday, February 1, 2019 2:07 AM
>
>How can I get reports that are in the Output Queue in SDSF to be 
>re-printed...basically I want them to be processed again.

-- gil

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-03 Thread Seymour J Metz
Well, there's always XDC, but the basic answer is that it depends on how the 
output datasets were defined.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
McCabe, Ron 
Sent: Friday, February 1, 2019 2:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How can I get reports in the Output Queue in SDSF to print

Hello,

How can I get reports that are in the Output Queue in SDSF to be 
re-printed...basically I want them to be processed again.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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: How can I get reports in the Output Queue in SDSF to print

2019-02-01 Thread Lizette Koehler
How do you want to do that?

1)  Is the SYSOUT still on the JES2 Spool?

2)  Has the SYSOUT been purged from the JES2 Spool?

3)  Do you need an automated process?

4)  Do you need a manual process?

5)  What level of z/OS are you running?


You can 

1) Purchase a sysout management product - SARS, $AVERS, CMOD, etc

2) you can send your SYSOUT to a dataset and then reprint as needed during the
job run

3) You can use XDC on SYSOUT in JES Spool and send to a dataset, then use
something like IEBGENER to print the dataset.


Can you provide more details so better answer can be provided?


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> McCabe, Ron
> Sent: Friday, February 01, 2019 12:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How can I get reports in the Output Queue in SDSF to print
> 
> Hello,
> 
> How can I get reports that are in the Output Queue in SDSF to be re-
> printed...basically I want them to be processed again.
> 
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
> 

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


Re: How can I get reports in the Output Queue in SDSF to print

2019-02-01 Thread Vince Getgood
Ron,
If they are in the output queue, then they probably haven't been printed.  

Do you want to keep a copy on the output queue?  

If not, just change the class and destination to one that a printer processes.

If you want the output copy left, you could do something like XDC it to a flat 
file, and then IEBGENER it to a class and destination that a printer processes.

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


How can I get reports in the Output Queue in SDSF to print

2019-01-31 Thread McCabe, Ron
Hello,

How can I get reports that are in the Output Queue in SDSF to be 
re-printed...basically I want them to be processed again.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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