Re: TIME a data set was created?
On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > I'll pose directly the question I posed earlier only obliquely: On the Fall Daylight Saving Time boundary, does "microseconds since midnight, local time" extend to 9.00e10 because the day has 25 hours, whereas it extends to only 8.64e10 in a 24-hour day? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
ASM2 used to tuck things away in the VTOC via an exit. Last modified jobname & last modified date are the two fields i specifically remember being present in our setup. $RSVP could then be used to report on these "unofficial" fields. On Mon, 1 Jun 2020 at 13:48, Allan Staller wrote: > There is an old usermod that stored the date time somewhere in the F1 > DSCB. Check the CBTTAPE. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tom Brennan > Sent: Saturday, May 30, 2020 1:27 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > [CAUTION: This Email is from outside the Organization. Unless you trust > the sender, Don’t click links or open attachments as it may be a Phishing > email, which can steal your Information and compromise your Computer.] > > Semi-Related - I seem to remember a software product, not sure what the > name was, that would poke a date and maybe other information in "unused" > fields in the VTOC for each dataset. Maybe it was a last-opened date or > similar. And it might have been a product that did a bit of what HSM does, > prior to HSM becoming popular. Just trying to jog my lost memories from > the early 1980's. Note: I did not inhale. > > Original Message > Subject: Re: TIME a data set was created? > From: "Gibney, Dave" > Date: Fri, May 29, 2020 10:36 pm > To: IBM-MAIN@LISTSERV.UA.EDU > > The time of creation is not stored by z/OS for non-Unix System Services > files. > Your options are the logging provided by SMF, or change the application to > store into the Unix System Services file system. > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 9:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: TIME a data set was created? > > > > A number of people both on and off the list have mentioned SMF. Even > > if I had permission to read SMF data (I don't) I think it would be too > > much overhead to scan weeks of SMF records to find a few (~50) > timestamps. > > > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > > > > wrote: > > > > > Do you have any tools like MICS/SAS/MXG? > > > > > > If not, can you download from cbttape.org the tool DAF (Dataset > > > Audit > > > Facility) - you can feed it SMF data based on dataset names, and it > > > will provide SMF records that probably have a timestamp > > > > > > Lizette > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of Peter Vels > > > Sent: Friday, May 29, 2020 7:01 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: TIME a data set was created? > > > > > > How does one get the TIME a z/OS data set was created? The date is > > > easy, but I'm after the time. > > > > > > Background: Periodically I update a list of data sets created by an > > > application over which I have no control. I want to sort the list by > > > descending date and time. Where can I get the time from? LISTDSI > > > won't provide it unless the data set is on an EAV volume (doesn't > apply). > > > > > > Regards, > > > PV > > > > > > > > > -- 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 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > > The contents of this e-mail and an
Re: TIME a data set was created?
There is an old usermod that stored the date time somewhere in the F1 DSCB. Check the CBTTAPE. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: Saturday, May 30, 2020 1:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Semi-Related - I seem to remember a software product, not sure what the name was, that would poke a date and maybe other information in "unused" fields in the VTOC for each dataset. Maybe it was a last-opened date or similar. And it might have been a product that did a bit of what HSM does, prior to HSM becoming popular. Just trying to jog my lost memories from the early 1980's. Note: I did not inhale. Original Message Subject: Re: TIME a data set was created? From: "Gibney, Dave" Date: Fri, May 29, 2020 10:36 pm To: IBM-MAIN@LISTSERV.UA.EDU The time of creation is not stored by z/OS for non-Unix System Services files. Your options are the logging provided by SMF, or change the application to store into the Unix System Services file system. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Vels > Sent: Friday, May 29, 2020 9:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > A number of people both on and off the list have mentioned SMF. Even > if I had permission to read SMF data (I don't) I think it would be too > much overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset > > Audit > > Facility) - you can feed it SMF data based on dataset names, and it > > will provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is > > easy, but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI > > won't provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > > > -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or public
Re: TIME a data set was created?
SAMS sounds familiar, thanks! Original Message Subject: Re: TIME a data set was created? From: Alan Young Date: Sat, May 30, 2020 1:02 pm To: IBM-MAIN@LISTSERV.UA.EDU You may be thinking of DMS/OS aka SAMS:DISK aka CA-DISK. From: Tom Brennan Sent: Friday, May 29, 2020 23:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? Semi-Related - I seem to remember a software product, not sure what the name was, that would poke a date and maybe other information in "unused" fields in the VTOC for each dataset. Maybe it was a last-opened date or similar. And it might have been a product that did a bit of what HSM does, prior to HSM becoming popular. Just trying to jog my lost memories from the early 1980's. Note: I did not inhale. Original Message Subject: Re: TIME a data set was created? From: "Gibney, Dave" Date: Fri, May 29, 2020 10:36 pm To: IBM-MAIN@LISTSERV.UA.EDU The time of creation is not stored by z/OS for non-Unix System Services files. Your options are the logging provided by SMF, or change the application to store into the Unix System Services file system. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Vels > Sent: Friday, May 29, 2020 9:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > A number of people both on and off the list have mentioned SMF. Even if I > had permission to read SMF data (I don't) I think it would be too much > overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > > Facility) - you can feed it SMF data based on dataset names, and it > > will provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is > > easy, but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI > > won't provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > -- > > 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 -- 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: TIME a data set was created?
Alas, EATTR=OPT only specifies that it may go on an EAV; if Allocation puts it on a non-EAV then it doesn't get DSCB 8 and 9. ISAGN for EATTR=YES. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Ed Jaffe [edja...@phoenixsoftware.com] Sent: Saturday, May 30, 2020 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME > as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, > and 9.00e9 might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/1Dk9nhtketn1178bG3lMajwVD5mW6F_U4iMzzMs6gKEfEki8w5PLup0B-x6nfDJ0zWblr2X66jq-IaaEVacE6eNdyLdaNMjSUQkH5rJn8yLnidhmNfwrZlz8bl5HiONFCfFR-ZqUcDMmhZAGMvoNyf-Lz-I9_PS6z9lMkrxaXnaZ8renaI5OINU4aAWQ8IgTmtomf3wBsC75YDm7kg4Cj1iw_5-v7qxpjgmXMT9_mOq5AL2O06WG3QjGI_GLwSkIPhlHe4X0NDERwVKoiAPBC5iEVmgP1T2v1q_lC6lei7qj1NxIrwmdVwt-WNwUHEX3Wof7eIIxD_SHZ2uRCvg1MKwQabFzIMsHdbYDO2F0mOCUGte8fyd4oDi8l4siiOOCxAcrWMVoaBp89u_CW21zXBHnf47HwaH1TlUjhclg5G0FZzqRAufjpxwrcAWFL20P4/https%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: TIME a data set was created?
Time for an RFE. Is there any reason to limit the extended attribute values to NO and OPT. Why not YES, forcing the use of DSCB 8 and 9 even if the dataset is not on an EAV? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Scott Barry [sba...@sbbworks.com] Sent: Saturday, May 30, 2020 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? Additional consideration is that the dataset must be created on an EAV DASD volume in order to include a time-portion. Additional data-fields included in FORMAT-9 DSCB as of z/OS V1R11 are CREATE JOBNAME, STEPNAME (but not PROC-STEP info). Sadly, I remember that a DFHSM-recalled dataset loses these true JOBNAME, changing to the DFHSM started-task name - but I haven't checked this behavior in several releases. Scott Barry SBBTech LLC On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > >-- >Phoenix Software International >Edward E. Jaffe >831 Parkview Drive North >El Segundo, CA 90245 >https://secure-web.cisco.com/1t_YeKtsOFPjbp3UdFoFYpRz0cypc3uA_0Wz5kLbhVOjuUS45vxHbtOwRVOgb-1emcN5y0sLno7m3JRc6XuiMmHHEyqmUivrYJTzzyorxpX_or6prolbSMwh9iUKRxs0rvR02GW2mfngyAm-w0OydKC4e0CknkAQGlkAm_g6DaSUMa_Au3mUfR59GAAgSZ_Xx5qwMWWI1-BxY8SOiFkOCjdEtmGOytZbSbr5F6BII_zzbI8Dmywz0g6TBoTRcNXOmmmqPHe2yAWbd8F0ZWZHjQskXVWcrM85CZYWYl1gx1lHjWq6peuiCzPBGGV8vrEv1EaShbS7iTAM0xE8id6vUrkyMqR062v24oAeZZhCa91c02dWvzUMQ7uhIsvYFVnKKhm0zLTeKMVUdLd0MqRE7eu5uugZrDmYpcCZJ8MlsyoYeUCsZ7IiMXcmAvgaiFBAN/https%3A%2F%2Fwww.phoenixsoftware.com%2F > > > >This e-mail message, including any attachments, appended messages and the >information contained therein, is for the sole use of the intended >recipient(s). If you are not an intended recipient or have otherwise >received this email message in error, any use, dissemination, distribution, >review, storage or copying of this e-mail message and the information >contained therein is strictly prohibited. If you are not an intended >recipient, please contact the sender by reply e-mail and destroy all copies >of this email message and do not otherwise utilize or retain this email >message or any or all of the information contained therein. Although this >email message and any attachments or appended messages are believed to be >free of any virus or other defect that might affect any computer system into >which it is received and opened, it is the responsibility of the recipient >to ensure that it is virus free and no responsibility is accepted by the >sender for any loss or damage arising in any way from its opening or use. > >-- >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: TIME a data set was created?
I didn't say that local time was better; what I said was that recording time and date for the same time zone was better than recording them for different time zones. Why do you think that recording time and date in different zones is better than recording them in the same zone? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Saturday, May 30, 2020 7:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? How is that better than UTC? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Saturday, May 30, 2020 4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? No, the *RIGHT* way to do things is to record the time and date with the same offset, record the offset and record the time zone name.Since the date was already in local time, it was a reasonable compromise to record the time in local time. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Saturday, May 30, 2020 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? > ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever The *right* way to do things is to *record* the time as UTC and then *display* it any way the user wants: UTC, local to the LPAR, local to the user, etc. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Saturday, May 30, 2020 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME > as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, > and 9.00e9 might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/15-u3LQmgzqX9Exjn0D5_9uaazpUwA3UaZjANphrIKh5Rmg qVZUYPu5s8OQ97AKjDZANVd-rpfnoAc9DIGSUXnZe9ROiKGqJw40doTAYj_qyCvt6xRZObsqb8P1 f_qKuXKg9Kp-MRoNSUxoQvtaMH5ICuBzqcmxH5cY2KNsIQJyxlpIesGFBS6codZrnWKH8Sb46ckz aRzwP3Nz5Iz2s_x988fFtfhSgA1xYQWInwOXT2VENws9rTkU99QM_Y-i4Zqmn8HBLuyMvvt7h9aZ 49xxregy3A4OwTYGiAtOt93u2r64vEU_vPuYncKBfU8hc9qNNbCExa-Upnyi060neRdGhO_zqWEe dUZhlztlAPS3-hMiomOQfPtXyK4bleWWAKe3ppNDpaVwDLXe2Wg6GjCPt6LVQ-PLEDaEyAGXtz4J pObFt_xFetzHqYNJMKSKba/https%3A%2F%2Fhttp://secure-web.cisco.com/1Tzd7Ty8z5kpBYTNCOJVgCy_kfkz8otf80myVYSZ0DMkzPh1YjbGdEAGsGxwy4OnGBK5cpcfwXu2xj8WEV_Yf87WRZLLUiX9WMTxApEKztBiMWU0j2HvH-AaXD-1ryYsjIl0wbtAeQHLLFav76-d2tlTokYe9ijf6bET9mlcEruJKcifhtDLGk9ohwWHC6aAOoN03KAleQr6X4ck5seDvv3PMiDgZ4hEb447ag8C-ykxMDF0qH7nLKn1K9fqxqy9Btzu5F_efdzmigJuW7715XxX4Cyx9nd5GyYVG-XdMVedksO1xMfHTp3OCTZwmILMDupGMhOAbhlGN0eYQFjK1e6D1ETw1lt90rp9YUsiLaJf6m0pjEMMsKHQrgSOP_hhr7IXgjQHlY_HwZE2C1ohF-s-u-1MLEA9KoJFPFwsaw-aKWnMaI21XxNhVKUVoOKwK/http%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the respons
Re: TIME a data set was created?
How is that better than UTC? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Saturday, May 30, 2020 4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? No, the *RIGHT* way to do things is to record the time and date with the same offset, record the offset and record the time zone name.Since the date was already in local time, it was a reasonable compromise to record the time in local time. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Saturday, May 30, 2020 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? > ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever The *right* way to do things is to *record* the time as UTC and then *display* it any way the user wants: UTC, local to the LPAR, local to the user, etc. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Saturday, May 30, 2020 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME > as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, > and 9.00e9 might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/15-u3LQmgzqX9Exjn0D5_9uaazpUwA3UaZjANphrIKh5Rmg qVZUYPu5s8OQ97AKjDZANVd-rpfnoAc9DIGSUXnZe9ROiKGqJw40doTAYj_qyCvt6xRZObsqb8P1 f_qKuXKg9Kp-MRoNSUxoQvtaMH5ICuBzqcmxH5cY2KNsIQJyxlpIesGFBS6codZrnWKH8Sb46ckz aRzwP3Nz5Iz2s_x988fFtfhSgA1xYQWInwOXT2VENws9rTkU99QM_Y-i4Zqmn8HBLuyMvvt7h9aZ 49xxregy3A4OwTYGiAtOt93u2r64vEU_vPuYncKBfU8hc9qNNbCExa-Upnyi060neRdGhO_zqWEe dUZhlztlAPS3-hMiomOQfPtXyK4bleWWAKe3ppNDpaVwDLXe2Wg6GjCPt6LVQ-PLEDaEyAGXtz4J pObFt_xFetzHqYNJMKSKba/https%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: TIME a data set was created?
No, the *RIGHT* way to do things is to record the time and date with the same offset, record the offset and record the time zone name.Since the date was already in local time, it was a reasonable compromise to record the time in local time. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Saturday, May 30, 2020 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? > ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time > forever The *right* way to do things is to *record* the time as UTC and then *display* it any way the user wants: UTC, local to the LPAR, local to the user, etc. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Saturday, May 30, 2020 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME > as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, > and 9.00e9 might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/15-u3LQmgzqX9Exjn0D5_9uaazpUwA3UaZjANphrIKh5RmgqVZUYPu5s8OQ97AKjDZANVd-rpfnoAc9DIGSUXnZe9ROiKGqJw40doTAYj_qyCvt6xRZObsqb8P1f_qKuXKg9Kp-MRoNSUxoQvtaMH5ICuBzqcmxH5cY2KNsIQJyxlpIesGFBS6codZrnWKH8Sb46ckzaRzwP3Nz5Iz2s_x988fFtfhSgA1xYQWInwOXT2VENws9rTkU99QM_Y-i4Zqmn8HBLuyMvvt7h9aZ49xxregy3A4OwTYGiAtOt93u2r64vEU_vPuYncKBfU8hc9qNNbCExa-Upnyi060neRdGhO_zqWEedUZhlztlAPS3-hMiomOQfPtXyK4bleWWAKe3ppNDpaVwDLXe2Wg6GjCPt6LVQ-PLEDaEyAGXtz4JpObFt_xFetzHqYNJMKSKba/https%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: TIME a data set was created?
You may be thinking of DMS/OS aka SAMS:DISK aka CA-DISK. From: Tom Brennan Sent: Friday, May 29, 2020 23:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? Semi-Related - I seem to remember a software product, not sure what the name was, that would poke a date and maybe other information in "unused" fields in the VTOC for each dataset. Maybe it was a last-opened date or similar. And it might have been a product that did a bit of what HSM does, prior to HSM becoming popular. Just trying to jog my lost memories from the early 1980's. Note: I did not inhale. Original Message Subject: Re: TIME a data set was created? From: "Gibney, Dave" Date: Fri, May 29, 2020 10:36 pm To: IBM-MAIN@LISTSERV.UA.EDU The time of creation is not stored by z/OS for non-Unix System Services files. Your options are the logging provided by SMF, or change the application to store into the Unix System Services file system. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Vels > Sent: Friday, May 29, 2020 9:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > A number of people both on and off the list have mentioned SMF. Even if I > had permission to read SMF data (I don't) I think it would be too much > overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > > Facility) - you can feed it SMF data based on dataset names, and it > > will provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is > > easy, but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI > > won't provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > -- > > 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 -- 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: TIME a data set was created?
> ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time > forever The *right* way to do things is to *record* the time as UTC and then *display* it any way the user wants: UTC, local to the LPAR, local to the user, etc. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Saturday, May 30, 2020 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME > as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, > and 9.00e9 might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: TIME a data set was created?
Additional consideration is that the dataset must be created on an EAV DASD volume in order to include a time-portion. Additional data-fields included in FORMAT-9 DSCB as of z/OS V1R11 are CREATE JOBNAME, STEPNAME (but not PROC-STEP info). Sadly, I remember that a DFHSM-recalled dataset loses these true JOBNAME, changing to the DFHSM started-task name - but I haven't checked this behavior in several releases. Scott Barry SBBTech LLC On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > >-- >Phoenix Software International >Edward E. Jaffe >831 Parkview Drive North >El Segundo, CA 90245 >https://www.phoenixsoftware.com/ > > > >This e-mail message, including any attachments, appended messages and the >information contained therein, is for the sole use of the intended >recipient(s). If you are not an intended recipient or have otherwise >received this email message in error, any use, dissemination, distribution, >review, storage or copying of this e-mail message and the information >contained therein is strictly prohibited. If you are not an intended >recipient, please contact the sender by reply e-mail and destroy all copies >of this email message and do not otherwise utilize or retain this email >message or any or all of the information contained therein. Although this >email message and any attachments or appended messages are believed to be >free of any virus or other defect that might affect any computer system into >which it is received and opened, it is the responsibility of the recipient >to ensure that it is virus free and no responsibility is accepted by the >sender for any loss or damage arising in any way from its opening or use. > >-- >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: TIME a data set was created?
I need to update my ACS/SMS configuration. Thanks, Ed, for the "new" information. I didn't know this. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Ed Jaffe > Sent: Saturday, May 30, 2020 7:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > > What's the option to select FMT8/9 DSCBs in: > > o JCL DD statements? > > o TSO ALLOCATE? > > o BPXWDYN > > > This functionality has been around since 2008. You select it with the EATTR= > parameter, which is available through JCL and dynamic allocation techniques. > We supply it automatically via SMS ACS routines, so no one ever has to think > about it. > > > Does IBM provide a utility, API, or sample code to format DS9TIME as > > "hh:mm:ss.uu zone" for display? > > > I assume the time is displayed in all the usual places where the extended > attributes are displayed e.g., ISPF. > > > > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 > > might display as 01:30:00 MST, right? > > > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? > > > That's the easiest and most understandable way. ISPF, JES, SYSLOG, > OPERLOG, etc. have been recording time as local time forever and ever and > I'm not hearing a lot of complaints. > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!JmP > EgBY0HMszNaDT!-phoQ4j22CnBKFUomGzctTkq7-S7I2KfYX191iwTA5W4- > EZD8TTXhJ7E9wH3Wg$ > > > > This e-mail message, including any attachments, appended messages and > the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to > be > free of any virus or other defect that might affect any computer system into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > 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: TIME a data set was created?
On Sat, 30 May 2020 07:29:17 -0700, Ed Jaffe wrote: >On 5/30/2020 7:08 AM, Paul Gilmartin wrote: >> What's the option to select FMT8/9 DSCBs in: >> o JCL DD statements? >> o TSO ALLOCATE? >> o BPXWDYN > >This functionality has been around since 2008. You select it with the >EATTR= parameter, which is available through JCL and dynamic allocation >techniques. We supply it automatically via SMS ACS routines, so no one >ever has to think about it. > OK. I see BPXWDYN has it. And in JCL Ref.: Subparameter definition EATTR = OPT Extended attributes are optional. The data set /can/ have extended attributes and reside in EAS. This is the default value for VSAM data sets. Does "can" mean the programmer must take specific action to set DS9TIME (as you may have done), or is it set automatically by OPEN NEW? >> Does IBM provide a utility, API, or sample code to format DS9TIME >> as "hh:mm:ss.uu zone" for display? > >I assume the time is displayed in all the usual places where the >extended attributes are displayed e.g., ISPF. > What about user code? I suppose a programmer who wishes to see UTC needs merely to persuade a sysadmin to set CVTLDTO=0. >> >> So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, >> and 9.00e9 might display as 01:30:00 MST, right? >> >> "*local* time"!? WTF!? Where did IBM designers have their heads stuck? > >That's the easiest and most understandable way. ISPF, JES, SYSLOG, >OPERLOG, etc. have been recording time as local time forever and ever >and I'm not hearing a lot of complaints. > No. Aviation and the military use UTC (Zulu) because it's less confusing, even safer: https://aviation.stackexchange.com/questions/16818/why-does-aviation-use-zulu-time-instead-of-the-local-time Kinda like SI vs. Imperial. https://en.wikipedia.org/wiki/Gimli_Glider#Refueling On Sat, 30 May 2020 12:00:52 +1000, Peter Vels wrote: > >... Periodically I update a list of data sets created by an >application over which I have no control. I want to sort the list by >descending date and time. Where can I get the time from? LISTDSI won't >provide it unless the data set is on an EAV volume (doesn't apply). Peter might want 2020-04-05 01:45 AEDT to sort as earlier than 2020-04-05 01:15 AEST. Does DS9TIME support that? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
> "*local* time"!? WTF!? Agreed, although my wild guess is that the existing date field DS1CREDT is a "local" date (yes, dates are the high-order digits of time, and therefore have time zones) so they needed to stick with local time to have the date/time combination make logical sense. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, May 30, 2020 7:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > (further -- gil ) > >Background: Periodically I update a list of data sets created by an >application over which I have no control. I want to sort the list by >descending date and time. Where can I get the time from? LISTDSI won't >provide it unless the data set is on an EAV volume (doesn't apply). > as in: https://www.ibm.com/support/knowledgecenter/pt-br/SSLTBW_2.2.0/com.ibm.zos.v2r2.idas300/dgt3s314.htm >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > What's the option to select FMT8/9 DSCBs in: o JCL DD statements? o TSO ALLOCATE? o BPXWDYN So, I assume the maximum value of DS9TIME is 8.64e10 for days having 24 hours, 8.28e10 for days having 23 hours, and 9.00e10 for days having 25 hours. Does IBM provide a utility, API, or sample code to format DS9TIME as "hh:mm:ss.uu zone" for display? So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 might display as 01:30:00 MST, right? "*local* time"!? WTF!? Where did IBM designers have their heads stuck? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
That's brilliant - and LISTDSI even reports on it as SYSCREATETIME Now if only it were pervasive. Lionel B. Dyck < Website: https://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Saturday, May 30, 2020 9:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TIME a data set was created? On 5/30/2020 7:08 AM, Paul Gilmartin wrote: > What's the option to select FMT8/9 DSCBs in: > o JCL DD statements? > o TSO ALLOCATE? > o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. > Does IBM provide a utility, API, or sample code to format DS9TIME as > "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. > > So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 > might display as 01:30:00 MST, right? > > "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: TIME a data set was created?
On 5/30/2020 7:08 AM, Paul Gilmartin wrote: What's the option to select FMT8/9 DSCBs in: o JCL DD statements? o TSO ALLOCATE? o BPXWDYN This functionality has been around since 2008. You select it with the EATTR= parameter, which is available through JCL and dynamic allocation techniques. We supply it automatically via SMS ACS routines, so no one ever has to think about it. Does IBM provide a utility, API, or sample code to format DS9TIME as "hh:mm:ss.uu zone" for display? I assume the time is displayed in all the usual places where the extended attributes are displayed e.g., ISPF. So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 might display as 01:30:00 MST, right? "*local* time"!? WTF!? Where did IBM designers have their heads stuck? That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, etc. have been recording time as local time forever and ever and I'm not hearing a lot of complaints. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > (further -- gil ) > >Background: Periodically I update a list of data sets created by an >application over which I have no control. I want to sort the list by >descending date and time. Where can I get the time from? LISTDSI won't >provide it unless the data set is on an EAV volume (doesn't apply). > as in: https://www.ibm.com/support/knowledgecenter/pt-br/SSLTBW_2.2.0/com.ibm.zos.v2r2.idas300/dgt3s314.htm >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > What's the option to select FMT8/9 DSCBs in: o JCL DD statements? o TSO ALLOCATE? o BPXWDYN So, I assume the maximum value of DS9TIME is 8.64e10 for days having 24 hours, 8.28e10 for days having 23 hours, and 9.00e10 for days having 25 hours. Does IBM provide a utility, API, or sample code to format DS9TIME as "hh:mm:ss.uu zone" for display? So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 might display as 01:30:00 MST, right? "*local* time"!? WTF!? Where did IBM designers have their heads stuck? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
Semi-Related - I seem to remember a software product, not sure what the name was, that would poke a date and maybe other information in "unused" fields in the VTOC for each dataset. Maybe it was a last-opened date or similar. And it might have been a product that did a bit of what HSM does, prior to HSM becoming popular. Just trying to jog my lost memories from the early 1980's. Note: I did not inhale. Original Message Subject: Re: TIME a data set was created? From: "Gibney, Dave" Date: Fri, May 29, 2020 10:36 pm To: IBM-MAIN@LISTSERV.UA.EDU The time of creation is not stored by z/OS for non-Unix System Services files. Your options are the logging provided by SMF, or change the application to store into the Unix System Services file system. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Vels > Sent: Friday, May 29, 2020 9:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > A number of people both on and off the list have mentioned SMF. Even if I > had permission to read SMF data (I don't) I think it would be too much > overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > > Facility) - you can feed it SMF data based on dataset names, and it > > will provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is > > easy, but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI > > won't provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > -- > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
On 5/29/2020 7:00 PM, Peter Vels wrote: How does one get the TIME a z/OS data set was created? The date is easy, but I'm after the time. Data set creation time has been supported by z/OS for many years. To get it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. When you do so, you get this field in the format 9 disk label: DS9TIME DS XL6 Number of microseconds since * midnight, local time, that the data * set described by its format 8 DSCB * was created. See creation date * field, DS1CREDT, for the date @V2A -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
If you know what job and step created it, you could look in the system log. On Sat, May 30, 2020 at 4:43 AM Peter Vels wrote: > > A number of people both on and off the list have mentioned SMF. Even if I > had permission to read SMF data (I don't) I think it would be too much > overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > > Facility) - you can feed it SMF data based on dataset names, and it will > > provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is easy, > > but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI won't > > provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > -- > > 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TIME a data set was created?
The time of creation is not stored by z/OS for non-Unix System Services files. Your options are the logging provided by SMF, or change the application to store into the Unix System Services file system. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Vels > Sent: Friday, May 29, 2020 9:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TIME a data set was created? > > A number of people both on and off the list have mentioned SMF. Even if I > had permission to read SMF data (I don't) I think it would be too much > overhead to scan weeks of SMF records to find a few (~50) timestamps. > > On Sat, 30 May 2020 at 13:44, Lizette Koehler > wrote: > > > Do you have any tools like MICS/SAS/MXG? > > > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > > Facility) - you can feed it SMF data based on dataset names, and it > > will provide SMF records that probably have a timestamp > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter Vels > > Sent: Friday, May 29, 2020 7:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: TIME a data set was created? > > > > How does one get the TIME a z/OS data set was created? The date is > > easy, but I'm after the time. > > > > Background: Periodically I update a list of data sets created by an > > application over which I have no control. I want to sort the list by > > descending date and time. Where can I get the time from? LISTDSI > > won't provide it unless the data set is on an EAV volume (doesn't apply). > > > > Regards, > > PV > > > > -- > > 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: TIME a data set was created?
A number of people both on and off the list have mentioned SMF. Even if I had permission to read SMF data (I don't) I think it would be too much overhead to scan weeks of SMF records to find a few (~50) timestamps. On Sat, 30 May 2020 at 13:44, Lizette Koehler wrote: > Do you have any tools like MICS/SAS/MXG? > > If not, can you download from cbttape.org the tool DAF (Dataset Audit > Facility) - you can feed it SMF data based on dataset names, and it will > provide SMF records that probably have a timestamp > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Peter Vels > Sent: Friday, May 29, 2020 7:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: TIME a data set was created? > > How does one get the TIME a z/OS data set was created? The date is easy, > but I'm after the time. > > Background: Periodically I update a list of data sets created by an > application over which I have no control. I want to sort the list by > descending date and time. Where can I get the time from? LISTDSI won't > provide it unless the data set is on an EAV volume (doesn't apply). > > Regards, > PV > > -- > 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: TIME a data set was created?
Do you have any tools like MICS/SAS/MXG? If not, can you download from cbttape.org the tool DAF (Dataset Audit Facility) - you can feed it SMF data based on dataset names, and it will provide SMF records that probably have a timestamp Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Vels Sent: Friday, May 29, 2020 7:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TIME a data set was created? How does one get the TIME a z/OS data set was created? The date is easy, but I'm after the time. Background: Periodically I update a list of data sets created by an application over which I have no control. I want to sort the list by descending date and time. Where can I get the time from? LISTDSI won't provide it unless the data set is on an EAV volume (doesn't apply). Regards, PV -- 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: TIME a data set was created?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/iea3g2_Evaluating_Data_Set_Activity.htm SMF Type 61 (catalog DSN)??? On Sat, May 30, 2020 at 2:01 AM Peter Vels wrote: > > How does one get the TIME a z/OS data set was created? The date is easy, > but I'm after the time. > > Background: Periodically I update a list of data sets created by an > application over which I have no control. I want to sort the list by > descending date and time. Where can I get the time from? LISTDSI won't > provide it unless the data set is on an EAV volume (doesn't apply). > > Regards, > PV > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN