Re: Issue with TS3500 Tape Library.
Hi Lizette, We do have a hardware support. Even they couldn't figure out the issue :( Thanks, Arun Chinnadurai -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 15, 2014 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Do you have hardware support? If so, I would have them come onsite and see if the robot needs to be taught Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Wednesday, October 15, 2014 6:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with TS3500 Tape Library. Greetings to all ! On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. Thanks, Arun Chinnadurai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with TS3500 Tape Library.
Vendor has to provide the necessary support on resolving. It might involve hardware and Robotic Software Which needs a checking. On 16 Oct 2014 15:19, Arun Prasad Chinnadurai arun_chinnadu...@infosys.com wrote: Hi Lizette, We do have a hardware support. Even they couldn't figure out the issue :( Thanks, Arun Chinnadurai -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 15, 2014 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Do you have hardware support? If so, I would have them come onsite and see if the robot needs to be taught Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Wednesday, October 15, 2014 6:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with TS3500 Tape Library. Greetings to all ! On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. Thanks, Arun Chinnadurai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** -- 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: Issue with TS3500 Tape Library.
Arun Prasad Chinnadurai wrote: We do have a hardware support. Even they couldn't figure out the issue :( Weird. I would drop them as fast as I can. I hope you have a penalty clause to teach them a [financial] lesson or two. Ok, lets see what you wrote: When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes Do you have any messages on the robot system itself, or on robot arm or on your z/OS console? I don't know if any z/OS address space is monitoring the robot, but do you see any messages? Are the mechanics moving at all? Or did they disabled the robot because you failed to pay them? Alternatively, do you have any tape management system? Could that system failed to communicate with your robot? (As of now, we are manually moving the tapes to the drive). With the robot arm powered on and safety checks disabled? That is life threatening! Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. Hardware issue. Back to square one - back to your robot vendor. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with TS3500 Tape Library.
If you have hardware support and they have a problem with diagnosis, then you need to get them to work harder. If necessary, they should contact IBM hardware support (they should pay any costs, not you) on this issue. Sometimes it is firmware or microcode, sometimes the computers in the drives need to be re-taught their job. My IBM CEs had to do this multiple times on my drives. If you do not have CBR messages in SYSLOG and there are no messages on the log for the TS3500s, then there is something very wrong with the hardware. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Thursday, October 16, 2014 2:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Hi Lizette, We do have a hardware support. Even they couldn't figure out the issue :( Thanks, Arun Chinnadurai -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 15, 2014 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Do you have hardware support? If so, I would have them come onsite and see if the robot needs to be taught Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Wednesday, October 15, 2014 6:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with TS3500 Tape Library. Greetings to all ! On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. Thanks, Arun Chinnadurai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX syscall spawnp and IPCS
Thanks for all your responses. The fact that the SYSTSIN I've built in the spawned address space appears not to be read by IPCS, has led me to suspect the address TSO in the in the spawned address space is itself causing TSO commands to run in yet another address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 15 October 2014 14:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REXX syscall spawnp and IPCS On Wed, 15 Oct 2014 02:04:59 -0500, Elardus Engelbrecht wrote: parm.1=/userhome/sa/myrexx.rx parm.1=myrexx.rx Hmm, I looked again at that posted code and found many such double assignments. I frequently do similarly for testing: /* Second assignment prevails. (Comments are good!) */ parm.1 = parm for testing parm.1 = parm for production ... and simply swap the two lines to switch to testing mode. No need to comment. In fact, the first parm.1 could be deleted or commented out. But the second one is not looking 'right' for me too. Can't tell out of context. I'm also not comfortable with this snippet: pipe p2fd. pipe2out = p2fd.2 pipe2in = p2fd.1 map.0=-1 map.0=pipe2in What if p2fd.1 is not numeric? Then you cannot use map.0 If SYSCALL pipe p2fd. succeeds, it sets p2fd.1 and p2fd.2 to numeric values. It might be prudent to check status in RC and RETVAL. The OP needs to ask for help + review for his REXX program. On review I'm satisfied with the excerpts posted. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with TS3500 Tape Library.
Supposing they have been configured and defined correctly to the system(s). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, October 16, 2014 13:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. If you have hardware support and they have a problem with diagnosis, then you need to get them to work harder. If necessary, they should contact IBM hardware support (they should pay any costs, not you) on this issue. Sometimes it is firmware or microcode, sometimes the computers in the drives need to be re-taught their job. My IBM CEs had to do this multiple times on my drives. If you do not have CBR messages in SYSLOG and there are no messages on the log for the TS3500s, then there is something very wrong with the hardware. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Thursday, October 16, 2014 2:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Hi Lizette, We do have a hardware support. Even they couldn't figure out the issue :( Thanks, Arun Chinnadurai -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 15, 2014 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Do you have hardware support? If so, I would have them come onsite and see if the robot needs to be taught Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Wednesday, October 15, 2014 6:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with TS3500 Tape Library. Greetings to all ! On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. Thanks, Arun Chinnadurai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX syscall spawnp and IPCS
On 2014-10-16, at 06:00, Steve Austin wrote: Thanks for all your responses. The fact that the SYSTSIN I've built in the spawned address space appears not to be read by IPCS, has led me to suspect the address TSO in the in the spawned address space is itself causing TSO commands to run in yet another address. Does this clarify?: The TSO command environment z/OS Using REXX and z/OS UNIX System Services SA23-2283-00 http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.bpxb600/tsoenv.htm The TSO command environment (ADDRESS TSO) can be used from a z/OS UNIX REXX environment, and is initialized with: address tso [command] where command can be any TSO/E command, CLIST, or REXX exec that can run in a batch TSO TMP. Commands addressed to TSO are run in a TSO TMP that is running in a separate address space and process from your REXX program. This provides you with the capability to run TSO commands. It does not provide you with the capability to use TSO commands to affect your REXX environment, or to have REXX statements or other host command environments affect your TSO process. ... Specifying environment variable BPXWRFD in a REXX program before the TSO process is started causes the TSO process to inherit open file descriptors 10 thru 99. Perhaps you could use those descriptors. dup2() as needed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
STP
Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STP
On 10/16/14 09:34, Dno wrote: Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STP
Thanks Mark. This is what I was looking for. I found this in an IBM presentation: NTP server becomes the single time source (External Time Source (ETS)) for STP, as well as other non-System z servers (UNIX®, Windows NT®, other) that have NTP clients Off to read up on the IP SNTP server Dean Sent from my iPhone On Oct 16, 2014, at 9:38 AM, Mark Jacobs mark.jac...@custserv.com wrote: On 10/16/14 09:34, Dno wrote: Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- 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: STP
One other question. How would the other servers get the time, via a socket connection on port 123? Or another method? Sent from my iPhone On Oct 16, 2014, at 9:53 AM, Dno snipers5...@gmail.com wrote: Thanks Mark. This is what I was looking for. I found this in an IBM presentation: NTP server becomes the single time source (External Time Source (ETS)) for STP, as well as other non-System z servers (UNIX®, Windows NT®, other) that have NTP clients Off to read up on the IP SNTP server Dean Sent from my iPhone On Oct 16, 2014, at 9:38 AM, Mark Jacobs mark.jac...@custserv.com wrote: On 10/16/14 09:34, Dno wrote: Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- 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: STP
Mark Jacobs wrote: I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' Damn, you took your TIME to be faster than me! ;-D Thats a good suggestion! To Dean Montevago, you could also review the PARMLIB member CLOCKxx, after you decided which devices/systems should be stratum 0, 1 or 2 timer. For Mark's suggestion, the default is stratum level is 1. Default port is 123 which could be a problem if you restrict low port values. Good luck with your research! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STP
On 10/16/14 10:02, Dno wrote: One other question. How would the other servers get the time, via a socket connection on port 123? Or another method? Sent from my iPhone Yes, it's a TCP/IP connection on that port. Mark jacobs On Oct 16, 2014, at 9:53 AM, Dno snipers5...@gmail.com wrote: Thanks Mark. This is what I was looking for. I found this in an IBM presentation: NTP server becomes the single time source (External Time Source (ETS)) for STP, as well as other non-System z servers (UNIX®, Windows NT®, other) that have NTP clients Off to read up on the IP SNTP server Dean Sent from my iPhone On Oct 16, 2014, at 9:38 AM, Mark Jacobs mark.jac...@custserv.com wrote: On 10/16/14 09:34, Dno wrote: Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- 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 Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STP
Thank you. I am thinking using stratum 1 for the SNTP server on zOS, the STP for the z10 would be stratum 0. Servers that connect to the SNTP server would be stratum 2, etc.? In our clockxx member we have yes for ETR and STP parameters, we are a parallel Sysplex. Sent from my iPhone On Oct 16, 2014, at 10:07 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Mark Jacobs wrote: I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' Damn, you took your TIME to be faster than me! ;-D Thats a good suggestion! To Dean Montevago, you could also review the PARMLIB member CLOCKxx, after you decided which devices/systems should be stratum 0, 1 or 2 timer. For Mark's suggestion, the default is stratum level is 1. Default port is 123 which could be a problem if you restrict low port values. Good luck with your research! Groete / Greetings Elardus Engelbrecht -- 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
64bit
All, I have a generalized design question. First background will help. Our products run as Enterprise Cobol STC, no multi-tasking, yet. We call hlasm subroutines. I would like to use 64bit storage for some functions from Cobol. Is this feasible. I think it is, where I am unclear is the call and binder parameters. Do I have to do anything special parameter wise ? Thanks as always, Regards, Scott ford www.identityforge.com - www.idmworks.com from my IPAD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STP
I see that 123 is a wks and low ports are not restricted in our zOS IP stack. We also do not reserve port 123 which we will have too. Sent from my iPhone On Oct 16, 2014, at 10:11 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Thu, 16 Oct 2014 09:07:03 -0500, Elardus Engelbrecht wrote: For Mark's suggestion, the default is stratum level is 1. Default port is 123 which could be a problem if you restrict low port values. Isn't this a WKS; dedicated; should be no problem. -- 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: STP
W dniu 2014-10-16 o 15:38, Mark Jacobs pisze: On 10/16/14 09:34, Dno wrote: Hi, I am doing reading on STP, based on a request to see if the z10 could be used as a time source for distributed servers. I thought at one time (not sure), there was an address space that could run on the mainframe for this purpose. I do not remember if it was an IBM tool, or free software. Can someone jump start, while I review the white papers and presentations I have found. Can this be done? Thanks, Dean Dean Montevago (212) 460 – 4943 (work) (516) 710 – 5341 (cell) monteva...@coned.com TCP/IP has an NTP server that your distributed servers can connect to as their time source. EZZ9602I SNTP SERVER INITIALIZING EZZ9600I SNTP SERVER READY //SNTPD EXEC PGM=SNTPD,REGION=4096K,TIME=NOLIMIT, // PARM='POSIX(ON),ALL31(ON),TRAP(OFF)/ -d' Just curious: Would it be possible to have STP-enabled machine with HMC connected to some NTP server, which is in turn connected to ... z/OS. (Of course such configuration is nonsense) As far as I know NTP protocol there is stratum concept, but the question is z/OS is aware of being using STP-HMC-ntp as time source. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 64bit
Scott - I think that only enterprise cobol 5.x support 64 bit natively. Sam On Thu, Oct 16, 2014 at 7:17 AM, Scott Ford 0006f84450fa-dmarc-requ...@listserv.ua.edu wrote: All, I have a generalized design question. First background will help. Our products run as Enterprise Cobol STC, no multi-tasking, yet. We call hlasm subroutines. I would like to use 64bit storage for some functions from Cobol. Is this feasible. I think it is, where I am unclear is the call and binder parameters. Do I have to do anything special parameter wise ? Thanks as always, Regards, Scott ford www.identityforge.com - www.idmworks.com from my IPAD -- 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: Performance in S9(08) COMP
On Wed, 15 Oct 2014 12:08:05 -0500, Ron Thomas ron5...@gmail.com wrote: Ok. So what i understand is there will not be a performance degradation , the compiler option in our installation is set as Trunc(bin). Thanks Ron T -- You might want to read the COBOL Performance Tuning paper (for Enterprise COBOL 4.2) at: http://www-01.ibm.com/support/docview.wss?rs=203q=7018287uid=swg27018287 to see the performance implications of various compiler options, run-time options, data types, and other factors. Rick Arellanes IBM Tools Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX syscall spawnp and IPCS
Thanks for this Paul and yes it both clarifies and confirms my suspicions. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 16 October 2014 14:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REXX syscall spawnp and IPCS On 2014-10-16, at 06:00, Steve Austin wrote: Thanks for all your responses. The fact that the SYSTSIN I've built in the spawned address space appears not to be read by IPCS, has led me to suspect the address TSO in the in the spawned address space is itself causing TSO commands to run in yet another address. Does this clarify?: The TSO command environment z/OS Using REXX and z/OS UNIX System Services SA23-2283-00 http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.bpxb60 0/tsoenv.htm The TSO command environment (ADDRESS TSO) can be used from a z/OS UNIX REXX environment, and is initialized with: address tso [command] where command can be any TSO/E command, CLIST, or REXX exec that can run in a batch TSO TMP. Commands addressed to TSO are run in a TSO TMP that is running in a separate address space and process from your REXX program. This provides you with the capability to run TSO commands. It does not provide you with the capability to use TSO commands to affect your REXX environment, or to have REXX statements or other host command environments affect your TSO process. ... Specifying environment variable BPXWRFD in a REXX program before the TSO process is started causes the TSO process to inherit open file descriptors 10 thru 99. Perhaps you could use those descriptors. dup2() as needed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Performance in S9(08) COMP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Arellanes You might want to read the COBOL Performance Tuning paper (for Enterprise COBOL 4.2) at: http://www-01.ibm.com/support/docview.wss?rs=203q=7018287uid=swg27018287 to see the performance implications of various compiler options, run-time options, data types, and other factors. Interesting. Is an update for Enterprise COBOL v5.1 planned, or in the works? Would such an update include data on the effects of the different ARCH(n) levels? -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with TS3500 Tape Library.
Caveat: insert Daily Digest delay here... As mentioned before, problem one (not picking tapes) likely indicates the library has not been through an Inventory cycle where it scans all the slots in the library. [1] Likewise, problem two is probably related to the same since, without doing an inventory, the library doesn't where to put the tape after it's done. You inserted it, *you* put it back. We suspect, after observation of our new library last year, that the library might use a lazy algorithm regarding tape ejects. Ours appeared to leave the tape in place until another action was required. Perhaps, some smart, hardware programmer figured, if a tape was used once, its probability of reuse in the near future is likely high. [1] on our 3494, you could look-up any volSer - using * wildcard - to find their physical location in the library. If you have access, you might try the same on the T3500. I'll bet the result set will be empty. Don't know if ISMF (=L3.2.3) will provide a similar confirmation. signature = 6 lines follows Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -Original Message- From: Arun Prasad Chinnadurai [mailto:arun_chinnadu...@infosys.com] Sent: October 15, 2014 09:44 Subject: Issue with TS3500 Tape Library. On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to quietly terminate not detached subtask
Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor Gil- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to quietly terminate not detached subtask
Is the 1st task, the one with the existing DB2 connection, your task? Do you have control of it, or is your code running on a tcb that is not your code? On 10/16/2014 1:00 PM, Victor Gil wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor 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: How to quietly terminate not detached subtask
The 1st task is NOT my code, but it would CALL my service which would attach a subtask. This one will be totally under my control === Is the 1st task, the one with the existing DB2 connection, your task? Do you have control of it, or is your code running on a tcb that is not your code? On 10/16/2014 1:00 PM, Victor Gil wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor Gil- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to quietly terminate not detached subtask
Hi Victor - Look at the EXTR parameter in the ATTACH(X) documentation. This end-of-task exist gets control on normal and abnormal end-of-task. You can issue the DETACH macro from within this exit. Sam On Thu, Oct 16, 2014 at 11:00 AM, Victor Gil victor@broadridge.com wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor 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: How to quietly terminate not detached subtask
Thanks, but the EXTR handles termination of the SUBTASK being attached, not the MAIN task Hi Victor - Look at the EXTR parameter in the ATTACH(X) documentation. This end-of-task exist gets control on normal and abnormal end-of-task. You can issue the DETACH macro from within this exit. Sam On Thu, Oct 16, 2014 at 11:00 AM, Victor Gil victor@broadridge.com wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor Gil- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Performance in S9(08) COMP
z/OS 2.1 Cobol 5.1 Performance tuning. https://www.ibm.com/developerworks/community/blogs/31c890c6-ace1-4eeb-af6b-5950f3a1a5d1/entry/enterprise_cobol_for_z_os_v5r1_performance_tuning_guide_now_available?lang=en http://www-01.ibm.com/support/docview.wss?uid=swg27042388 On Thu, Oct 16, 2014 at 12:37 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Arellanes You might want to read the COBOL Performance Tuning paper (for Enterprise COBOL 4.2) at: http://www-01.ibm.com/support/docview.wss?rs=203q=7018287uid=swg27018287 to see the performance implications of various compiler options, run-time options, data types, and other factors. Interesting. Is an update for Enterprise COBOL v5.1 planned, or in the works? Would such an update include data on the effects of the different ARCH(n) levels? -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- 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: How to quietly terminate not detached subtask
So, the scenario is that your code gets control running under task A, and will attach task B. You want to get control when task A is terminating normally, so you can detach task B. I don;t know if an estae routine on task A would allow you to detach task B from the estae. Probably would, But if task A is already in termination for trying to exit without detaching, then you probably can't retry out of the estae, the only thing you could do is percolate, so what's the point. You would have to try it, and see what happens. If task A is not the jobstep tcb, you could consider scheduling an IRB onto the jobstep tcb to attach the sub-task. Then, set a resource termination manager for task A. That code could detach the sub-task when task A terminated, and before the jobstep task terminated. --Dave On 10/16/2014 1:07 PM, Victor Gil wrote: The 1st task is NOT my code, but it would CALL my service which would attach a subtask. This one will be totally under my control === Is the 1st task, the one with the existing DB2 connection, your task? Do you have control of it, or is your code running on a tcb that is not your code? On 10/16/2014 1:00 PM, Victor Gil wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor 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: How to quietly terminate not detached subtask
When you attach the subtask, specify ESTAI=whatever. When you force DETACH the subtask, the ESTAI will get control. One thing about ESTAIs (that's not true for ESTAEs) is that they can return to RTM with RC=16 (via SETRP of course). This means don't percolate the abend any further. Just go quietly into the night. Do not rage rage against the dying of the light. IHTH, Dave Cole At 10/16/2014 02:00 PM, Victor Gil wrote: Hi everyone, Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. I have no problems attaching a subtask on a first call and connecting from it to a remote subsystem, but I cannot force the caller [because this would mean massive change to the existing source code] to also call me with the end-of-job request, so that I can properly detach the subtask. And if it is not detached the main task will surely get abended. [By the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] Given the above scenario - does anyone have a suggestion on how to quietly terminate both tasks without the detach? Or maybe a suggestion on ANOTHER way of implementing the required functionality? Many thanks in advance! -Victor Gil- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com Home page: www.colesoft.com Facebook: www.facebook.com/colesoftware YouTube:www.youtube.com/user/colesoftware -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to quietly terminate not detached subtask
In the OP's case, he does not get control in order to issue the DETACH - the DETACH is issued by the system when the JS ends. Also, the DB2 messages are not issued by an ESTAE - it is by the DB2 RTM. It would be quite tricky to get DB2 to skip the RTM routine. It appears that there are two issues - (1) to prevent the JS from the X03 abend (2) to avoid the messages from the subtask There is the requirement that the JS black box not be altered One option would be to replace the JS in the JCL to attach a new task that attaches the original JS task and ends when it does. Then the service subroutine can run in the new JS task and will clean up when the original JS ends. Even a LINK may be adequate. On Thu, 16 Oct 2014 14:40:52 -0400 David Cole dbc...@colesoft.com wrote: :When you attach the subtask, specify ESTAI=whatever. : :When you force DETACH the subtask, the ESTAI will get control. One :thing about ESTAIs (that's not true for ESTAEs) is that they can :return to RTM with RC=16 (via SETRP of course). This means don't :percolate the abend any further. Just go quietly into the night. Do :not rage rage against the dying of the light. : :IHTH, :Dave Cole : : : : : : :At 10/16/2014 02:00 PM, Victor Gil wrote: : :Hi everyone, : :Working on a general purpose callable subroutine to connect to a :remote DB2 subsystem and return values back to the caller. : :Since the caller may [and WILL] have established its own DB2 :connection to a local DB2 subsystem, possibly with some cursors open :and DB2 locks acquired, the subroutine must run under a different TCB. : :I have no problems attaching a subtask on a first call and :connecting from it to a remote subsystem, but I cannot force the :caller [because this would mean massive change to the existing :source code] to also call me with the end-of-job request, so that :I can properly detach the subtask. : :And if it is not detached the main task will surely get abended. [By :the way - can't this get trapped by an ESTAE(X) and converted into RC=0?] : :Given the above scenario - does anyone have a suggestion on how to :quietly terminate both tasks without the detach? Or maybe a :suggestion on ANOTHER way of implementing the required functionality? : :Many thanks in advance! :-Victor Gil- : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN : :Dave Cole :ColeSoft Marketing :414 Third Street, NE :Charlottesville, VA 22902 :EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com : :Home page: www.colesoft.com :Facebook: www.facebook.com/colesoftware :YouTube:www.youtube.com/user/colesoftware : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Data type declaration
Hi. We have the below layouts in the module AS-IS Version of the code 03 MIA-KEY. 05 MIA-SUFFIX PIC X(2) VALUE 'IT'. 05 MIA-ITEM-NUMBER. 07 MIA-WPM-DEPT PIC 9(2). 07 MIA-WM-DEPTPIC 9(2). 07 MIA-ITEM-SEQ PIC X(5). 05 MIA-KEY-FILLER PIC X(5) VALUE SPACES. TO-BE Version of the code 03 MIA-KEY. 05 MIA-SUFFIX PIC X(2) VALUE 'IT'. 05 MIA-ITEM-NUMBER PIC 9(9). 05 MIA-KEY-FILLER PIC X(5) VALUE SPACES. 01 OUTFILE-REC. 03 ITEM-NUMB-OUTPIC S9(9). 03 MBM-CODE-OUT PIC X. This is how now we are seeing the data after moving to OUTFILE . Here we are seeing the data not in the correct format. Please let me know do we need to change any thing in the declaration ? ITEM-NUMB-OUT MBM-CODE-OUT 9/SNUM1/AN (1-9) (10-10) 1 2--- * 00010091H P C D 000100918 7 - 00010192D M C D 000101924 4 Thanks Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Data type declaration
The below is how data is shown in ASIS in TOBE and so when we do the SUPERCE comparison all records are shown as mismatches even though the data is same ASIS _ ITEM-NUMB-OUT MBM-CODE-OUT 9/SNUM1/AN (1-9) (10-10) 1 2--- *** 000100918 P F D 000100918 7 --- TO-BE _ COMMAND === ITEM-NUMB-OUT MBM-CODE-OUT 9/SNUM1/AN (1-9) (10-10) 1 2--- 00010091H P C D 000100918 7 Thanks Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF (was: REXX tutorial)
Someone asked me about this off-list, but I prefer to answer here The utility mentioned is the JZOS RecordGenerator tools (for COBOL and ADATA). There is a new release available on developerWorks (2.4.6). You can find the download, titled JZOS Record Generator 2.4.6 on the JZOS developerWorks page: https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=2acdb076-7582-45b5-93a5-781f90169bd3 Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Jan 3, 2014 at 3:56 PM, Kirk Wolf k...@dovetail.com wrote: I've written an Assembler and COBOL ADATA to Java or XML utility, but it isn't very useful without lots of manual work on SMF data for the reasons I mentioned above: the DSECT doesn't have complete type or any structure information. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Jan 3, 2014 at 3:52 PM, Charles Mills charl...@mcn.org wrote: Yeah, and world peace, too. g On a more serious note, you can get from any of the IBM DSECTs to C/C++ headeers by using the IBM C Compiler-included CDSECT utility. I just Googled convert C struct to perl and got a number of hits, so I would guess IBM DSECT to any of the languages you mention is do-able, if not pretty. You might object that IBM C is a separately charged product, but it uses the ADATA output of the assembler, which is documented. I don't think it would be real hard to write a DSECT to any arbitrary data schema program, especially if it were for your own use and you could tolerate a 90% job. Hey, there's a product for you: a DSECT to XML schema converter. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Friday, January 03, 2014 12:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF (was: REXX tutorial) (on SMF schemas) I think that it would be useful to consider processing SMF data in other languages, like Perl, Python, System/R, C, etc. If you had record schemas you could generate the language bindings. Although not readily available on z/OS, any of these languages/tools could be run on z Linux, which also has the advantage moving general processor usage. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Jan 3, 2014 at 2:04 PM, Kirk Wolf k...@dovetail.com wrote: Even better if the SMF records were uniformly described by some metadata format (schema) that described the fields in the record. Consider the IBM SMF record DSECTS - one has to look at the field comments to determine not only structure (e.g. triplets) but also whether some C fields are really character or numeric, dates, times, etc, etc. Much better would be if IBM published some sort of metadata / schema, perhaps in XML, that had all of the information in the DSECT, but also included structure, data types, etc.Utilities could be used to convert these into record / DSECTS in assembler or HLLs. It wouldn't have to be XML so long as there were a defined grammer, standard data types, etc. If done properly so as to include comments for each field, this would also cover 90% of the necessary documentation requirements. Currently, the closest thing to SMF schemas are in MXG (SAS). -- 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: Data type declaration
So when we are moving from a alphanumeric to signed decimal it the data is shown correctly in fileaid, where as when we move from numeric to signed numeric the data is not showing correctly in fileaid. So i am wondering what is the issue ? Thanks Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
old EKM software question
Hi, Is anybody using the old encryption key manager for tape encryption? I'm working on setting it up using RACF as my key store. The documentation that comes with it says specifically that the userid that the EKM runs under does not need to be UID=0. However, when I try to start the EKM software, if I start it with the userid having root, the software starts up just fine. If I change the UID to something non-zero, the EKM fails to start. I can't find anything in the doc that says what authority I need to give the EKM userid and the extent of error messages I get is this (no RACF violations): Prod1:EKMSERV:/u/ekmserv: $ java -Djava.protocol.handler.pkgs=com.ibm.crypto.provider com.ibm.keymanager.EKMServer /u/ekmserv/KeyManagerConfig.properties Loaded drive key store successfully No symmetric keys in symmetricKeySet, LTO drives cannot be supported. EKMServer:serverParams shutdown complete.. Exception occurs while shutting down the server. shutting down EKM Server done Prod1:EKMSERV:/u/ekmserv: $ The audit shows this error - second to last stanza (snipped the non-error stanzas): Runtime event: outcome= result=successful event type=SECURITY_RUNTIME action=runEKMServer Resource management event: outcome= result=successful event type=SECURITY_MGMT_RESOURCE action=retrieve Resource management event: outcome= result=successful event type=SECURITY_MGMT_RESOURCE action=retrieve Runtime event: outcome= result=unsuccessful event type=SECURITY_RUNTIME message=no symmetric Key aliases LTO drives not supported. action=stop Runtime event: outcome= result=successful event type=SECURITY_RUNTIME action=runEKMServer Resource management event: outcome= result=successful event type=SECURITY_MGMT_RESOURCE action=retrieve Runtime event: timestamp=Thu Oct 16 15:22:36 GMT-05:00 2014 ComponentId= threadId=Thread main,5,main event source=com.ibm.keymanager.EKMServer outcome= result=unsuccessful event type=SECURITY_RUNTIME resource= name=EKM server;type=application action=start user= name=EKMAdmin Runtime event: outcome= result=successful event type=SECURITY_RUNTIME action=stop Does anybody have any thoughts offhand as to what authorizations I should give this ID - or are others running this as root? I'm thinking of just starting down the IRR.DIGTCERT type profiles granting access to see if I can find it but I'd rather not just shoot from the hip on this. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for
Re: How to quietly terminate not detached subtask
On Thu, 16 Oct 2014 13:00:12 -0500, Victor Gil victor@broadridge.com wrote: Working on a general purpose callable subroutine to connect to a remote DB2 subsystem and return values back to the caller. Since the caller may [and WILL] have established its own DB2 connection to a local DB2 subsystem, possibly with some cursors open and DB2 locks acquired, the subroutine must run under a different TCB. You might consider going a bit further, and using fork() and execmvs() to create a new address space running your new code. That will isolate it quite well from the original task. And since you will not get control to signal it to terminate, it might do so after some period of time without hearing from you, say 5 minutes or whatever value you consider reasonable. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Data type declaration
On Thu, 16 Oct 2014 15:15:46 -0500, Ron Thomas ron5...@gmail.com wrote: Hi. We have the below layouts in the module AS-IS Version of the code 03 MIA-KEY. 05 MIA-SUFFIX PIC X(2) VALUE 'IT'. 05 MIA-ITEM-NUMBER. 07 MIA-WPM-DEPT PIC 9(2). 07 MIA-WM-DEPTPIC 9(2). 07 MIA-ITEM-SEQ PIC X(5). 05 MIA-KEY-FILLER PIC X(5) VALUE SPACES. TO-BE Version of the code 03 MIA-KEY. 05 MIA-SUFFIX PIC X(2) VALUE 'IT'. 05 MIA-ITEM-NUMBER PIC 9(9). 05 MIA-KEY-FILLER PIC X(5) VALUE SPACES. 01 OUTFILE-REC. 03 ITEM-NUMB-OUTPIC S9(9). 03 MBM-CODE-OUT PIC X. This is how now we are seeing the data after moving to OUTFILE . Here we are seeing the data not in the correct format. Please let me know do we need to change any thing in the declaration ? ITEM-NUMB-OUT MBM-CODE-OUT 9/SNUM1/AN (1-9) (10-10) 1 2--- * 00010091H P C D 000100918 7 - 00010192D M C D 000101924 4 Thanks Ron T Assuming you are moving MIA-ITEM-NUMBER to ITEM-NUMB-OUT, in the AS-IS version of the code, you are moving a Group Item to an Elementary Item, so this is Group Move. For Group Moves, no data conversion takes place, the data is move as is. Since the fields are the same length, no padding or truncation takes place. In the TO-BE version of the code, both items are Elementary Items so an Elementary Move is done and data conversion will take place. Since the output field is signed, COBOL generates extra instructions to make sure the output field contains a valid sign. If you want the data as is, then change ITEM-NUMB-OUT to be PIC 9(9). -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
More SNTP
Hi, We have a two LPAR parallel sysplex running on a z10. In order for me to use the Comm Server SNTP task, do I have to configure the HMC to be an NTP server, and SNTP is the client that other sources will poll for the time? How does the SNTP server get the time from the z10? and once it is received does it broadcast the time to other NTP servers on the network? Starting the SNTP server looks very straight forward, it's the synching up with the z10 is what I am missing. Thanks, Dean -- Dean Montevago -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP GET and PUT problems on z/OS 2.1
We have been experiencing problems with certain FTP transmissions after upgrading to z/OS 2.1. We know about PI09301 which affects TSO, but these jobs are batch jobs. Anyone seen this happeneing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP GET and PUT problems on z/OS 2.1
So PI09301 states * z/OS FTP cannot pull data off the REXX * * stack after FTP is put into the AUTHCMD * * section of IKJTSOxx which is required by * * z/OS FTP from V2R1 How is that related to your issue? Are you running REXX to do FTP? Or if you could provide some more details, it would help. What do you mean by experiencing problems ? FTP is not running, fails to run, runs but does not do X, etc... Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Fletcher Sent: Thursday, October 16, 2014 8:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP GET and PUT problems on z/OS 2.1 We have been experiencing problems with certain FTP transmissions after upgrading to z/OS 2.1. We know about PI09301 which affects TSO, but these jobs are batch jobs. Anyone seen this happeneing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN