Re: SMP/E packaging of maintence / products
Schwarz, Barry A pisze: I guess you guys never have to support a customer whose system doesn't even include TCP/IP, let alone anything modern. I used to work in several shops where things were set up in constrast with common sense. In verey case simple things like PTF file upload can take much, much more time more than they should. In case of lack of TCP/IP connection or (more frequent) ftp you still have IND$FILE, so it is not to bad. In my shop one of my responsibilities is to make things easier. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MIM - GRS conversion in practice
Hello group, With the information from several discussions in the last year or so and the new ability to convert from GRSRNL=EXCLUDE to GRSRNL=xx without a Sysplex wide downtime, we had everything in place to execute the scenario on our Testsysplex. There we ran into a sneaky MIM problem. MIM has implemented GRS exit ISGNQXITBATCHCND with 2 modules named MIM=XXBC and MIM=QXFX. Stopping MIM will not deactivate the exit and blocks the GRSRNL conversion and because of the non-standard modulenames, the exit cannot be deactivated either with a SET PROG=xx scenario. Any ideas to tackle this hurdle? Thanks, Kees. ** 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Default keep alive question
Vic The best list to use for questions concerning the Communications Server IP component (even the Communications Server SNA component given that Enterprise Extender is so often the subject) is the IBMTCP-L list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - Your precise answer is at the end of the post. If there were such an API, it would be one of the options of either the getsockopt() call or the getibmsockopt() call and the equivalent in languages other than C. You may be aware that the matter of TCP keep-alive is not quite as straightforward as it might be. To be sure I cover the topic correctly - as best I can - I'll quote what is said in the CS IP Configuration Reference regarding the value in which you are interested, the one that shows up in the NETSTAT CONFIG output as DefaultKeepALive specified by the PROFILE TCPCONFIG statement INTERVAL parameter: quote INTERVAL default_keepalive_interval The default TCP keepalive interval for applications that enable the SO_KEEPALIVE socket option and do not override the interval using the TCP_KEEPALIVE socket option. The range is 0 - 35 791 minutes, and the default is 120. A value of 0 disables the keepalive function, so that sockets for which SO_KEEPALIVE is specified do not perform TCP keepalive. In this case, sockets specifying a specific interval using TCP_KEEPALIVE continue to send keepalive probes. TCP keepalive probes end TCP connections after a period of inactivity. TCP keepalive is disabled by default for a connection, but can be enabled by issuing the SO_KEEPALIVE or TCP_KEEPALIVE socket options. The TCP_KEEPALIVE socket option enables the application to specify the keepalive probe interval, while the SO_KEEPALIVE socket option uses default_keepalive_interval as the interval. After the interval has expired, TCP sends a single keepalive probe to the peer. If the TCP_KEEPALIVE socket option is not used to specify the probe interval, a total of ten probes are then sent at 75-second intervals if no response is received from the peer. If no response has been received 75 seconds after the last probe, the connection is reset. If TCP_KEEPALIVE is used to specify the keepalive probe interval, the number of probes and the interval between the probes might differ depending on the interval specified. /quote It was only after I read the last sentence that I realised the topic was even more complicated than I had initially supposed! OK, INTERVAL sets a node-wide keepalive interval for those TCP sockets which have decided to call upon the keepalive service by requesting it by means of the setsockopt() SO_KEEPALIVE option. The default is for the service to be disabled. The value of the SO_KEEPALIVE option can be obtained by means of the getsockopt() call. Note that, even if the program requests that the service is enabled, it can effectively be disabled on a node-wide basis, by setting 0 as the value for the INTERVAL parameter. But there is also the TCP_KEEPALIVE option of the setsockopt() and getsockopt() calls. This requests the service and sets a value for the interval. Moreover it sets up a regime for conducting the keepalive testing should it be called upon - that's the unexpected complication in that last sentence! quote TCP_KEEPALIVE Use this option to set or determine whether a socket-specific timeout value (in seconds) is to be used in place of a configuration-specific value whenever keep alive timing is active for that socket. When activated, the socket- specified timer value remains in effect until respecified by SETSOCKOPT or until the socket is closed. See the z/OS Communications Server: IP Programmer's Guide and Reference for more information about the socket option parameters. /quote The configuration-specific value is the value of the INTERVAL parameter when the service is enabled using the SO_KEEPALIVE option rather than the TCP_KEEPALIVE option. For reasons best known to the manual authors the section you need now to consult for the specifics of how the TCP_KEEPALIVE option works is tucked away as the last section of the last chapter of the CS IP Programmer's Guide and Reference manual! When you have read this section you may decide that the TCP_KEEPALIVE option better satisfies your needs that the mechanism associated with the PROFILE TCPCONFIG statement INTERVAL parameter and the SO_KEEPALIVE option. - Finally, to answer your question, I am not aware of an easy-to-use API which yields the value configured on the PROFILE TCPCONFIG statement INTERVAL parameter. It is possible to extract the value as an SNMP manager accessing the MIB variable ibmMvsTcpKeepAliveTimer, 1.3.6.1.4.1.2.6.19.2.2.2.4. If there's an easier way, I hope someone will jump in with the answer. I suspect some technique able to extract the value from the output of the NETSTAT CONFIG output might be the
Re: SMP/E packaging of maintence / products (was: FMID descriptions)
Your can divide this storage up in any format you like 3’s 24’s, what not. Why the operate with mod 3’s is beyond me it cause more problems then it solves. Maybe because changing to bigger volumes costs downtime of the control unit? At least I was told it does, as the CU cannot be reconfigured while active IO is going on. And downtime of the control unit means downtime for x number of lpars behind that control unit, most of them IPL-able 4 times per year. And no, we don't have enough money to have two CUs per lpar. Actually, we do, but those are the mirrors. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Default keep alive question
Note that applications can set and override the keep-alive values. We just spent 6 months resolving a problem with keep-alive timeouts and it turned out that an application running on a Windows server was setting the values and overriding TCP/IP and firewall settings (another place where they set keep-alive). Mainframe applications can also set the value. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, June 02, 2009 7:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Default keep alive question Vic The best list to use for questions concerning the Communications Server IP component (even the Communications Server SNA component given that Enterprise Extender is so often the subject) is the IBMTCP-L list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - Your precise answer is at the end of the post. If there were such an API, it would be one of the options of either the getsockopt() call or the getibmsockopt() call and the equivalent in languages other than C. You may be aware that the matter of TCP keep-alive is not quite as straightforward as it might be. To be sure I cover the topic correctly - as best I can - I'll quote what is said in the CS IP Configuration Reference regarding the value in which you are interested, the one that shows up in the NETSTAT CONFIG output as DefaultKeepALive specified by the PROFILE TCPCONFIG statement INTERVAL parameter: quote INTERVAL default_keepalive_interval The default TCP keepalive interval for applications that enable the SO_KEEPALIVE socket option and do not override the interval using the TCP_KEEPALIVE socket option. The range is 0 - 35 791 minutes, and the default is 120. A value of 0 disables the keepalive function, so that sockets for which SO_KEEPALIVE is specified do not perform TCP keepalive. In this case, sockets specifying a specific interval using TCP_KEEPALIVE continue to send keepalive probes. TCP keepalive probes end TCP connections after a period of inactivity. TCP keepalive is disabled by default for a connection, but can be enabled by issuing the SO_KEEPALIVE or TCP_KEEPALIVE socket options. The TCP_KEEPALIVE socket option enables the application to specify the keepalive probe interval, while the SO_KEEPALIVE socket option uses default_keepalive_interval as the interval. After the interval has expired, TCP sends a single keepalive probe to the peer. If the TCP_KEEPALIVE socket option is not used to specify the probe interval, a total of ten probes are then sent at 75-second intervals if no response is received from the peer. If no response has been received 75 seconds after the last probe, the connection is reset. If TCP_KEEPALIVE is used to specify the keepalive probe interval, the number of probes and the interval between the probes might differ depending on the interval specified. /quote It was only after I read the last sentence that I realised the topic was even more complicated than I had initially supposed! OK, INTERVAL sets a node-wide keepalive interval for those TCP sockets which have decided to call upon the keepalive service by requesting it by means of the setsockopt() SO_KEEPALIVE option. The default is for the service to be disabled. The value of the SO_KEEPALIVE option can be obtained by means of the getsockopt() call. Note that, even if the program requests that the service is enabled, it can effectively be disabled on a node-wide basis, by setting 0 as the value for the INTERVAL parameter. But there is also the TCP_KEEPALIVE option of the setsockopt() and getsockopt() calls. This requests the service and sets a value for the interval. Moreover it sets up a regime for conducting the keepalive testing should it be called upon - that's the unexpected complication in that last sentence! quote TCP_KEEPALIVE Use this option to set or determine whether a socket-specific timeout value (in seconds) is to be used in place of a configuration-specific value whenever keep alive timing is active for that socket. When activated, the socket- specified timer value remains in effect until respecified by SETSOCKOPT or until the socket is closed. See the z/OS Communications Server: IP Programmer's Guide and Reference for more information about the socket option parameters. /quote The configuration-specific value is the value of the INTERVAL parameter when the service is enabled using the SO_KEEPALIVE option rather than the TCP_KEEPALIVE option. For reasons best known to the manual authors the section you need now to consult for the specifics of how the TCP_KEEPALIVE option works is tucked away as the last section of the last chapter of the CS IP Programmer's Guide and Reference manual! When you have read this section you may decide that the TCP_KEEPALIVE option better satisfies your needs that the mechanism
Re: MIM - GRS conversion in practice
Kees, You have a couple of options that I can think of : (1) Ask CA for assistance - maybe the MIM team have an official or un-official utility to help you. (2) If you are comfortable with assembler, code up a quick+dirty pgm to invoke the CSVDYNEX service to delete the exit modules. Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: 02 June 2009 12:21 To: IBM-MAIN@bama.ua.edu Subject: MIM - GRS conversion in practice Hello group, With the information from several discussions in the last year or so and the new ability to convert from GRSRNL=EXCLUDE to GRSRNL=xx without a Sysplex wide downtime, we had everything in place to execute the scenario on our Testsysplex. There we ran into a sneaky MIM problem. MIM has implemented GRS exit ISGNQXITBATCHCND with 2 modules named MIM=XXBC and MIM=QXFX. Stopping MIM will not deactivate the exit and blocks the GRSRNL conversion and because of the non-standard modulenames, the exit cannot be deactivated either with a SET PROG=xx scenario. Any ideas to tackle this hurdle? Thanks, Kees. ** 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM - GRS conversion in practice
There we ran into a sneaky MIM problem. MIM has implemented GRS exit ISGNQXITBATCHCND with 2 modules named MIM=XXBC and MIM=QXFX. Stopping MIM will not deactivate the exit and blocks the GRSRNL conversion and because of the non-standard modulenames, the exit cannot be deactivated either with a SET PROG=xx scenario. Well, well, well - CA dropping exits all over the place that can't be managed properly. Who'da thought ?. No doubt done for our convenience. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE RPG question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Monday, June 01, 2009 7:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSE RPG question At 09:35 -0400 on 06/01/2009, Thompson, Steve wrote about Re: VSE RPG question: SNIPPAGE [snip of my comment about using auto-tabbing And you are going to change your edit macro (or have it smart enough to handle...) as you need to enter/update F/E/L/I/C/O/** specs? (If you don't know RPG, you won't recognize **). BTDT, and it sucks. I may be misunderstanding you but I fail to see how the need for DISPLAY Highlighting has anything to do with getting the text contents into the correct columns (which was the original complaint that I was responding to). SNIP Yes, you are misunderstanding. I worked with SPF long before ISPF and with RPG on VS1 and MVS. Trying to set tabs to handle the different fields for a CALC spec (or pick your favorite) is one thing. But trying to get the edit macro(s) to automatically recognize that you have moved from File spec (F) to Input spec (I) all the way to array/table definitions without having hit enter just ain't gonna happen -- Because you would have to hit enter after putting in the spec byte (H/F/E/L/I etc.) so the editor would understand the rest of the statement. And then the attribute bytes needed for tabbing will get in the way. I've also used terminals that allowed for the setting of tab points that were not 3270 attributes. RPG is too complicated for them as well. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book on Poughkeepsie
On Mon, 01 Jun 2009 20:22:25 -0400, Peter Flass peter_fl...@yahoo.com wrote: I've seen all of that - with cards with different cuts in the same deck, to make them easy to locate. We used to just run a felt-tip pen across the top. You could distinguish four colors of cards pretty easily. But it is easy to grab a card that was added for a run, or grab the source code separate from the JCL, if we could feel the difference. One card-shark/magician trick with playing cards involves cards that are trimmed to be narrower on one side than the other. Without being apparent to the eye, an card placed backwards can be grabbed with the fingers easily. Punched card decks can be worked in a similar manner. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
INFOZIP 2Gb
Hi there listers, I've searched the archives of previous posts on the subject in the hope someone has experienced the same problem. However I only managed few statements that perhaps indicate that INFOZIP has a 2Gb limit. The file we need to zip actually has: 15,694,524,498 Bytes The INFOZIP ZIP JCL completes with RC=0 and the following info : Translating to ASCII... adding: /yy/zzz/ONCEOFF1.A01 (in=2821109409) (out=1028850252) (deflate total bytes=2,821,109,409 compressed=1,028,850,252 - 64% savings The INFOZIP job doesn't give any error message indicating that it couldn't manage zipping the 14.6Gb file. 1. Is it correct that INFOZIP has a 2Gb limit which prevents this. Should the job not have given an error message? Does anyone have a work-around for the 2Gb limit in INFOZIP ? 2. Is there anyway to avoid the file xxx.yy.zzz.ONCEOFF1.A01 being stored in the ZIP file as /yy/zzz/ONCEOFF1.A01 We are running z/OS 1.9 Copyright (C) 1990-1999 Info-ZIP Type 'zip -L' for software license. Zip 2.3 (November 29th 1999). Your advice on the above issues is most appreciated. Kind Regards, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Default keep alive question
Eileen Did you mean to alert us to the possibility that the *partner* TCP application may be using its own TCP keepalive service? Also that a firewall could be operating its own keepalive mechanism so that either partner could be subject to a keepalive regime although neither had actually requested one? All that is certainly handy to know. Since Vic is talking about a programming interface, he is posting in the IBM- MAIN list and he refers to TSO NETSTAT it's certain he is talking about the Communications Server IP component. That being so, I have pointed out how he can control - through the sockets API - the TCP keepalive service in the IP node with about which he would appear to be most concerned. However, it's true we haven't been told what he really wants to do and we can only guess based on the detailed query. Chris Mason On Tue, 2 Jun 2009 08:40:12 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: Note that applications can set and override the keep-alive values. We just spent 6 months resolving a problem with keep-alive timeouts and it turned out that an application running on a Windows server was setting the values and overriding TCP/IP and firewall settings (another place where they set keep-alive). Mainframe applications can also set the value. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, June 02, 2009 7:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Default keep alive question Vic The best list to use for questions concerning the Communications Server IP component (even the Communications Server SNA component given that Enterprise Extender is so often the subject) is the IBMTCP-L list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - Your precise answer is at the end of the post. If there were such an API, it would be one of the options of either the getsockopt() call or the getibmsockopt() call and the equivalent in languages other than C. You may be aware that the matter of TCP keep-alive is not quite as straightforward as it might be. To be sure I cover the topic correctly - as best I can - I'll quote what is said in the CS IP Configuration Reference regarding the value in which you are interested, the one that shows up in the NETSTAT CONFIG output as DefaultKeepALive specified by the PROFILE TCPCONFIG statement INTERVAL parameter: quote INTERVAL default_keepalive_interval The default TCP keepalive interval for applications that enable the SO_KEEPALIVE socket option and do not override the interval using the TCP_KEEPALIVE socket option. The range is 0 - 35 791 minutes, and the default is 120. A value of 0 disables the keepalive function, so that sockets for which SO_KEEPALIVE is specified do not perform TCP keepalive. In this case, sockets specifying a specific interval using TCP_KEEPALIVE continue to send keepalive probes. TCP keepalive probes end TCP connections after a period of inactivity. TCP keepalive is disabled by default for a connection, but can be enabled by issuing the SO_KEEPALIVE or TCP_KEEPALIVE socket options. The TCP_KEEPALIVE socket option enables the application to specify the keepalive probe interval, while the SO_KEEPALIVE socket option uses default_keepalive_interval as the interval. After the interval has expired, TCP sends a single keepalive probe to the peer. If the TCP_KEEPALIVE socket option is not used to specify the probe interval, a total of ten probes are then sent at 75-second intervals if no response is received from the peer. If no response has been received 75 seconds after the last probe, the connection is reset. If TCP_KEEPALIVE is used to specify the keepalive probe interval, the number of probes and the interval between the probes might differ depending on the interval specified. /quote It was only after I read the last sentence that I realised the topic was even more complicated than I had initially supposed! OK, INTERVAL sets a node-wide keepalive interval for those TCP sockets which have decided to call upon the keepalive service by requesting it by means of the setsockopt() SO_KEEPALIVE option. The default is for the service to be disabled. The value of the SO_KEEPALIVE option can be obtained by means of the getsockopt() call. Note that, even if the program requests that the service is enabled, it can effectively be disabled on a node-wide basis, by setting 0 as the value for the INTERVAL parameter. But there is also the TCP_KEEPALIVE option of the setsockopt() and getsockopt() calls. This requests the service and sets a value for the interval. Moreover it sets up a regime for conducting the keepalive testing should it be called upon - that's the unexpected complication in that last sentence! quote TCP_KEEPALIVE Use this option to set or determine whether a socket-specific timeout value (in seconds) is to be used in place of a
Re: INFOZIP 2Gb
What is the business mission? Doesn't sound like Infozip is the right tool for the job as very few files systems can handle a file that size. Just glancing at the maximums for various file systems, I'd say that 2gb is a practical limit. If this file is for use only on z/os, then I'd suggest SMS compression. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vikesh Bhoola Sent: Tuesday, June 02, 2009 9:44 AM To: IBM-MAIN@bama.ua.edu Subject: INFOZIP 2Gb Hi there listers, I've searched the archives of previous posts on the subject in the hope someone has experienced the same problem. However I only managed few statements that perhaps indicate that INFOZIP has a 2Gb limit. The file we need to zip actually has: 15,694,524,498 Bytes The INFOZIP ZIP JCL completes with RC=0 and the following info : Translating to ASCII... adding: /yy/zzz/ONCEOFF1.A01 (in=2821109409) (out=1028850252) (deflate total bytes=2,821,109,409 compressed=1,028,850,252 - 64% savings The INFOZIP job doesn't give any error message indicating that it couldn't manage zipping the 14.6Gb file. 1. Is it correct that INFOZIP has a 2Gb limit which prevents this. Should the job not have given an error message? Does anyone have a work-around for the 2Gb limit in INFOZIP ? 2. Is there anyway to avoid the file xxx.yy.zzz.ONCEOFF1.A01 being stored in the ZIP file as /yy/zzz/ONCEOFF1.A01 We are running z/OS 1.9 Copyright (C) 1990-1999 Info-ZIP Type 'zip -L' for software license. Zip 2.3 (November 29th 1999). Your advice on the above issues is most appreciated. Kind Regards, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Default keep alive question
since last December we have been getting ASOD abends in certain CICS transactions, which indicates that a premature 'RST' instead of a 'FIN' was being issued, so CICS issued an abend in response to it. the abends were documented as being in response to insufficient keep-alive values and I reported the problem to CICS support, who said to look into the use of 'port scanners', which were software packages that Internet security might be running to scan the ports. And Internet security also runs firewalls with a default timeout of 1 hour. our TCP/IP is set to the default of 2 hours. the users were asked to check the server software and did not find that it itself was setting keep-alive values, but after 6 months, we finally found that the application itself running on a windows server and which invokes the url to the CICS application was setting connection timeout values. And someone from the CICS list also showed me a way to set the keep-alive directly from the CICS web applications. So, just knowing what the default TCP/IP values are might be meaningless, since they can easily be overridden by user applications. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, June 02, 2009 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Default keep alive question Eileen Did you mean to alert us to the possibility that the *partner* TCP application may be using its own TCP keepalive service? Also that a firewall could be operating its own keepalive mechanism so that either partner could be subject to a keepalive regime although neither had actually requested one? All that is certainly handy to know. Since Vic is talking about a programming interface, he is posting in the IBM- MAIN list and he refers to TSO NETSTAT it's certain he is talking about the Communications Server IP component. That being so, I have pointed out how he can control - through the sockets API - the TCP keepalive service in the IP node with about which he would appear to be most concerned. However, it's true we haven't been told what he really wants to do and we can only guess based on the detailed query. Chris Mason On Tue, 2 Jun 2009 08:40:12 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: Note that applications can set and override the keep-alive values. We just spent 6 months resolving a problem with keep-alive timeouts and it turned out that an application running on a Windows server was setting the values and overriding TCP/IP and firewall settings (another place where they set keep-alive). Mainframe applications can also set the value. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, June 02, 2009 7:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Default keep alive question Vic The best list to use for questions concerning the Communications Server IP component (even the Communications Server SNA component given that Enterprise Extender is so often the subject) is the IBMTCP-L list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - Your precise answer is at the end of the post. If there were such an API, it would be one of the options of either the getsockopt() call or the getibmsockopt() call and the equivalent in languages other than C. You may be aware that the matter of TCP keep-alive is not quite as straightforward as it might be. To be sure I cover the topic correctly - as best I can - I'll quote what is said in the CS IP Configuration Reference regarding the value in which you are interested, the one that shows up in the NETSTAT CONFIG output as DefaultKeepALive specified by the PROFILE TCPCONFIG statement INTERVAL parameter: quote INTERVAL default_keepalive_interval The default TCP keepalive interval for applications that enable the SO_KEEPALIVE socket option and do not override the interval using the TCP_KEEPALIVE socket option. The range is 0 - 35 791 minutes, and the default is 120. A value of 0 disables the keepalive function, so that sockets for which SO_KEEPALIVE is specified do not perform TCP keepalive. In this case, sockets specifying a specific interval using TCP_KEEPALIVE continue to send keepalive probes. TCP keepalive probes end TCP connections after a period of inactivity. TCP keepalive is disabled by default for a connection, but can be enabled by issuing the SO_KEEPALIVE or TCP_KEEPALIVE socket options. The TCP_KEEPALIVE socket option enables the application to specify the keepalive probe interval, while the SO_KEEPALIVE socket option uses default_keepalive_interval as the interval. After the interval has expired, TCP sends a single keepalive probe to the peer. If the TCP_KEEPALIVE socket option is not used to specify the probe interval, a total of ten probes are then sent at 75-second intervals if no response is received from the
Re: SYSLOG-Routing codes
ok--understand what your saying but how does that translate to the msg?? N 0004000 XA91 09153 10:46:14.89 JOB13668 /\ how is this related to the code ?? or N 280 XA91 09153 10:46:15.16 STC06759 /\ From: Bob Rutledge deerh...@ix.netcom.com To: IBM-MAIN@bama.ua.edu Date: 06/01/2009 04:18 PM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They are described in the introduction part of any volume of System Messages under Messages sent to hardcopy...: First 28 route codes. Bob Ron Wells wrote: Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
It looks like you are using the IBM Tools and Toys port of InfoZip? Just a guess, but it was built by IBM without the C library _LARGE_FILES feature macro. Kirk Wolf Dovetailed Technologies On Tue, Jun 2, 2009 at 9:43 AM, Vikesh Bhoola vbho...@sars.gov.za wrote: Hi there listers, I've searched the archives of previous posts on the subject in the hope someone has experienced the same problem. However I only managed few statements that perhaps indicate that INFOZIP has a 2Gb limit. The file we need to zip actually has: 15,694,524,498 Bytes The INFOZIP ZIP JCL completes with RC=0 and the following info : Translating to ASCII... adding: /yy/zzz/ONCEOFF1.A01 (in=2821109409) (out=1028850252) (deflate total bytes=2,821,109,409 compressed=1,028,850,252 - 64% savings The INFOZIP job doesn't give any error message indicating that it couldn't manage zipping the 14.6Gb file. 1. Is it correct that INFOZIP has a 2Gb limit which prevents this. Should the job not have given an error message? Does anyone have a work-around for the 2Gb limit in INFOZIP ? 2. Is there anyway to avoid the file xxx.yy.zzz.ONCEOFF1.A01 being stored in the ZIP file as /yy/zzz/ONCEOFF1.A01 We are running z/OS 1.9 Copyright (C) 1990-1999 Info-ZIP Type 'zip -L' for software license. Zip 2.3 (November 29th 1999). Your advice on the above issues is most appreciated. Kind Regards, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On 2 Jun 2009 07:59:48 -0700, in bit.listserv.ibm-main (Message-ID:e9b711ddd327e345bd0e8d20960bc9880ac51...@ptabrmsg02.sars.gov.za) vbho...@sars.gov.za (Vikesh Bhoola) wrote: I've searched the archives of previous posts on the subject in the hope someone has experienced the same problem. However I only managed few statements that perhaps indicate that INFOZIP has a 2Gb limit. The file we need to zip actually has: 15,694,524,498 Bytes GIYF. http://www.info-zip.org/FAQ.html#limits says (slightly edited by me): uncompressed size of a single file - 4 GB - This is also not a hard limit, in that the deflate algorithm used in all recent releases has its own end of stream marker. Some file systems and/or C libraries may not support files this big, however... Also, to report bugs: http://www.info-zip.org/board/board.pl -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
It's a bitmap of routing codes 0004000 is 0100 first bit is routecode 1 next is 2 etc. Translates to routecode 14 280 is 0010 1000 Translates to routecodes 3 and 5 -Original Message- Ron Wells ok--understand what your saying but how does that translate to the msg?? N 0004000 XA91 09153 10:46:14.89 JOB13668 /\ how is this related to the code ?? or N 280 XA91 09153 10:46:15.16 STC06759 /\ From: Bob Rutledge deerh...@ix.netcom.com To: IBM-MAIN@bama.ua.edu Date: 06/01/2009 04:18 PM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They are described in the introduction part of any volume of System Messages under Messages sent to hardcopy...: First 28 route codes. Bob Ron Wells wrote: Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RXSTOR64 (was Re: Java V5 s0c4)
On Thu, 28 May 2009 12:08:49 -0500, Mark Zelden mark.zel...@zurichna.com wrote: On Thu, 28 May 2009 11:55:03 -0500, Kirk Wolf k...@dovetail.com wrote: Agreed. This is the most likely problem (MEMLIMIT). If you run HelloWorld from the JZOS batch launcher with LOGLVL=+D, the JZOS batch JVM launcher will display memory limits from the LDA to confirm your actual available storage. Under USS using the java launcher, you may want to try something like Mark Zeldon's RXSTOR64 exec under USS: That's Zelden with an e ... :-) (everyone seems to spell it that way) Or REXXSTOR is probably simpler and will just list the memory limits for your task. Speaking of RXSTOR64 I've just added in HVCOMMON (64-bit common) displays on an ASID level and system level totals. The system and control blocks tell me 5M is allocated but I can't attribute it to any ASID. The new z/OS 1.10 RMF III display shows the same thing. If anyone knows they have some HVCOMMON in use and wants to test an updated version of RXSTOR64 for me, please email me off-list. Otherwise I should have the update out on my web site soon regardless. I'm also adding large memory displays (large pages), another thing I can't test yet. Well, no one emailed me but the updated version is on my web site. If anyone has any 64-bit common usage and wants to test / verify the output of RXSTOR64 for me, I would appreciate it. Ditto for large memory objects (large page support - z/OS 1.9 above). Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CL/Supersession and APPN
Chris, Thanks for confirming the compatibility of Supersession and APPN. Is it possible to get contact information for your customer that successfully set this up? I would like to get our VTAM systems programmer to work with your customer if possible. I passed the information you provided in setting up APPN/EE to him and he was able to get APPN working, but now he is struggling with CL/Supersession. Any help you can provide would be most appreciated. Regards, John Au -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Monday, June 01, 2009 4:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CL/Supersession and APPN John The customer with which I work from time to time uses Supersession. It has continued to work without any difficulties while we changed the underlying SNA architecture from subarea (cross-domain) to APPN without any difficulties whatsoever. Do you have any specific concerns? Incidentally, a systems programmer there has even researched using VTAM generic resources with Supersession with success. We hope to put that into production in the near future all in support of the general objective of introducing redundancy in support of continuous availability. It's not down to luck but understanding and planning! Chris Mason On Mon, 1 Jun 2009 14:21:05 -0500, John Au john...@paccar.com wrote: We are trying to get CL/Supersession to work with APPN and not using the VTAM Cross Domain facilities. We would like to phase out our Front end processor (3745). Has anyone had any luck doing this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ICSF pin mailer printing
Anyone out there use ICSF (Integrated Cryptographic Service Facility) for encryption between self and Visa/Mastercard/ATMs? I'm specifically curious about how PIN mailer processing is done. (If it is done!) We currently use Thales Host Security Modules. When a new card is ordered a random PIN is generated. We have a printer physically attached to the HSM which is used to print a mailer that contains the customer's PIN. The only place the PIN is in clear text is on the serial cable that connects the printer to the HSM. I can't see anywhere that ICSF supports this type of thing; thus the question. Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Global mirroring
The question I have is. Can I use Global mirroring to copy from site A to Site B and also at the same time copy from site A to site C? Or do you have to go from site A to B then from site B to site C? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
Ken Thanks... a kick in the head but I got it ... From: Ken Porowski ken.porow...@cit.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 11:03 AM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It's a bitmap of routing codes 0004000 is 0100 first bit is routecode 1 next is 2 etc. Translates to routecode 14 280 is 0010 1000 Translates to routecodes 3 and 5 -Original Message- Ron Wells ok--understand what your saying but how does that translate to the msg?? N 0004000 XA91 09153 10:46:14.89 JOB13668 /\ how is this related to the code ?? or N 280 XA91 09153 10:46:15.16 STC06759 /\ From: Bob Rutledge deerh...@ix.netcom.com To: IBM-MAIN@bama.ua.edu Date: 06/01/2009 04:18 PM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They are described in the introduction part of any volume of System Messages under Messages sent to hardcopy...: First 28 route codes. Bob Ron Wells wrote: Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICSF pin mailer printing
A google of The Thales Host Security Modules solution appears to be software that runs under Windows. ICSF is a hardware and software API feature of z/os. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Tuesday, June 02, 2009 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: ICSF pin mailer printing Anyone out there use ICSF (Integrated Cryptographic Service Facility) for encryption between self and Visa/Mastercard/ATMs? I'm specifically curious about how PIN mailer processing is done. (If it is done!) We currently use Thales Host Security Modules. When a new card is ordered a random PIN is generated. We have a printer physically attached to the HSM which is used to print a mailer that contains the customer's PIN. The only place the PIN is in clear text is on the serial cable that connects the printer to the HSM. I can't see anywhere that ICSF supports this type of thing; thus the question. Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SSL certificate renewal
Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
Yes - all my users receive the certificate, and that is why I had hoped to renew it with the same key, so I would not have to send out a new cert to all the users. It's looking more like I will have to generate a new certificate and send it out. On Tue, Jun 2, 2009 at 1:56 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
I have never tried it with an expired cert but have you tried to change the end date in the expired cert yet to see if that fixes your problem. When creating certs I always change the expire date to something way out there so I do not have problems. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 01:05 PM Subject: Re: SSL certificate renewal Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - all my users receive the certificate, and that is why I had hoped to renew it with the same key, so I would not have to send out a new cert to all the users. It's looking more like I will have to generate a new certificate and send it out. On Tue, Jun 2, 2009 at 1:56 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question concerning pre-mature uncatalog/delete of a tape file.
User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
My somewhat limited experience on this subject is that you cannot new an expired certificate. Now that it's expired you must request a new certificate. Thanks, Ray Baraniecki Morgan Stanley GWMG 18th Floor 1 New York Plaza New York, NY 10004 Office - 212-276-5641 Cell - 917-597-5692 ray.baranie...@morganstaley.com BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS E-MAIL. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Tuesday, June 02, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SSL certificate renewal I don't see how you would go about changing the end date. I would assume that is the purpose of renewing the certificate. On Tue, Jun 2, 2009 at 2:12 PM, Michael Saraco michael.sar...@baer-consulting.com wrote: I have never tried it with an expired cert but have you tried to change the end date in the expired cert yet to see if that fixes your problem. When creating certs I always change the expire date to something way out there so I do not have problems. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 01:05 PM Subject: Re: SSL certificate renewal Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - all my users receive the certificate, and that is why I had hoped to renew it with the same key, so I would not have to send out a new cert to all the users. It's looking more like I will have to generate a new certificate and send it out. On Tue, Jun 2, 2009 at 1:56 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request,
oracle client 92060 and z/os 1.10
Hi, does anyone out there use the oracle client (pro cobol to access oracle on unix) on the mainframe using the following configuration? oracle client 9.2.0.6.0 z/os 1.10 bottom line, is I am trying to find out if the older oracle works on Z/os 1.10 This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
I don't see how you would go about changing the end date. I would assume that is the purpose of renewing the certificate. On Tue, Jun 2, 2009 at 2:12 PM, Michael Saraco michael.sar...@baer-consulting.com wrote: I have never tried it with an expired cert but have you tried to change the end date in the expired cert yet to see if that fixes your problem. When creating certs I always change the expire date to something way out there so I do not have problems. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 01:05 PM Subject: Re: SSL certificate renewal Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - all my users receive the certificate, and that is why I had hoped to renew it with the same key, so I would not have to send out a new cert to all the users. It's looking more like I will have to generate a new certificate and send it out. On Tue, Jun 2, 2009 at 1:56 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HMC question on z9 (through listserver this time)
Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Thanks, -- Neal Elected officials should wear uniforms like NASCAR drivers. That way it would be easier to identify their corporate sponsors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL certificate renewal
I know I created a cert saw it would expire in a year changed the end date and it is still working. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 01:37 PM Subject: Re: SSL certificate renewal Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I don't see how you would go about changing the end date. I would assume that is the purpose of renewing the certificate. On Tue, Jun 2, 2009 at 2:12 PM, Michael Saraco michael.sar...@baer-consulting.com wrote: I have never tried it with an expired cert but have you tried to change the end date in the expired cert yet to see if that fixes your problem. When creating certs I always change the expire date to something way out there so I do not have problems. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2009 01:05 PM Subject: Re: SSL certificate renewal Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - all my users receive the certificate, and that is why I had hoped to renew it with the same key, so I would not have to send out a new cert to all the users. It's looking more like I will have to generate a new certificate and send it out. On Tue, Jun 2, 2009 at 1:56 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: Mark Pace wrote: Trying to follow the directions in the RACF manual to renew a self-signed certificate that expired. A display for ID TN3270 Label:TnServerCert Certificate ID:2Qbj1fPy9/DjleKFmaWFmcOFmaNA Status:TRUST Start Date:2008/05/30 00:00:00 End Date: 2009/05/30 23:59:59 Serial Number:00 Issuer's Name:CN=zos19.OU=IT.O=Mainline.C=US Subject's Name:CN=zos19.OU=IT.O=Mainline.C=US Private Key Type:Non-ICSF Private Key Size:1024 Ring Associations: Ring Owner:TN3270 Ring:TNRING So I see it exists and it's expired. Next create a certificate request based on the old certificate. *racdcert id(TN3270) genreq(label('TnServerCert')) dsn('ibmuser.cert.req')* This executes and creates the IBMUSER.CERT.REQ file. Then renew and replace the certficate. *racdcert id(TN3270) gencert('ibmuser.cert.req') signwith(label('TnServerCert')) * *IRRD107I No matching certificate was found for this user.* I can't figure out why it says this certificate is not found, when I clearly displayed it earlier. I think you need signwith(id(TN3270) label('TnServerCert')), however, I have never tried signing a cert with itself, so I don't know if this works. Do others have a copy of this cert on their TN3270 clients, or do they just accept a self-signed cert? If they just accept the self-signed cert, just create a new one. Alternatively, you could create a signing cert with a long End Date and use that to sign your cert. If the clients have a copy of your cert, just give them a copy of your signig cert to use as the CA for your TN3270 cert. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
Hi Lizzette, Thanks for chiming in. Yes, RGWOPMSC has Expdt=99000 No, CA1 exits are in use. MG3480 YES SCRTCH NO SCRCAT YES Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CL/Supersession and APPN
On Tue, 2 Jun 2009 09:23:52 -0700, John Au john...@paccar.com wrote: ... he was able to get APPN working, but now he is struggling with CL/Supersession. Any help you can provide would be most appreciated. ... I haven't been in a shop with Supersession for over 5 years but I had no trouble getting it to work over APPN connections in my previous shop, and we have TPX (another session manager) working over APPN at my current shop. Do you have other cross domain sessions working over APPN? I can think of no reason there would be a problem with only Supersession. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC question on z9 (through listserver this time)
Yes, it is possible to IPL remotely, sounds like the ID you are logged onto is defined with a SERVICE role. Neal Eckhardt neckha...@penntraffic.com 6/2/2009 3:18 PM Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Thanks, -- Neal Elected officials should wear uniforms like NASCAR drivers. That way it would be easier to identify their corporate sponsors. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
Lizzette, Sorry, I mis-typed. There are no CA1 exits in use. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 3:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Hi Lizzette, Thanks for chiming in. Yes, RGWOPMSC has Expdt=99000 No, CA1 exits are in use. MG3480 YES SCRTCH NO SCRCAT YES Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
CA-FAVER and SMS
Hi All, I'm wondering if anyone has run into this. We back up VSAM files (to DISK) using CA-FAVER 4.3 SP1. The output disk files get assigned a data class that is extended format (non-compressed). The block size being set for the output file is 27998, which appears to be bad for Extended format since there are 32bytes/block overhead for SMS. The current JCL has no DCB information for the output. I've tries DCB=BLKSIZE=0, but still get 27998. I can change the JCL to DCB=BLKSIZE=27966, but I'm wondering if there's any other way. I've been to the CA website, but it appears that FAVER is stabilized. Any pointers are appreciated. Thanks! Bob Lester Systems Storage Oppenheimerfunds 303.768.3504 bles...@oppenheimerfunds.com -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
I forgot one more field. The OCTLG. What is that set to. And that job that uses DISP=OLD has EXPDT=99000 coded? Amazing. Lizette Lizzette, Sorry, I mis-typed. There are no CA1 exits in use. Hi Lizzette, Thanks for chiming in. Yes, RGWOPMSC has Expdt=99000 No, CA1 exits are in use. MG3480 YES SCRTCH NO SCRCAT YES Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC question on z9 (through listserver this time)
There are some variables (such as how you have the HMC set up), but the only thing I've found that you cannot do remotely is configure HMC security and go into service mode (CE mode). Pretty powerful tool. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt Sent: Tuesday, June 02, 2009 2:18 PM To: IBM-MAIN@bama.ua.edu Subject: HMC question on z9 (through listserver this time) Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Thanks, -- Neal Elected officials should wear uniforms like NASCAR drivers. That way it would be easier to identify their corporate sponsors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
OCTLG YES DISP=(OLD,PASS,CATLG), with EXPDT=99000 Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. I forgot one more field. The OCTLG. What is that set to. And that job that uses DISP=OLD has EXPDT=99000 coded? Amazing. Lizette Lizzette, Sorry, I mis-typed. There are no CA1 exits in use. Hi Lizzette, Thanks for chiming in. Yes, RGWOPMSC has Expdt=99000 No, CA1 exits are in use. MG3480 YES SCRTCH NO SCRCAT YES Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the tape is used? Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
Re: CL/Supersession and APPN
Pat, Do you remember if you had to convert all the APPLIDs to use APPC=YES? It appears when we knocked down the Cross Domains and attempt using APPN; VTAM is searching through ISTAPNCP first then the Cross Domain definitions for the APPLIDs. Since we didn't define anything in ISTAPNCP it can't locate the APPLID. We're not exactly sure if definitions are dynamically built in ISTAPNCP or whether we have to manually define them. Any help in pointing us in the right direction would be appreciated. P.S. Mark Yuhas says HI! Regards, John Au -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Tuesday, June 02, 2009 12:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CL/Supersession and APPN On Tue, 2 Jun 2009 09:23:52 -0700, John Au john...@paccar.com wrote: ... he was able to get APPN working, but now he is struggling with CL/Supersession. Any help you can provide would be most appreciated. ... I haven't been in a shop with Supersession for over 5 years but I had no trouble getting it to work over APPN connections in my previous shop, and we have TPX (another session manager) working over APPN at my current shop. Do you have other cross domain sessions working over APPN? I can think of no reason there would be a problem with only Supersession. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CL/Supersession and APPN
On Mon, 1 Jun 2009 18:43:15 -0500, Chris Mason chrisma...@belgacom.net wrote: ... Incidentally, a systems programmer there has even researched using VTAM generic resources with Supersession with success. We hope to put that into production in the near future all in support of the general objective of introducing redundancy in support of continuous availability. ... I'm glad to hear that . 6 or 7 years ago my last shop approached Candle about a GR (or other high availability) configuration for Supersession. They claimed we were the first shop to ask for it (which I found hard to believe). We spent a few weeks working together on a high level design but the project fell apart over financial considerations. (Candle wanted what seemed like an extraordinary amount of money for something they could sell to other customers.) I wonder if the current design looks anything like what we were working on. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CL/Supersession and APPN
On Tue, 2 Jun 2009 12:53:06 -0700, John Au john...@paccar.com wrote: ... Do you remember if you had to convert all the APPLIDs to use APPC=YES? Yes I do (remember) , and know I didn't (have to make the change). No LU definition changes were needed. The only thing beyond the actual connectivity-related definitions was the addition of a default cross-domain COS table. Don't confuse APPN and APPC. APPC is LU_6.2 application support stuff. (That statement will probably cause those in the know to choke.) It is possible that Supersession now uses LU_6.2 sessions between multiple copies of itself and may require APPC=YES for that, but that has nothing to do with your migration to APPN. It appears when we knocked down the Cross Domains and attempt using APPN; VTAM is searching through ISTAPNCP first then the Cross Domain definitions for the APPLIDs. Since we didn't define anything in ISTAPNCP it can't locate the APPLID. We're not exactly sure if definitions are dynamically built in ISTAPNCP or whether we have to manually define them. Any help in pointing us in the right direction would be appreciated. I don't pretend to keep all the details of that straight. Options SOPRDER, SSCPORD, SSEARCH, BNDYN (if you are using Border Node functions), and probably some others I've forgotten. It's complicated during migration. It gets a lot simpler once you're all APPN. Since PACCAR belongs to SHARE I'd *strongly* recommend downloading Johnathan Harter's Searching In Mixed APPN/ Subarea Networks from just about any SHARE over the past few years. Look for other sessions of his, too. He's had lots of them relating to APPN. P.S. Mark Yuhas says HI! And HI back to Mark. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
David, I might run the TMSAUDIT report on the volser and see what it says. I do not know at this point why CA1 might have changed the EXPDT from 99000 to 0 unless something told it to (TMSCLEAN, or TMSCRATCH) See if the AUDIT shows anything. VOLSER=?? TYPE=0,1,2,3,4 FORMAT=LONG Lizette -Original Message- From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Sent: Jun 2, 2009 3:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. OCTLG YES DISP=(OLD,PASS,CATLG), with EXPDT=99000 Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. I forgot one more field. The OCTLG. What is that set to. And that job that uses DISP=OLD has EXPDT=99000 coded? Amazing. Lizette Lizzette, Sorry, I mis-typed. There are no CA1 exits in use. Hi Lizzette, Thanks for chiming in. Yes, RGWOPMSC has Expdt=99000 No, CA1 exits are in use. MG3480 YES SCRTCH NO SCRCAT YES Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Tuesday, June 02, 2009 3:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. Does this job RGWOPMSC have EXPDT coded in the JCL? Is there something in the CA1 exit to change EXPDT in certain conditions? Do you use the following exits: CL05228 CL05232 CL05245 How is TMOOPT00 coded? MG3480 YES ISSUE NOT SCRATCH MSGS TO 3480 DISPLAY SCRTCH NOTMSCLEAN SCRATCH EXTERNAL SECURITY SCRCAT YES SCRATCH EVEN IF CATALOG'ED Lizette Yes I recalled the default 5 day default retention as well. Here are the DAF records for the file: 2009142 20.18.01.43 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.16.48.80 CRTDT=09135 EXPDT=99000 DISP=Old BUFNO=2 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3914 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3913 DSSNO=522187 2009142 20.18.36.15 4090 RGWOPMSC SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT2 OPE=20.18.24.31 CRTDT=09142 EXPDT=0 DISP=Old DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=42 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009142 20.36.54.65 4090 RGWOPDOF SDC=28 NUC=1 SUC=24 VOL=522187 DD=M4OLD OPE=20.36.41.28 CRTDT=09142 EXPDT=0 DISP=OldShr BUFNO=5 DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=3916 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009144 22.00.24.19 4090 RGWOPMHF SDC=28 NUC=1 SUC=24 VOL=522187 DD=SYSUT1 OPE=22.00.14.36 CRTDT=09142 EXPDT=0 DISP=OldShr DSORG=PS RECFM=VB BLKSIZE=32760 LRECL=32420 NVOL=1 EXCP=83 LTYP=SL FLSQ=1 DEBVL=1 DCBBL=3915 DSSNO=522187 2009149 00.05.19.80 4090 STGTMSSC SUB=Delete FNC=Uncatalog CAT=SYSICF.USERCAT.UCAT05 TYP=NonVSAM_Dataset Here is the alleged JCL that referenced the file before it went scratch 5 days later. //COPY.SYSUT1 DD DSN=APA3JLC.PUBLIC.MASTER,DISP=SHR, // UNIT=ETAPE Not sure why they specify UNIT=ETAPE for a cataloged input file. But they claim to have been doing this for years. And before I forget, we are at Zos 1.9 with Jes2. File is not SMS managed. Something else I find strange is the DISP=Oldshr in jobs RGWOPDOF and RGWOPMHF. I checked the JCL and DISP=SHR is specified. e. IIRC 5 days is the default hold before scratch for a catalog controlled tape in order to prevent a catalog issue causing tapes to go scratch. Look at catalog records (60-69) and see if the data set was uncataloged prior to that date. All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 02, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Question concerning pre-mature uncatalog/delete of a tape file. User complained the other day that we had destroyed one of their tapes. I ran a DAF report and sure enough TMS had scratched the tape and uncataloged the file. When the tape was originally created it was under catalog control so that TMS should not have trashed it. But as I look at the DAFRPT I see the EXPDT change from 99000 to 0 and back again. The last entry 5 days before TMS scratched showed Expdt=0. I would have thought that once a tape was created with Expdt=99000, then that field should have remained 99000. Or does 99000 have to be coded in the JCL each time the
Re: SMP/E packaging of maintence / products
IND$FILE works with real hard-wired 3270s, not 3270 emulators?? When I excluded anything modern, that included PCs. -Original Message- From: R.S. [mailto:r.skoru...@bremultibank.com.pl] Sent: Tuesday, June 02, 2009 2:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E packaging of maintence / products Schwarz, Barry A pisze: I guess you guys never have to support a customer whose system doesn't even include TCP/IP, let alone anything modern. I used to work in several shops where things were set up in constrast with common sense. In verey case simple things like PTF file upload can take much, much more time more than they should. In case of lack of TCP/IP connection or (more frequent) ftp you still have IND$FILE, so it is not to bad. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
IND$FILE works with real hard-wired 3270s, not 3270 emulators?? I don't think so! Too bad people can be pulled, and dragged, kicking and screaming into the 1990's. FTP is not unsafe. Accessing the data is (potentially). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
Sorry for responding to my own post. I meant HAVE TO BE, rather than CAN. IND$FILE works with real hard-wired 3270s, not 3270 emulators?? I don't think so! Too bad people can be pulled, and dragged, -» HAVE TO BE kicking and screaming into the 1990's. FTP is not unsafe. Accessing the data is (potentially). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP Question
We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
- Original Message - From: Schwarz, Barry A barry.a.schw...@boeing.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 02, 2009 4:49 PM Subject: Re: SMP/E packaging of maintence / products IND$FILE works with real hard-wired 3270s, not 3270 emulators?? When I excluded anything modern, that included PCs. Barry, IND$FILE works on a 3270. Since TCP/IP has been supported since OS/390, are you really running ESA? 5.2, 4.2, 3.1.3? XA? MVS/370? Yikes. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
They are called 'code pages'. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, June 02, 2009 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
In a message dated 6/2/2009 4:37:47 P.M. Central Daylight Time, pinnc...@rochester.rr.com writes: IND$FILE works on a 3270. What are you talking about? 3270/AT maybe. Last good manual on subject. After we converted to some site wide 3270 emulator IND$FILE was the default transfer mechanism. Later FTP became an option and several applications managed to destroy their custom AFP forms and fonts libraries on the host in less than a weekend before we could get it sorted out. **An Excellent Credit Score is 750. See Yours in Just 2 Easy Steps! (http://pr.atwola.com/promoclk/100126575x1222585042x1201462767/aol?redir=http://www.freecreditreport.com/pm/default.aspx?sc=668072hmpgID=62bcd=Jun eExcfooterNO62) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
Hi Dave, I'm sure that you noticed but the CRTDT changed with RGWOPMSC @ 2009142 20.18.36.15. It went from CRTDT=09135 EXPDT=99000 at 20.18.01.43 to CRTDT=09142 EXPDT=0 at 20.18.36.15. And it looks like the same job? I don't know how to read DAF but could a step in the job (SYSUT2) opened the tape for output and changed TMS? Just a thought Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
It doesn't matter how old the TCP/IP software is. Even on OS/390 1.4 (which is what the customer runs), if you don't have an OSA or a 3172, you are probably not going to run TCP/IP. Just out of curiosity, where does IND$FILE get or put files that are being transferred. I don't remember ever having any kind of file system on a 3270. -Original Message- From: Pinnacle Sent: Tuesday, June 02, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E packaging of maintence / products IND$FILE works on a 3270. Since TCP/IP has been supported since OS/390, are you really running ESA? 5.2, 4.2, 3.1.3? XA? MVS/370? Yikes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products
On Tue, Jun 2, 2009 at 7:00 PM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: Just out of curiosity, where does IND$FILE get or put files that are being transferred. I don't remember ever having any kind of file system on a 3270. It transfers them fine, just doesn't store the result. Exercises the cables, gets the rust out. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC question on z9 (through listserver this time)
On Tue, 2 Jun 2009 15:18:26 -0400, Neal Eckhardt neckha...@penntraffic.com wrote: Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Neal, Do you have a firewall in place? If so, you need to allow communication between the HMC and SE. There are a number of ports that are used by a remote HMC for communications and they are described in Appendix C of the Hardware Management Console Operations Guide (SC28-6873) . Hope this helps . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC question on z9 (through listserver this time)
Sounds like you were about to execute some operation that requires 'Service Mode' enabled first. If you use the 'SYSPROG' id, it is not the CE account id. You need a CE account to enable 'Service Mode' first. Fermat On Wed, Jun 3, 2009 at 7:57 AM, Roger Lowe roger_l...@bigpond.com wrote: On Tue, 2 Jun 2009 15:18:26 -0400, Neal Eckhardt neckha...@penntraffic.com wrote: Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Neal, Do you have a firewall in place? If so, you need to allow communication between the HMC and SE. There are a number of ports that are used by a remote HMC for communications and they are described in Appendix C of the Hardware Management Console Operations Guide (SC28-6873) . Hope this helps . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Would an IODF configuration work for diferent devices ?
Hello, My question is : Given the following working configuration - ++ | LPAR A | LPAR B | +--++--++---+ |chpid 23| |chpid 35| +---++ +-+-+ || || || +---+ +--+ |CU 100 CUAD 1 ||CU 300 CUAD 1 | +---+---+ +---+--+ || || | +---+ | | +---+ |3390 addr range| | 1300 - 13FF| +---+ Now I want to let LPAR B work with the same IODF-IOCDS configuration on an seperate Disk device with the same addresses ! ( Chpid and CU 300 CUAD 1 - left as is ) like the following : +---+ | LPAR A | LPAR B | +--++--++--+ |chpid 23| |chpid 35| +---+---+ +---+---+ | | | | | | +---+ +---+ |CU 100 CUAD 1 ||CU 300 CUAD 1 | +---+---+ +---+--+ | | | | +---+ +---+ |3390 addr range| |3390 addr range| | 1300 - 13FF| | 1300 - 13FF | +---+ +---+ Would this changed configuration work with the same IODF-IOCDS definitions ??? C. Jeret Bank Hapoalim T.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Would an IODF configuration work for diferent devices ?
Hello, My question is : Given the following working configuration - +---+ | LPAR A | LPAR B | +--++--++---+ |chpid 23| |chpid 35| +---++ +---++ | | | | | | +--+ +--+ |CU 100 CUAD 1 | |CU 300 CUAD 1 | +---+--+ +---+--+ | | | | | +---+ | | +---+ |3390 addr range| | 1300 - 13FF | +---+ Now I want to let LPAR B work with the same IODF-IOCDS configuration on an seperate Disk device with the same addresses ! ( Chpid and CU 300 CUAD 1 - left as is ) like the following : +---+ | LPAR A | LPAR B | +--++--++---+ |chpid 23| |chpid 35| +---++ +---++ | | | | | | +--+ +--+ |CU 100 CUAD 1 | |CU 300 CUAD 1 | +---+--+ +---+--+ | | | | +---+ +---+ |3390 addr range| |3390 addr range| | 1300 - 13FF | | 1300 - 13FF | +---+ +---+ Would this changed configuration work with the same IODF-IOCDS definitions ??? C. Jeret Bank Hapoalim T.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC question on z9 (through listserver this time)
On Tue, 2 Jun 2009 15:18:26 -0400, Neal Eckhardt neckha...@penntraffic.com wrote: Ok, we just got a z9, and I'm browsing through the HMC stuff. I have accessed the HMC application through my web browser so I can capture some screen prints for updated documentation. While playing around, I tried to IPL my test system remotely. I got the message: The target does not have service status, but disruptive task is in service role. This cryptic message doesn't tell me much. Is it possible to IPL remotely or is that my problem? Thanks, -- Neal Yes, you can certainly remotely IPL, we do this routinely. I suspect your system is set up to require a Service mode user to do this though. You need your ACSADMIN level user to either grant you the right to IPL (best) or allow remote HMC access for Service mode users (not best, but works). best regards Peter Elected officials should wear uniforms like NASCAR drivers. That way it would be easier to identify their corporate sponsors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
If you haven't customized the SBDATACONN parameter in the FTPDATA and FTSDATA configuration files, the default EBCDIC-ASCII conversion is FTP_STANDARD_TABLE, which for text uses a fixed translation table that pre-dates current code pages and uses 7-bit ASCII -- definitely not a one-to-one mapping, and a text file using all character codes on MVS is guaranteed data loss on round trip via FTP. I would recommend overriding the SBDATACONN default in FTPDATA and FTSDATA with something like SBDATACONN(IBM-1047,ISO8859-1) or perhaps using IBM-037 if you prefer the IBM-037 bracket and logical not conventions to IBM-1047. This gives a one-to-one translation, and a round trip via FTP can get you back to the original text file. I don't have the code sets in front of me, so can't be sure these handle the specific character codes in question as you want, but unless you are wanting a non-conventional translation, the odds are much better when you are dealing with an 8-bit target code set. You can test this out without changing current MVS FTP configuration by overriding your current MVS FTP SBDATACONN defaults: If the transfer is initiated by a client on MVS, before the PUT/GET issue FTP command LOCSITE SBD=(IBM-1047,ISO8859-1) If the transfer is initiated by a client on the UNIX system, before the PUT/GET issue the FTP command QUOTE SITE SBD=(IBM-1047,ISO8859-1) I'm not sure about z/OS 1.9, but on some earlier versions of z/OS the functioning of this conversion may be dependent on first configuring the Unicode conversion services to load the appropriate conversion tables for code sets IBM-1047 and ISO8859-1. I believe there are ways to totally replace the module that supplies the FTP_STANDARD_TABLE, but solutions based on built-in z/OS conversion support and standard code sets is a better approach. JC Ewing Mark Steely wrote: We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
You can use the jar command -- provided with the no charge IBM SDK for z/OS, Java Technology Edition -- to create Zip files. For example:? jar cf myarchive.zip file1.seq file2.seq file3.seq I think this works: jar -? for producing a list of options. You can try these commands from the OMVS environment or from direct terminal connection to z/OS UNIX System Services. You may need to specify the path to the jar command, depending on how your path environment is set up. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Global mirroring
Are you asking about a particular IBM solution: Global Mirror, z/OS Global Mirror, or Geographically Dispersed Parallel Sysplex (GDPS) Global Mirror? Or all three? And when you say you want to copy from site A to sites B and C, may we assume you are talking about copying the same data from site A to the other sites? Or different data (part of site A to B, and another part of A to C)? I think I understand why different might be useful, at least in rare cases. (You might want to have split responsibility for DR in some cases -- aligned with LPARs, functional areas, or whatever. It's a little strange/unusual perhaps, but that's OK.) If the same data, what is the disaster recovery scenario you're trying to solve? If site A fails and B recovers, then what is C for? (I'm assuming B and C are not connected. Or are they?) Are you thinking of protecting against a simultaneous failure of site A plus either B or C (but not both)? - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html