QUOTE SITE ISPFSTATS is very useful. No way to set that as a default? Some
Googling didn't show anything.
On Tue, Sep 30, 2014 at 4:10 PM, Longabaugh, Robert E <
robert.longaba...@ca.com> wrote:
> Also you can use LMMSTATS from REXX or other languages. The command is
> documented in TSO/E REXX Reference.
>
> "ISPEXEC LMMSTATS DATAID("data1") MEMBER("mbrname")" "
> USER("id_of_usr")"
>
> Bob Longabaugh
> Quality Assurance Architect
> CA Technologies
> Storage Management
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Tuesday, September 30, 2014 2:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
>
> To further my contribution to this discussion, I was looking for a way to
> run the ISPF opt 3.5 in batch last year, when I was working as a contractor
> to IBM, but never did figure out the way to do so. Gee, they give us a way
> to SuperC Compare (3.12) in batch, why can't IBM give us 3.5! :)
>
> Now I know you asked for "Any standard IBM tool....", but if you don't
> mind, there are a couple of tools on the CBTTAPE (www.cbttape.org) that
> you might want to take a look into;
>
> File 357 has "TOUCH" a PL/I based program to modify ISPF Statistics.
> File 720 has "COPYISPF" which copies from one PDS to another while
> updating the ISPF Stats in the process. This is not exactly what you want,
> the author writes out some fixed information, but you might be able to
> modify to use current date/time information during the copy process.
>
> Just trying to be helpful.
>
> Al Nims
> Systems Admin/Programmer 3
> Information Technology
> University of Florida
> (352) 273-1298
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Tuesday, September 30, 2014 2:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
>
> That explains the behavior I saw, though it does not excuse it. My tests
> used LRECL=1028. Why in the world does LRECL have anything at all to do
> with whether ISPF statistics are recorded or not? That just makes no sense
> to me whatsoever.
>
> Thank you for the RTFM pointer.
>
> Another sad fact is that when the z/OS FTP server does set the ISPF
> statistics, it seems to use a simple-minded STCK + STCKCONV algorithm,
> since in my tests the date and time are set to UTC instead of setting them
> to the local time using the CVT time zone values. It makes the ISPFSTATS
> option a lot less useful, IMHO. There ought to exist another SITE option
> to change that behavior when the receiving z/OS system is known a priori to
> be using UTC time in the hardware clock. I would suggest
> ISPFSTATS[=UTC|LOCAL] if I could, where "LOCAL" means use the CVT values to
> adjust the STCK time before STCKCONV.
>
> Peter
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Tuesday, September 30, 2014 1:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
>
> For your VB data set, is the LRECL less than 256 (e.g.: 255 or less?).
> From "IP User's Guide and Commands v1.13 (SC31-8780-11)" it states on page
> 98:
>
> Note: ISPFStats is ignored for sequential data sets. Also, the record
> format must be either variable or fixed, and the record length must be less
> than 256.
>
> -----------------------------------------------------------------------------------
> Transferring PDS member to PDS member in block mode or in compress mode
> differs in behavior from transferring in stream mode. If the user wants to
> preserve the statistics of a PDS member that already has the statistics and
> have the same statistics copied over to the target PDS member, transferring
> in block mode or in compress mode is required.
>
> Al Nims
> Systems Admin/Programmer 3
> Information Technology
> University of Florida
> (352) 273-1298
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Tuesday, September 30, 2014 12:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
>
> On Tue, 30 Sep 2014 11:54:54 -0400, Farley, Peter x23353 wrote:
> >
> >The motivation for this is the sad fact that the IBM FTP server does not
> set statistics for RECFM=VB PDS/E members even when the SITE ISPFSTATS
> toggle is set. It only does it for RECFM=FB PDS/E members, even at the
> z/OS V2.1 level.
> >
> WTF!? And why? I hadn't noticed that. Is it because it's easier to
> count lines if RECFM=FB (count bytes and divide by LRECL)? Or because
> revision level is/isn't available as the last two characters of the
> sequence numbers (shouldn't matter). Is this documented?
>
> Does NFS have the same behavior? I'll need to test. I know that "touch"
> via NFS fails to update the time stamp. Can the programmer enable/disable
> stats with NFS?
>
> If the data originate from a z/OS (or CMS) system, it might be better to
> use TRANSMIT (SENDFILE)/RECEIVE. If you want to copy to/from a UNIX (etc.)
> system and replicate timestamps, you're probably SOL.
>
> (TRANSMIT/RECEIVE may have a 1-hour skew if a Daylight Saving boundary
> (or the Equator) is between. They could have done better.)
>
> --
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> ----------------------------------------------------------------------
> 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
>
--
zMan -- "I've got a mainframe and I'm not afraid to use it"
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
