If you are configured for automatic EOF, then Allocation will write an EOF regardless of the program name; there's nothing special about IEFBR14 except for a performance tweak. There is no OPEN involved.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Clark Morris <[email protected]> Sent: Saturday, August 24, 2019 5:54 PM To: [email protected] Subject: Re: SMF PUZZLE [Default] On 24 Aug 2019 13:41:23 -0700, in bit.listserv.ibm-main [email protected] (Martin Packer) wrote: >Allocation doesn't cause SMF 14/15 to be written. CLOSE (and therefore >OPEN) does. If a data set is allocated by IeFBr14 on an SMS disk, as I understand it, it will have an EOF record as its first record. Thus it can be read (as a zero record file) by a subsequent program or job and deleted thus from an SMF point of view a file can be read and deleted without ever having been created. Clark Morris > >I guess, from the original post, data is written so presumably some form >of OPEN took place. > >Cheers, Martin > >Martin Packer > >zChampion, Systems Investigator & Performance Troubleshooter, IBM > >+44-7802-245-584 > >email: [email protected] > >Twitter / Facebook IDs: MartinPacker > >Blog: >https://secure-web.cisco.com/1jWfMC4FDTdzncrPWLkLBC97mhpriVujWYooUizSQ6hb0k9sN_oOVeg_WgS7GzM5YpYMYtZp-nnbEDiUw-EiD_OHn9QfBsrSqe_ImSMiG31ra9yfPAKUDO05uAmHYthKUHaVBrfwEeROqG-WIELMpqDHuKRv8kVKLMqhdEKAUDrpYV9DHZXZ-0OUwiNug5NoU_--dlnI8GGbV16C0r0eIpD408r2exKQiMLt9N_lvB1-DehKvsvhBCv-pNqRvUnE7KCKxVJsXSaBl4TzvUhgoawSvaqvIbVuu3koAvZ5BlDLfaLlacfawRWmzJ1QtVNtACHvb0a9SXZvdHjy_B9u1v5t5l-QIF6pOxwaepas8xdB44mVkbr0rn98BFivnfVvuwSi94lP63XxjYlwb2q5PwrF7_hhdQ30WFCftH1szu91swRPCtGtwhYIxOmYJLfy9/https%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Fmydeveloperworks%2Fblogs%2FMartinPacker > >Podcast Series (With Marna Walle): >https://secure-web.cisco.com/1yhNrHArR0hNFGwHN0qBqalN1WcEEZiI_aRSlqBs8tumOw9lf_q4tgH_CIKjxvULkgukqhvEv6i_SPyGGT3gLSQRyV4splC5NE73vPb0WAFrSjtXrnOpXkon6CP64pGjB9Ljwt2lX7dckT8nz-ne7qQci7WWHL7FG1HWQ9UqqBaG1WmEfMYd_d49r81HzdLvkVcMrP0X1WIuVgsQiENPM5KNuKnIlUkckvt0dqjLV6r-ERIteEtdwuIxTrLiT4aWA_Gy04iLU85zhTLsQi5g8MILX6vEQ67nzVe2IEiWIQnxBXX9TnONUxqi9OZgaqN_faxWQTWH9oWnqasqa9XlteUhIt0kmnAc8CMikcnMKd2OqgpCyAgh1EUxe-iazvu3mIgeOJPT40iT0_77fxBjLJF-rHOltCE7N1OkCoyEz73Z8LMx6SjRfPHLYku3cTxh-/https%3A%2F%2Fdeveloper.ibm.com%2Ftv%2Fmpt%2F > or > >https://secure-web.cisco.com/1W9EfBzfL20vS0dm4Oso2UK0eyDeYRwOuEe-o4U1w8_DiX-llP5CA4n_Zs3Yd1S9vNtL1UvCv6w5dPFkMDxS_p0UB57f4hauVw8vPCuCPt09vx2DDy3Xov42l6fSafLc96QKFEJURN0tyg3VKXnGLnnvW8q4rhePIT48WgQU2DrLE-wFj_KesthAuhbYEaEQjVrN8k0nicbrGTbEjKznyIs4RUAHWPNRUukA-sueWDq4_MUrMiFIWAj8vlzvNGjmtsn_6jFw2GS7tmdCwHXB7BNf9pag8xghXcp6YkrDw8pyym_PYTUN-F4GeI9YX-yvuUzGj7u5IOWG3Fd5jJu4Ppikdh85_V7kPjjLqpdiQWKgs9bTYLqLvfy5Sp9W2VmBA08KQAMVOazDeSyFcUBYV1A7WgNaYgWlP92w02ADvhXyo7fFZK3h87wALc014bMJt/https%3A%2F%2Fitunes.apple.com%2Fgb%2Fpodcast%2Fmainframe-performance-topics%2Fid1127943573%3Fmt%3D2 > > >Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > >From: Charles Mills <[email protected]> >To: [email protected] >Date: 24/08/2019 21:23 >Subject: Re: SMF PUZZLE >Sent by: IBM Mainframe Discussion List <[email protected]> > > > >SMF only captures what you tell it to (with SMFPRMxx). Some shops, for >example, exclude STC's from certain SMF types "to avoid a performance >impact on CICS" or some similar reason. The whole "how to read SMFPRMxx" >thing is beyond the scope of an e-mail. D SMF,O will give you a >not-quite-trivial-to-parse summary. > >SMF 15 shows "opened for output and then closed" (for those subsystems for >which it is configured, per the above). Harking back to the IEFBR14 >discussion here a week or so ago, I wonder if a basic "create a DSN with >IEFBR14 DISP=(NEW,CTALG)" shows up in SMF 15 (because it does not close >the dataset). Others may well know. > >Charles > > >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:[email protected]] On >Behalf Of willie bunter >Sent: Saturday, August 24, 2019 10:30 AM >To: [email protected] >Subject: SMF PUZZLE > >Good Day, >I am trying to find the user/job which created a dsn. I run my >trustworthy SMF job which looks for recids 05 14 15 17 18 61 62 63 64 65 >66 67 68 136 139 163. The job showed the job which read the dsn & deleted >it but it doesn't show who or which job created it.According to the >LISTCAT the creation date of the dsn was Thursday Aug. 22. I read the SMF >tape for the previous week and subsequent days including Aug 22 & 23. >I was thinking if the dsn was created by a FTP or an UNIX upload process >which may not be trapped by SMF >Any thoughts? Any suggestions > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN > > > > >Unless stated otherwise above: >IBM United Kingdom Limited - Registered in England and Wales with number >741598. >Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
