Re: SMF to capture user login history
The answer is IRRADU00 report - standard (free) RACF tool. Then you can write yoour own report. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
I believe there are SMF processing examples in the ICETOOL samples > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Lizette Koehler > Sent: Saturday, October 24, 2020 11:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMF to capture user login history > > Which SMF Records are you going to use? > > I would say in general without a 3rd part product (like SAS) it will be a > challenge to parse through MOST SMF records without something that can > handle the record section offsets > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jake Anderson > Sent: Saturday, October 24, 2020 11:08 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMF to capture user login history > > Hello > > Cross posted. > > We have a SMF data for some years and I would like to fetch a user's logon > history like when he was logged with all time intervals. > > Is there a sample JCL or process you are following without having to use any > third party product to process. > > Could someone please share any sample if you have and willing to share ? > > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
Which SMF Records are you going to use? I would say in general without a 3rd part product (like SAS) it will be a challenge to parse through MOST SMF records without something that can handle the record section offsets Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Saturday, October 24, 2020 11:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF to capture user login history Hello Cross posted. We have a SMF data for some years and I would like to fetch a user's logon history like when he was logged with all time intervals. Is there a sample JCL or process you are following without having to use any third party product to process. Could someone please share any sample if you have and willing to share ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
Classification: Public Certainly not my area of expertise, but looks like maybe SMF type 30? https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/rec30.htm This may help as well: https://www.ibm.com/support/pages/common-data-provider-tso-logon-successful-event-missing-racf-records-x80 Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: 25 October 2020 06:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF to capture user login history -- This email has reached the Bank via an external source -- Unfortunately I can't unfold in detail about our management requirements here but technically looking for some pointers. On Sun, 25 Oct, 2020, 10:14 am Jake Anderson, wrote: > KB, > > Not a stink and it just a requirement. > > On Sun, 25 Oct, 2020, 10:11 am kekronbekron, < > 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > >> I hope no one encourages this kind of snooping on the list. >> Stinks of an attempt to police working hours. >> >> - KB >> >> ‐‐‐ Original Message ‐‐‐ >> On Sunday, October 25, 2020 11:37 AM, Jake Anderson < >> justmainfra...@gmail.com> wrote: >> >> > Hello >> > >> > Cross posted. >> > >> > We have a SMF data for some years and I would like to fetch a >> > user's >> logon >> > history like when he was logged with all time intervals. >> > >> > Is there a sample JCL or process you are following without having >> > to use any third party product to process. >> > >> > Could someone please share any sample if you have and willing to share ? >> > >> > Jake >> > >> > >> - >> - >> - >> - >> >> > >> > For IBM-MAIN subscribe / signoff / archive access instructions, >> > send email to lists...@listserv.ua.edu with the message: INFO >> > IBM-MAIN >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 10399850. Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 11722983. Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by the Financial Conduct Authority. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für Finanzdienstleistungsaufsicht. Halifax is a division of Bank of Scotland plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
Unfortunately I can't unfold in detail about our management requirements here but technically looking for some pointers. On Sun, 25 Oct, 2020, 10:14 am Jake Anderson, wrote: > KB, > > Not a stink and it just a requirement. > > On Sun, 25 Oct, 2020, 10:11 am kekronbekron, < > 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > >> I hope no one encourages this kind of snooping on the list. >> Stinks of an attempt to police working hours. >> >> - KB >> >> ‐‐‐ Original Message ‐‐‐ >> On Sunday, October 25, 2020 11:37 AM, Jake Anderson < >> justmainfra...@gmail.com> wrote: >> >> > Hello >> > >> > Cross posted. >> > >> > We have a SMF data for some years and I would like to fetch a user's >> logon >> > history like when he was logged with all time intervals. >> > >> > Is there a sample JCL or process you are following without having to use >> > any third party product to process. >> > >> > Could someone please share any sample if you have and willing to share ? >> > >> > Jake >> > >> > >> >> > >> > For IBM-MAIN subscribe / signoff / archive access instructions, >> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
KB, Not a stink and it just a requirement. On Sun, 25 Oct, 2020, 10:11 am kekronbekron, < 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > I hope no one encourages this kind of snooping on the list. > Stinks of an attempt to police working hours. > > - KB > > ‐‐‐ Original Message ‐‐‐ > On Sunday, October 25, 2020 11:37 AM, Jake Anderson < > justmainfra...@gmail.com> wrote: > > > Hello > > > > Cross posted. > > > > We have a SMF data for some years and I would like to fetch a user's > logon > > history like when he was logged with all time intervals. > > > > Is there a sample JCL or process you are following without having to use > > any third party product to process. > > > > Could someone please share any sample if you have and willing to share ? > > > > Jake > > > > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
I hope no one encourages this kind of snooping on the list. Stinks of an attempt to police working hours. - KB ‐‐‐ Original Message ‐‐‐ On Sunday, October 25, 2020 11:37 AM, Jake Anderson wrote: > Hello > > Cross posted. > > We have a SMF data for some years and I would like to fetch a user's logon > history like when he was logged with all time intervals. > > Is there a sample JCL or process you are following without having to use > any third party product to process. > > Could someone please share any sample if you have and willing to share ? > > Jake > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Dear Folks, Thanks to Joe Monk for getting me the correct information. First of all, the parameters, which have to be in "=" format, and not TSO format with parentheses, must PRECEDE the comments, and all of them, except the last one, have to be followed by a comma. For example: USERMAX=39, RECONLIM=1 which is written BEFORE the comments. ALSO, I bounced the TSO address space. The resulting SHOWTCAS display is: (CBT File 731 - www.cbttape.org - Updates page) SHOWTCAS - TERMINAL CONTROL ADDRESS SPACE - FIELDS --- --- - -- Display of Settings and Addresses having to do with the TSOKEYxx PARMLIB member at the beginning of the IKTTCAST macro 8-CHARACTER USERID SUPPORT IS: ON TCAS ADDRESS: 00C2EDC8 addr field value explanation - - --- +0 TCASID TCAS Control block identifier +4 TCASUSEC 0001 Number of active users - HEX 1 Number of active users - DEC +6 TCASUMAX 0027 TSO Maxusers number - HEX 39 TSO Maxusers number - DEC +8 TCASACBP ACB Password +10 TCASRCON 0001 Reconnect time in minutes - HEX 1 Reconnect time in minutes - DEC +12 TCASCLSZ 0084 Buffer Size - HEX 132 Buffer Size - DEC +14 TCASHBUF BB80 High Buffer Threshold - HEX 48000 High Buffer Threshold - DEC +18 TCASLBUF 5DC0 Low Buffer Threshold - HEX 24000 Low Buffer Threshold - DEC +1C TCASCRSZ 01E0 Screen Size - HEX 480 Screen Size - DEC +1E TCASCHNL 04 Maximum Chain Length - HEX 4 Maximum Chain Length - DEC +1F TCASENGT 00 ENGTRANS Value 0-Base,1-Ext,2-None Thanks very much to all of you for your interest, and thanks, Joe Monk, for the correct reply. All the best of everything to all of you. Sincerely, Sam P.S. The SHOWTCAS command has an ALL parameter, which will display the entire real contents (mostly addresses) in the IKTTCAST macro, with all the correct values for your LPAR, below the settings which are displayed here. I figured that most people don't want to see the whole thing. They are just interested in the current settings. So ALL is not the default. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF to capture user login history
Hello Cross posted. We have a SMF data for some years and I would like to fetch a user's logon history like when he was logged with all time intervals. Is there a sample JCL or process you are following without having to use any third party product to process. Could someone please share any sample if you have and willing to share ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Please post your TSO proc and the DSN and member of the TSOKEYxx you edited. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Sam Golob [sbgo...@cbttape.org] Sent: Saturday, October 24, 2020 9:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How can you change TCAS defaults using the TSOKEYxx PARMLIB member? Dear Folks, Clark understood my question correctly. (Hi Clark--haven't heard from you in a while.) The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm interested in the TSOKEYxx member of PARMLIB which deals with TCAS. There doesn't seem to be any member in SYS1.SAMPLIB that deals with the correct syntax to code a non-default TSOKEYxx member. I did bounce TSO. I even IPL-ed several times. I would like some help. Thanks All the best of everything to all of you. Sincerely,Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
AFAIK, the abend for directory exhaustion is NOT x37. It is rather B14 or so. BTW: yes, I know there are several x37 abends. That's why I used lowercase 'x'. BTW2: I even experienced F37 abend in the past. It was related to huge (at the time) Jaguar J1A tapes and good compression and ...problems in RMM. AFAIK I put over 6TB (terabytes) of uncompressed data on 300GB cart. -- Radoslaw Skorupka Lodz, Poland W dniu 24.10.2020 o 16:55, Joel C. Ewing pisze: I'm not assuming any abend code outside the x37 family, just asking which one. x37 is not an actual abend code but a generic reference to family of abend codes (A37, B37, D37, E37) relating to various out-of-space conditions. For a PDS, you get a distinct E37 abend rather than a B37 or D37 when a space failure occurs when attempting to add a directory entry. Yes, the underlying root cause for a space failure in the directory is different for a PDS vs a PDSE, and the problem resolution for a PDSE is the same whether the no-free-block failure is for a directory-block or a data-block; yet there are legitimate arguments for preserving an abend distinction between the case where no member could be created vs the possible creation of a member with incomplete data. The latter case is potentially more dangerous, as an incomplete member is more likely to be successfully read by a subsequent process and produce additional incorrect results that must be resolved. Or does PDSE logic design somehow preclude reading a PDSE member when an out-of-space condition has prevented a proper close and writing of all data blocks during the member creation? JC Ewing On 10/23/20 9:03 AM, R.S. wrote: Why do you assume there is/should be other abend than x37? Any request for new place in the dataset could end with such an abend. == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
I just read the manual and didn't found any reference to dynamic activation. Neither TSO PARMLIB nor other command. So, it seems one has to bounce TSO address space in order to change TSOKEYxx parameters. -- Radoslaw Skorupka Lodz, Poland W dniu 25.10.2020 o 02:31, Joe Monk pisze: Sam ... Page 761? https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SA231380/$file/ieae200_v2r3.pdf Joe On Sat, Oct 24, 2020 at 8:07 PM Sam Golob wrote: Dear Folks, Clark understood my question correctly. (Hi Clark--haven't heard from you in a while.) The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm interested in the TSOKEYxx member of PARMLIB which deals with TCAS. There doesn't seem to be any member in SYS1.SAMPLIB that deals with the correct syntax to code a non-default TSOKEYxx member. I did bounce TSO. I even IPL-ed several times. I would like some help. Thanks All the best of everything to all of you. Sincerely,Sam == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Hint: TSO member in PARMLIB usually has reference to WRONG TSOKEYxx. That means the member is TSOKEYnn, but the library is CPAC.PARMLIB, AFAIK. Check it. Yes, it does not use logical parmlib, just DD. -- Radoslaw Skorupka Lodz, Poland W dniu 25.10.2020 o 02:06, Sam Golob pisze: Dear Folks, Clark understood my question correctly. (Hi Clark--haven't heard from you in a while.) The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm interested in the TSOKEYxx member of PARMLIB which deals with TCAS. There doesn't seem to be any member in SYS1.SAMPLIB that deals with the correct syntax to code a non-default TSOKEYxx member. I did bounce TSO. I even IPL-ed several times. I would like some help. Thanks All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Sam ... Page 761? https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SA231380/$file/ieae200_v2r3.pdf Joe On Sat, Oct 24, 2020 at 8:07 PM Sam Golob wrote: > Dear Folks, > > Clark understood my question correctly. (Hi Clark--haven't heard > from you in a while.) > > The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm > interested in the TSOKEYxx member of PARMLIB which deals with TCAS. > > There doesn't seem to be any member in SYS1.SAMPLIB that deals with > the correct syntax to code a non-default TSOKEYxx member. > > I did bounce TSO. I even IPL-ed several times. I would like some > help. Thanks > > All the best of everything to all of you. > > Sincerely,Sam > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Oops, wrong member, sorry. On Sat, Oct 24, 2020 at 7:47 PM Seymour J Metz wrote: > "* PARMLIB command >_ maintain the active IKJTSOxx member of SYS1.PARMLIB, which includes > listing the specifications and dynamically updating the member > without a re-IPL. You can also check the syntax of any IKJTSOxx > member of SYS1.PARMLIB." > > and > > "PARMLIB command > Use the PARMLIB command to: > * Display the specifications in the active IKJTSOxx member of >SYS1.PARMLIB for: >_ one system >_ all systems in a sysplex, or >_ a subset of systems in a sysplex > * Dynamically change the active member without a re-IPL for: >_ one system >_ all systems in a sysplex, or >_ a subset of systems in a sysplex" > > No TSOKEYxx there, more's the pity. > > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Ken Smith [ksmith3...@gmail.com] > Sent: Friday, October 23, 2020 11:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB > member? > > See the TSO command PARMLIB in TSO/E System Programming Command Reference > to view or update (implement) TSOKEYxx. > > On Fri, Oct 23, 2020 at 10:05 PM Clark Morris > wrote: > > > [Default] On 23 Oct 2020 15:01:21 -0700, in bit.listserv.ibm-main > > sme...@gmu.edu (Seymour J Metz) wrote: > > > > >Did you bounce TSO after the change? > > If I understood Sam's question, it was how do you change TCAS defaults > > by using TSOKEYxx which means to me that he expects TSO to come up > > after IPL with the values in TSOKEYxx, not the defaults and that this > > isn't happening. > > > > Clark Morris > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Verify in the SYSLOG that the TSOKEYxx member you desire is actually the one being read and processed > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Sam Golob > Sent: Saturday, October 24, 2020 6:07 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How can you change TCAS defaults using the TSOKEYxx PARMLIB > member? > > Dear Folks, > > Clark understood my question correctly. (Hi Clark--haven't heard > from you in a while.) > > The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm > interested in the TSOKEYxx member of PARMLIB which deals with TCAS. > > There doesn't seem to be any member in SYS1.SAMPLIB that deals with > the correct syntax to code a non-default TSOKEYxx member. > > I did bounce TSO. I even IPL-ed several times. I would like some > help. Thanks > > All the best of everything to all of you. > > Sincerely, Sam > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
Dear Folks, Clark understood my question correctly. (Hi Clark--haven't heard from you in a while.) The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm interested in the TSOKEYxx member of PARMLIB which deals with TCAS. There doesn't seem to be any member in SYS1.SAMPLIB that deals with the correct syntax to code a non-default TSOKEYxx member. I did bounce TSO. I even IPL-ed several times. I would like some help. Thanks All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
A gentle introduction to configuring VTAM
What would you recommend for someone with an AS/400 background to read before hitting the VTAM manuals? I'm probably going to suggest ABCs of z/OS System Programming Volume 4 if there isn't something basic that addresses configuration. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member?
"* PARMLIB command _ maintain the active IKJTSOxx member of SYS1.PARMLIB, which includes listing the specifications and dynamically updating the member without a re-IPL. You can also check the syntax of any IKJTSOxx member of SYS1.PARMLIB." and "PARMLIB command Use the PARMLIB command to: * Display the specifications in the active IKJTSOxx member of SYS1.PARMLIB for: _ one system _ all systems in a sysplex, or _ a subset of systems in a sysplex * Dynamically change the active member without a re-IPL for: _ one system _ all systems in a sysplex, or _ a subset of systems in a sysplex" No TSOKEYxx there, more's the pity. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Ken Smith [ksmith3...@gmail.com] Sent: Friday, October 23, 2020 11:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can you change TCAS defaults using the TSOKEYxx PARMLIB member? See the TSO command PARMLIB in TSO/E System Programming Command Reference to view or update (implement) TSOKEYxx. On Fri, Oct 23, 2020 at 10:05 PM Clark Morris wrote: > [Default] On 23 Oct 2020 15:01:21 -0700, in bit.listserv.ibm-main > sme...@gmu.edu (Seymour J Metz) wrote: > > >Did you bounce TSO after the change? > If I understood Sam's question, it was how do you change TCAS defaults > by using TSOKEYxx which means to me that he expects TSO to come up > after IPL with the values in TSOKEYxx, not the defaults and that this > isn't happening. > > Clark Morris > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
On Sat, 24 Oct 2020 09:55:43 -0500, Joel C. Ewing wrote: > > ... Or does PDSE logic design >somehow preclude reading a PDSE member when an out-of-space condition >has prevented a proper close and writing of all data blocks during the >member creation? > I should hope that a well-designed program using BPAM would avoid the STOW subsequent to an error writing. But what happens if the member is allocated as DSN=data.set.name(member) and the program uses QSAM? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
I'm not assuming any abend code outside the x37 family, just asking which one. x37 is not an actual abend code but a generic reference to family of abend codes (A37, B37, D37, E37) relating to various out-of-space conditions. For a PDS, you get a distinct E37 abend rather than a B37 or D37 when a space failure occurs when attempting to add a directory entry. Yes, the underlying root cause for a space failure in the directory is different for a PDS vs a PDSE, and the problem resolution for a PDSE is the same whether the no-free-block failure is for a directory-block or a data-block; yet there are legitimate arguments for preserving an abend distinction between the case where no member could be created vs the possible creation of a member with incomplete data. The latter case is potentially more dangerous, as an incomplete member is more likely to be successfully read by a subsequent process and produce additional incorrect results that must be resolved. Or does PDSE logic design somehow preclude reading a PDSE member when an out-of-space condition has prevented a proper close and writing of all data blocks during the member creation? JC Ewing On 10/23/20 9:03 AM, R.S. wrote: > Why do you assume there is/should be other abend than x37? > Any request for new place in the dataset could end with such an abend. > -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSNBHMG - ICSF
Yes, I am mistaken. CSNB are symmetric and CSND are asymmetric. Apologies to all. So CSNB calls can be used for DES and AES. It's been 10 years or so that I did this. My memory is fading as I approach 70. Regards, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
