Charles, I'm very familiar with SMF records ... I have a program which formats many of them (including SMF 92's) the 14th section has a partly blank name, and other value are all hex 00's
I am planning on blogging about ZFS, concepts and how to look at the performance data; and documenting it warts and all, it would have been nice to pass it by IBM first for comment and to be able to say "fixes are coming". Colin On Mon, 31 May 2021 at 17:42, Charles Mills <charl...@mcn.org> wrote: > Good luck! > > I share your pain on PMRs. The same is true for Dallas "Innovation Center" > customers. > > On your specific issues I would *guess* > > 1. Is it perhaps a misunderstanding on your part? Do they perhaps mean > "there are 14 possible sections; look at each relevant triplet to see if > section X is part of a given record"? Many SMF records -- SMF 30 comes to > mind -- have lots of potential sections and most records as cut do not have > them all. > > 2. I suspect Working as Designed. It is what the program opened, not the > true full path name. I suspect you are looking at a request for > enhancement, not a PMR. I hear you -- "./somefile" is pretty useless for > auditing or troubleshooting purposes -- but perhaps it is what it is. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Colin Paice > Sent: Monday, May 31, 2021 8:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: zFS SMF problems > > I've been looking into the SMF records produced by zFS and have found a > couple of problems. Who can I report them to? I cannot raise a PMR as I > only have a zPDT license. > Example problems > > 1. The SMF 92-59 records say there are 14 sections - but there is data > for only 13 sections. The field is SMF92DON-1 > 2. In the SMF 92-11 it reports data on the individual files used. It > reports the file as used, for example ./write.c I expected it to say > /u/adcd/write.c. The data as is, is pretty useless, as I do not know > which > write.c was used. Other records have /usr/lib/nls/msg/C/fsumrcat.cat as > expected (because that is what the program used) > > Colin > > ---------------------------------------------------------------------- > 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
