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 <IBM-MAIN@LISTSERV.UA.EDU> on behalf of McCabe, Ron <rmcc...@mutualofenumclaw.com> 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 <IBM-MAIN@LISTSERV.UA.EDU> 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
