zFS SMF problems

2021-05-31 Thread Colin Paice
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


Re: IBM Zcloud - is it just outsourcing ?

2021-05-29 Thread Colin Paice
I remember about 20+ years ago there was "dial a vm" from IBM for
customers.  By the time you had phoned up, given your credit card details
it had created a second level system for you to play with.

"We did it first on z"

Colin

On Sat, 29 May 2021 at 12:45, Scott Chapman 
wrote:

> I think one important distinction of cloud vs. outsourcing is the
> ephemeral nature of the resources in cloud computing. I.E. the ability to
> start from zero, provision compute and storage resources of some type
> (either manually or automatically in response to changing conditions) and
> then deprovision them similarly after using the resources for perhaps mere
> minutes or hours. The cost is determined by what you used for the duration
> you used it, typically billed to an interval of minutes or sometimes even
> seconds. And since it has on-ramp starting at zero infrastructure and zero
> cost, you can easily try out ideas at a cost of something you can put on a
> credit card. Infrastructure is charged in increments of pennies. And if it
> doesn't work out, you turn it off and your charges stop.*
>
> Last I knew, and I would like to be proven wrong, zCloud didn't embody the
> idea of "I want to play with z/OS for a few hours, stand up a z/OS image
> with x CPU and y GB of disk and put it on my credit card".
>
> *-Remember: in the cloud, you pay for what you forgot to turn off. And
> those pennies can add up shockingly fast in some cases!
>
> Scott Chapman
>
> --
> 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 I tell the zFS files being used by my application

2021-05-20 Thread Colin Paice
Timothy,
Thanks for these links.  Are these fixes available in the ACDC downloads?

I was told that shared classes should make startup faster. I've been
playing with it and have noticed a few interesting things.

   1. I think the default shared classes cache size is 60MB...  Ive made it
   100MB and it is 93% full ! it would be good if  appropriate size was given
   in z/OSMF
   2. When I start z/OSMF a second time, the SMF 92-11 records show over
   1000 jar files are being opened, and some are being opened more than once,
   for example /usr/include/java_classes/IRRRacf.jar is being opened 68 times!
  1. Shared classes are being used, as I can display the file
  information in the shared cache
  2. It looks like jar files are >not< being loaded from the shared
  classes data space and they are being loaded from the file system.

Are there any magic options to say "load a jar - just once ...  not once
for each thread", or to tell Java to load from the shared classes cache?
It feels like an old (non java) problem of having a non reentrant load
module, so it was loaded from disk every time, instead of reusing the
in-memory copy.

Colin


On Thu, 20 May 2021 at 06:00, Timothy Sipples  wrote:

> If you're experiencing long z/OS Management Facility startup times then
> please check that you have installed the PTFs for several APARs. You might
> consider disabling the z/OSMF help feature (if you can safely live without
> it) since it represents a substantial fraction of startup time/energy.
> Details are available here:
>
>
> https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/jing-hua-jiang1/2020/10/30/make-your-zosmf-server-starts-significantly-faster
>
> https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/zhi-li1/2020/08/10/tailor-your-zosmf-server-for-better-performance-in
>
> - - - - - - - - - -
> Timothy Sipples
> I.T. Architect Executive
> Digital Asset & Other Industry Solutions
> IBM Z & LinuxONE
> - - - - - - - - - -
> E-Mail: sipp...@sg.ibm.com
>
> --
> 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 I tell the zFS files being used by my application

2021-05-14 Thread Colin Paice
Matt,

One problem with the Slow start up is the first time it has to
compile/cache things - the second time it is faster.  Ive blogged on saving
the cached stuff across restarts.
I hear one of the problems is to do with the checking access to files, not
Java as such.
Z/OSMF had been up and I had been using ISPF through it ... I then jumped
to TSO and saw the high IO rate in SDSF.
Is there a C_run_ time/LE trace/Other which would give me some hints?
Colin

On Fri, 14 May 2021 at 18:03, Matt Hogstrom  wrote:

> It takes z/OSMF about an hour to fully initialize on my ZD … same
> behavior (lots of SIOs and CPU)  IBM says its fixing this but its been
> quite a while.  Its Java related.
>
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook <https://facebook.com/matt.hogstrom>  LinkedIn <
> https://linkedin/in/mhogstrom>  Twitter <https://twitter.com/hogstrom>
>
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
>
> > On May 14, 2021, at 1:01 PM, Colin Paice  wrote:
> >
> > Im using z/OSMF on my little zPDT system, and it is doing about 50,000
> SIO
> > a second,
> > when it is doing "nothing"
> >
> > How canI tell what it is doing?  I expect most of these files are in the
> > zFS file system, but I dont know the best way of finding out what is
> going
> > on.
> > I do not have tools like Strobe or APA,and I am familiar with dumps etc
> >
> > 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


How can I tell the zFS files being used by my application

2021-05-14 Thread Colin Paice
Im using z/OSMF on my little zPDT system, and it is doing about 50,000 SIO
a second,
when it is doing "nothing"

How canI tell what it is doing?  I expect most of these files are in the
zFS file system, but I dont know the best way of finding out what is going
on.
I do not have tools like Strobe or APA,and I am familiar with dumps etc

Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: How companies are moving on from Cobol?

2021-05-11 Thread Colin Paice
It would be interesting to see the true cost after migrating to the new
systems.  20 years ago I remember seeing a comparison which showed going
off the main frame was going to save Mega bucks for someone.  When  you dug
into it little things like

   1. They had configured a top of the range z/OS box and it ran at 10%
   The mid range boxes were spec'ed just right.
   2. With the mainframe the costs included backing up data, and taking
   tapes off site etc.  The midrange did no backups.

And so on...  But let's not look at the facts too closely ... the director
said  "let us look Strategically!"I met people from the company a few
years later.   They were not happy bunnies - "with z/OS it just worked"
they sighed into their beer.

On Tue, 11 May 2021 at 12:12, Robert Prins 
wrote:

>
> https://www.infoworld.com/article/3617936/how-companies-are-moving-on-from-cobol.html
>
> Commenting on the many very questionable claims is of course not possible,
> sigh
> --
> Robert AH Prins
> robert.ah.prins(a)gmail.com
> The hitchhiking grandfather - https://prino.neocities.org/
> Some REXX code for use on z/OS -
> https://prino.neocities.org/zOS/zOS-Tools.html
>
> --
> 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


IBM Documentation black hole.

2021-05-07 Thread Colin Paice
I raised some comments on MQ on z/OS in the IBM documentation at the
beginning of April.  I've checked with the IBM ID team - and they haven't
got the comments yet.

I recall that someone said they had given comments on z/OS documentation on
IBM Documentation and had responses ... so I do not know where the black
hole starts.

Does anyone know how to contact the IBM team responsible for IBM
documentation and tell them about this problem.I had raised a comment
using the online tool, but didnt get a response.

Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IBM snew DOC Web SIte

2021-05-03 Thread Colin Paice
I expect their test servers were physically close to them and they had a
lot of automation which did a lot of testing (without complaining).  Ears
set to disengaged.
Colin

On Mon, 3 May 2021 at 14:42, Matt Hogstrom  wrote:

> If I were to venture a guess they hand this off to design people (which is
> good) that are not getting feedback from the target audience (which is
> bad).  That coupled with the attempt to unify everything with Cloud creates
> more of a lukewarm experience for everyone.
>
> Matt Hogstrom
> m...@hogstrom.org
> PGP Key: 0x90ECB270
>
> I just read a book on Stockholm Syndrome,
> it was pretty bad at first, but, by the end I kind of liked it.
>
> > On May 3, 2021, at 9:36 AM, Charles Mills  wrote:
> >
> > It's true. IBM certainly has the skills and resources to do this well.
> Why
> > do they keep doing it so badly?
> >
> > Charles
> >
> >
>
>
> --
> 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: And the survey says...

2021-05-02 Thread Colin Paice
Some sites do not allow FTP, but do allow transfer through the 3270
emulator.

On Sun, 2 May 2021 at 12:15, Radoslaw Skorupka 
wrote:

> My responses below
>
> W dniu 01.05.2021 o 23:31, Bob Bridges pisze:
> > Pan Skorupka, I'm not sure whether I'm about to agree or disagree about
> FTP.  I use FTP as much as possible for file transfer, but I don't
> understand why a terminal emulator needs it built in:  What's wrong with
> just using Windows FTP and MVS FTP?  Which is maybe what you're saying.
>
> That's exactly what I said. FTP is fine, FTP is needed, I use FTP, but
> IMHO there is no reason to embed FTP client in 3270 emulation package.
>
>
> > One reason I like FTP so much is that IND$FILE can be so clunky if you
> have more than one or two files to transfer.  Most emulators provide a way
> to set up multiple transfers, but only manually - that is, I have to add
> each file to the collection, one at a time.  How is that better than doing
> the file transfer one at a time.  Unless I'm going to be doing the same
> transfers many times, of course, but that's never the case, for me.  What I
> really want is to set up a list of 40 or 50 filenames, and provide that
> list to the utility.  I can do that with native FTP.  I've done it for
> IND$FILE, too, but only by manually creating a multiple-file transfer
> containing three or four filenames, then analyzing the instructions it
> saved and writing a program that reproduced that proprietary format for my
> 40 or 50.  It's worth the trouble only when I'm starting out at a new
> client that doesn't support the mainframe FTP server, and I need to load my
> REXX tools.
> >
> > So when you write "scriptable IND$FILE", my ears perk up.  Someone tell
> me more, please.
>
> Scripting is unclear, I think I should rather say file list.
> I mean just list of dataset/files to sent.
> Example:
> D:\datasets\BE08.R0.CNTL.xmi xmit~x0
> D:\datasets\BE08.R1.PS1.xmi user2~x1.OLD
> D:\datasets\PS2.txt txt~x2
> C:\some\directory\BE05.R3.bin BIN2~x3
> D:\datasets\BE08.R4.PS4.xmi xmit~x4
> D:\datasets\BE08.R5.PS5.xmi xmit~x5
>
> Three positional parameters:
> 1. File name (PC side) - i.e. "BE08.R0.CNTL.xmi" in D:\datasets directory
> 2. Transfer/translation method - "xmit" is just a name. Inside there are
> parameters like ASCII-EBCDIC translation, LRECL, RECFM, optionally
> SPACE, etc.
> 3. x0, x1.OLD, x2... - dataset names, TSO prefixing apply
>
> As I said I don't know all possible emulators. I know PCOMM allows use
> of such lists, while wc3270 and Nexus do not have such feature. And of
> course when you have to transfer few dozens of files to the host it is
> really easy to create such list, even when some of the files need
> different parameters.
> Of course for gigabyte transfers FTP is still better.
>
>
>
>
> BTW: "Pan Skorupka" made me smile :-)
> Polish is complex here, we use declension, so it would be "panie
> Skorupka". Declension (declination?) is a nightmare for English speakers
> and lack of declension in English is a problem of Polish speakers.
> Nevermind.
>
> Regards
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: MQ For z/os

2021-04-29 Thread Colin Paice
The MQ backwards migration process has changed in V9.2, so that there is no
need to apply a backwards migration PTF. See
https://www.ibm.com/docs/en/ibm-mq/9.2?topic=wnim9-whats-new-in-mq-zos-920-base-advanced-vue-entitlement#q134150___simpback.
The V9.2 documentation should not say that there is a need for a backwards
migration PTF. If you find a page that says that, please tell IBM ( or tell
me and I'll pass it on)

The CSQY039I and CSQY040I messages are new in V9.2, and were added as part
of the migration enhancements to clarify whether backwards migration is
possible, and to which version.

Colin

On Wed, 28 Apr 2021 at 17:36, Steely.Mark  wrote:

> Thanks for the response - I do have a question about the backwards
> migration PTF. I found conflicting documentation that this is required:
>
>
> https://www.ibm.com/docs/en/ibm-mq/9.1?topic=tasks-backward-migration-earlier-supported-releases-mq-zos
> The backward migration APARs are PI95928 for IBM MQ 8.0.0, and PI95939 for
> IBM MQ 9.0.0.
>
> This was documentation for reverting back from 9.1.   But I seemed to
> recall this same statement from reverting back from 9.2.
> Also found documentation that states nothing needs to be done for
> backwards compatibility from 9.2.
>
> I also found this:
>
> Backwards migration is normally only performed immediately after a
> migration fails for some reason.
> However, it is possible to perform backwards migration at any time if the
> CSQY039I message is output at queue manager start up.
>
> If a queue manager issues the CSQY040I message at start up, backwards
> migration is not supported, and the procedure described in the following
> text is not applicable.
> If you have a back up of the queue manager data, prior to the migration,
> you could use that data to start the queue manager up at the earlier
> release.
>
> I assume these messages are displayed during start of MQ 9.2 because I
> don’t see these messages in the startup of MQ 9.0.
>
> Is this correct ?
>
> Thank You
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Colin Paice
> Sent: Wednesday, April 28, 2021 6:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MQ For z/os
>
> ATTENTION: This e-mail came from an external source. Do not open
> attachments or click on links from unknown or unexpected emails.
>
>
> Mark,
>
> Backwards migration is supported between LTS releases (i.e. 9.0.0, 9.1.0,
> 9.2.0), so it's not correct that the upgrade process is not reversible,
> unless the question is about a CD release.
>
> IBM always suggested being up-to-date with all maintenance before
> migrating to a new release. The backwards migration process has changed in
> 9.2, and there is no need to apply a specific backwards migration PTF
> before migrating. The backwards migration process in 9.2 is documented here:
>
> https://www.ibm.com/docs/en/ibm-mq/9.2?topic=92-reverting-queue-manager-previous-version-zos
> .
>
> All the MQ on z/OS migration information is documented under this topic:
> https://www.ibm.com/docs/en/ibm-mq/9.2?topic=mq-migrating-zos
>
>
> The question about backing up your page sets and logs is an interesting
> one.
>
> If you backed up your page sets, and restored a pageset,  (and did not
> restore your logs from backup) then when you restart the queue manager it
> would replay the logs and bring the restored page set(s) up to date.
>
> If you back them up, go to the next release, run for a day and then decide
> to use your backups of page sets AND LOGS ( so your logs now do not have
> any updates since the backup) This causes problems like Messages which had
> been in the system, and processed - now appear again (from the backup) - so
> where the message said "PAY COLIN $100" would get processed twice.
> Any new messages which were not processed before shutting down and
> restoring would be overwritten by the restore.
> Any channels going to other queue managers which had sent messages, will
> get sequence number mismatches and you will have to reset the channels.
>
> So the lesson is, you can ( and should backup) your pages sets, but *do
> not try to restore the logs from backups* except under IBM's guidance.
> (As a good sysprog you will have tested the backup and restore of a page
> set - and have JCL already written to do this!)
>
> regards
>
> Colin
>
>
>
>
>
> If you were on LTS, you could go from 9.0 to 9.1 and back to 9.0 without
> losing any messages.
>
>
>
>
>
>
> On Tue, 27 Apr 2021 at 16:52, Steely.Mark 
> wrote:
>
> > Has anyone upgraded from MQ 9.0 to 9.2 ?
> >
> > Is there any PTF's that need to be applied to 9.0 before going to 9.2.
> > This is t

Re: MQ For z/os

2021-04-28 Thread Colin Paice
Mark,

Backwards migration is supported between LTS releases (i.e. 9.0.0, 9.1.0,
9.2.0), so it's not correct that the upgrade process is not reversible,
unless the question is about a CD release.

IBM always suggested being up-to-date with all maintenance before migrating
to a new release. The backwards migration process has changed in 9.2, and
there is no need to apply a specific backwards migration PTF before
migrating. The backwards migration process in 9.2 is documented here:
https://www.ibm.com/docs/en/ibm-mq/9.2?topic=92-reverting-queue-manager-previous-version-zos
.

All the MQ on z/OS migration information is documented under this topic:
https://www.ibm.com/docs/en/ibm-mq/9.2?topic=mq-migrating-zos


The question about backing up your page sets and logs is an interesting one.

If you backed up your page sets, and restored a pageset,  (and did not
restore your logs from backup) then when you restart the queue manager it
would replay the logs and bring the restored page set(s) up to date.

If you back them up, go to the next release, run for a day and then decide
to use your backups of page sets AND LOGS ( so your logs now do not have
any updates since the backup)
This causes problems like Messages which had been in the system, and
processed - now appear again (from the backup) - so where the message said
"PAY COLIN $100" would get processed twice.
Any new messages which were not processed before shutting down and
restoring would be overwritten by the restore.
Any channels going to other queue managers which had sent messages, will
get sequence number mismatches and you will have to reset the channels.

So the lesson is, you can ( and should backup) your pages sets, but *do not
try to restore the logs from backups* except under IBM's guidance.
(As a good sysprog you will have tested the backup and restore of a page
set - and have JCL already written to do this!)

regards

Colin





If you were on LTS, you could go from 9.0 to 9.1 and back to 9.0 without
losing any messages.






On Tue, 27 Apr 2021 at 16:52, Steely.Mark  wrote:

> Has anyone upgraded from MQ 9.0 to 9.2 ?
>
> Is there any PTF's that need to be applied to 9.0 before going to 9.2.
> This is the only thing I have found:
>
> While at MQ 9.0, take a full backup of the queue managers. Why? Because
> the upgrade process is NOT reversible. If you need to revert back from MQ
> 9.1 to 9.0, then you must delete the queue managers and restore the backup
> taken at MQ 9.0.
>
> I know this statement is talking about 9.1 but I think it would also
> relate going to 9.2.
>
> Any information relating to upgrading MQ would be appreciated.
>
> Thank You
>
>
>
>
> *** Disclaimer ***
> This communication (including all attachments) is solely for the use of
> the person to whom it is addressed and is a confidential AAA communication.
> If you are not the intended recipient, any use, distribution, printing, or
> copying is prohibited. If you received this email in error, please
> immediately delete it and notify the sender.
>
> --
> 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: Printing GTF trace?

2021-04-22 Thread Colin Paice
For processing IBM product GTF traces you use a command like
GTF USR(ALL) to process "user" records.

Each product has a format number, MQ has D9.
When a record is processed, the GTF processing in IPCS looks up this format
number xx, and then invokes a routine AMDUSRxx (or AMDUSRD9  for MQ).
This program takes the record and formats it.
You could write your own formatter.  The basic record structure is well
documented, but the products specific stuff may not be documented.

These programs typically write to IPCSPRTN, but could write to any other dd
statement.,

I used to have my own program that did special processing of the data.
This wrote to more than one output dataset.

MVS (Non USR) records have special formatting such as options SSCH, SVC etc.

Colin


On Thu, 22 Apr 2021 at 14:18, Peter Relson  wrote:

> Isn't using file IPCSPRNT the intended way to print something produced by
> IPCS report(s)?
>
> Allocate data set x with RECFM VBA and suitable LRECL/BLKSIZE such as
> LRECL 137 BLKSIZE 27998 or LRECL 255 BLKSIZE 6144
> TSO ALLOC F(IPCSPRNT) DA(x)
> do your IPCS commands with the PRINT operand (whether that be GTF or
> other)
> IPCS Close Print
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> 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: IBM snew DOC Web SIte

2021-04-14 Thread Colin Paice
Maybe the IBM documentation developers sit on top of their servers...  so
they get sub millisecond performance - without all of the monitoring
etc/analytics which is added in afterwards.  I once  suggested they should
put their servers on the opposite side of the world, so they get a typical
response time.

On Wed, 14 Apr 2021 at 15:21, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Apr 2021 08:49:28 -0400, Peter Relson wrote:
>
> >The comments (criticism) are on target. Keep 'em coming.
> >
> Date: Mon, 12 Apr 2021 09:10:04 +0100
> SUBJECT: Re: More documentation problems
> FROM: Martin Packer
> ...
> But "breaking the back button" is indeed a web UI no-no.
>
> +1
>
> And it's painfully slow.
>
> All indications of developers who aren't required to use their own product.
> And don't care.
>
> -- 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: Help with APA - Application Performance Analyzer

2021-04-14 Thread Colin Paice
Phil,

I used to use

*C08 - CPU usage referred attributionUsage*
*Use this report to see attribution of CPU usage measured in system modules
referred back to the points of invocation in application module.*

But this only did it for system code.  I guess it will not work for non
system code.
Colin

On Tue, 13 Apr 2021 at 19:37, Phil Smith III  wrote:

> Colin Paice wrote about using APA successfully.
>
>
>
> I sure wasn't meaning to diss APA-it did help. I just remember finding that
> it wasn't granular enough for us. We have an underlying toolkit that has
> many layers, so it tends to jump around a lot in there, doing not a lot in
> each layer. That made it hard to narrow down, because it was mostly "Yeah,
> it's in this module", which didn't help that much since there were lots of
> functions in each module. (Hint: not how I would have written it!)
>
>
>
> Thanks,
>
> ...phsiii
>
>
> --
> 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: Help with APA - Application Performance Analyzer

2021-04-13 Thread Colin Paice
I used it about 10 years ago.  We only looked at hot hot spots. Small hot
spots close to the background level, could change from day to day depending
on other usage.  For example are the instructions/data cached in the local
processor?  Changing the amount of optimization of the C code made a big
difference.  Sometimes highly optimised code was slower than medium
optimised, because it optimised the whole program, whereas the hot code was
only about 5% of the total.  Of course upgrade the processor, and
everything can change, bigger cache, bigger page size, TLB etc.

I remember going to a customer to resolve a performance problem who was
going live in under 2 weeks.  Using APA...
1)  The top usage in the top transaction was 80% in  "printf".   They still
had debug code running.
2)  Rather than use a variable in a dynamic SQL statement  such as "select
from table where user=:userid", they had "select from table where
user='COLIN'", and "select from table where user='PAICE', so each of these
statements were unique, and could not be cached.
APA showed me these in the first hour (it made me look great). Once fixed,
the CPU dropped from 4 engines down to 1 engine for the same workload.
When I said they were going live in under 2 weeks; every one used the
password "qw", and I could logon to the super user using qw!

Colin





On Tue, 13 Apr 2021 at 16:56, Phil Smith III  wrote:

> Colin Paice wrote:
>
> >I dont think it matters which machine you run on, you just run for a
> longer
>
> >time, and get more samples that way.
>
>
>
> There was, IIRC, also a maximum time for the sampling. What we wound up
> with
> was insufficient; as I noted, it was a while ago. Perhaps we missed
> something.
>
>
> --
> 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: Help with APA - Application Performance Analyzer

2021-04-13 Thread Colin Paice
I dont think it matters which machine you run on, you just run for a longer
time, and get more samples that way.  I would suggest you run it on the
same machine as production so you get true samples.  The hardware can
change, for example  the MVCL instruction used to be slow on one machine,
and was fixed on the next generation.

You can use APA ( and Strobe) for two purposes

   1. Where is the CPU used?A hot spot could be caused by a very
   expensive operation being done frequently. Or could be very efficient code
   being called millions of times.  One lesson is to stop doing expensive
   calls, and to cache data from expensive calls.  ( I remember a CICS
   transaction that did the same DB2 query 1000 times! ... each program
   checked the status of a flag in a table.  They did the query once, and set
   a bit...  CPU usage disappeared.  APA showed this)
   2. Where is the elapsed time spent.   This could be disk I/O, Database
   waits/contention, CF etc

Colin

On Mon, 12 Apr 2021 at 21:37, Phil Smith III  wrote:

> This might be obvious, but if you can, you generally want to run APA on the
> slowest system you own, because modern machines are too bloody fast: it can
> have trouble identifying hotspots because it only goes to (I think) 100K
> samples per second, and that's not enough. At least, that's what ISTR from
> using it a few years ago-on then-current machines. Unless APA has increased
> that granularity, this problem can only have gotten worse.
>
>
>
> I've heard of people considering a zPDT just so they could have a SLOWER
> system to test on-when was the last time you heard that?
>
>
> --
> 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: Help with APA - Application Performance Analyzer

2021-04-12 Thread Colin Paice
It used to be a separately orderable product.  It was developed by another
company, and badged by IBM.

it provides the same functions as Strobe.

For example

   1. Hot spots...  in code Module/csect down to 64 bytes  granularity
   2. Which DB2 queries are taking most elapsed time, and CPU time
   3. Which MQ queues are used


All good stuff.   I used it when looking at performance problems.

Colin


On Mon, 12 Apr 2021 at 17:16, Lizette Koehler 
wrote:

> List -
>
>
>
> Does anyone know if the APA comes with z/OS ?  If so what versions of z/OS?
>
>
>
> Is it similar to iSTROBE for analyzing application tasks?
>
>
>
> I am reading the manuals, but I just wanted to see if it was a separate
> order or included in z/OS
>
>
>
> Thanks
>
>
>
> Lizette
>
>
>
>
> --
> 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: RACF violations - MQ and WAS, IMS

2021-04-12 Thread Colin Paice
I dont think MQ provides any as such - I think it was left to RACF to
report any violations.
Once MQ had done a security check it cached the data in its memory, until
it timed out.
Colin

On Mon, 12 Apr 2021 at 14:59, Pierre Fichaud  wrote:

> I was told on this forum that RACF violations for DB2 are in SMF records
> type 102 with IFCID=140.
> I was also told that CICS RACF violations were to be found in SMF type 80
> (X'50') records.
> I haven't gotten to them yet.
>
> What about RACF violations for MQ Series and WAS ?
> Where are they found?
>
> How are RACF violations reported in IMS ?
>
> Thanks in advance, Pierre.
>
> --
> 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: LISTCAT for a VTOC

2021-04-10 Thread Colin Paice
I have some C program (and load modules)  on
https://github.com/colinpaicemq/SMFFormatter which format DCOLLECT output,
along with

   1. SMF120 from WebSpere Liberty
   2. SMF123 from z/OS Connect.
   3. SMF30 jobs and step resource usage
   4. SMF 42.6 Data set statistics
   5. SMF 42.5 VTOC statistics
   6. SMF 42.1 SMS buffer manager (PDSE)
   7. SMF 42.27 VTOC Audit


On Sat, 10 Apr 2021 at 18:03, Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Not every site allows just anyone to use DCOLLECT.  For whatever reason,
> DCOLLECT on my employer's systems is SAF protected and unusable by any
> application programmer.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Bob Bridges
> Sent: Saturday, April 10, 2021 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: LISTCAT for a VTOC
>
> Ah, "DCOLLECT", I remember that.  I once wrote a REXX for a storage
> manager to use DCOLLECT and ... and do something with its output, I forget
> exactly what.  It was some years ago.  But I remember thinking "hey, this
> DCOLLECT thingy is pretty handy; I should remember it and use it from time
> to time!".
>
> I didn't, though; the next time I thought it might be useful, I couldn't
> remember what it was called.  Maybe I will this time :).
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* America wasn't founded so that we could all be better. America was
> founded so we could all be anything we damn well please.  -PJ O'Rourke */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Radoslaw Skorupka
> Sent: Friday, April 9, 2021 16:36
>
> What about DCOLLECT?
> It is also IDCAMS command.
>
> AFAIR it is quite flexible - generic volsers, a lot of useful information.
> --
>
> 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


Re: LISTCAT for a VTOC

2021-04-10 Thread Colin Paice
Am I missing something... does IEHLIST LISTVTOC give you what you need? See
here
https://www.ibm.com/docs/en/zos/2.1.0?topic=statements-listvtoc-statement

  //VTOCLIST JOB  ...
  //STEP1EXEC PGM=IEHLIST
  //SYSPRINT DD  SYSOUT=A
  //DD2  DD  UNIT=*disk*,VOLUME=SER=11,DISP=OLD
  //SYSINDD  *
   LISTVTOC   FORMAT,VOL=*disk*=11
   LISTVTOC   DUMP,VOL=*disk*=11,DSNAME=(SET1,SET2,SET3)
  /


On Sat, 10 Apr 2021 at 15:19, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Apr 2021 09:12:33 -0400, Bob Bridges wrote:
> >...
> >(Technically I think I ~could~ use 3.4 in a REXX program.  I've read
> (though
> >I've never tried it) that one can run ISPF in batch, if one wants to go to
> >the trouble of allocating all the necessary ISPF DDs.  So I could probably
> >
> Copy the DDs from your logon PROC?
>
> Too many languages.  It's a pity there aren't filters to translate
> JCL DD <==> BPXWDYN calls.
>
> >write a REXX that allocates all those DDs, then exit ISPF and run the REXX
> >from the READY prompt.  Seems to me that'd be the very definition of going
> >around my elbow to get to my thumb, though.)
> >
> Why do you need a READY prompt?  Wouldn't
> ADDRESS TSO EXEC member
>
> do as well as:
> //SYSTSIN DD *
> ...
> EXEC member
> ?
>
> -- 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


More documentation problems

2021-04-10 Thread Colin Paice
"back" is now two clicks..
eg
https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler
Click on See The sample DLQ handler amqsdlq

>From this page use back arrow.  Page jumps, and stays on the same page.
You have to use back again.
___

Can "Tell us what you think" be squashed onto one line to save real estate?
___
I told "us" what I thought, and got no reply.  Does this get monitored?
Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IBM snew DOC Web SIte

2021-04-09 Thread Colin Paice
Rather than fill up this discussion list with comments about the new IBM
Documentation site, is there an discussion site for making comments about
the new IBM Documentation?  I sent some comments (using their "contact us"
facility) over a week ago but heard nothing back.

On Fri, 9 Apr 2021 at 17:10, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Fri, 9 Apr 2021 08:44:17 -0700, Charles Mills wrote:
>
> >> when we 'change version' of product, saying 'whoopsie, this page
> doesn't exist in that version' almost all the time
> >
> >Yeah. Pretty sad.
> >
> +1
>
> It's sad that the inactive links aren't disabled/dimmed.  But that would
> incur the overhead of querying them before display.
>
> -- 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: IBM snew DOC Web SIte

2021-04-08 Thread Colin Paice
There may be no need for documentation as it was expected to be intuitive!
It would be nice if they had a permanent search box open, rather than click
the eye glass and then enter the data.

One reason it may be slow is I've seen it do 8 TLS handshakes as part of
getting a page.  It goes and tells sites about what it is doing - for
"Analytics". Other sites include "cdn.walkme.com", ec.walkme.com, (*WalkMe*
is a Digital Adoption Platform (DAP) that works by overlaying information
in "tip-balloons" in the browser window. These balloons break down online
processes into step-by-step instructions.)   consent.trustarc.com  (consent
manager)

On Thu, 8 Apr 2021 at 17:47, Robert Garrett  wrote:

> Yes, it's HORRIBLY slow and there's no doc on how to use it that I've
> found so far.
>
> It is possible to scope searches, but you have to first perform a search
> and get some results to be able to set the scope because the only place the
> scope option is available is at the top of the search results page.  How
> stupid is that?
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of kekronbekron
> Sent: Wednesday, April 7, 2021 9:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM snew DOC Web SIte
>
> Some more feedback for the Docs team:
>
> 1. Search is extremely slow. The search scope filter is missing.
> Assuming the web site is served from some *nix server, try using
> components from https://github.com/BurntSushi/ripgrep for fast search.
>
> 2. The index in the left takes ages to load. Try doing client-side
> assembly via WASM.
> I'm sure there'll be loads of great articles from one of the Firefox blogs
> on the technology and how to get started, etc.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, April 6, 2021 7:45 AM, kekronbekron <
> kekronbek...@protonmail.com> wrote:
>
> > What would also be useful is a next/previous button at the top right &
> bottom right of each Doc page.
> > 2 places because for pages that are long, one doesn't need to 'go to
> top'.
> >
> > -   KB
> >
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, April 6, 2021 7:38 AM, kekronbekron
> 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:
> >
> >
> > > Works ok for me.
> > > I should say, I do like the generous use of IBM Plex and the look of
> the site.
> > > Hope they get rid of the feedback banner at the bottom soon.
> > > Or at least make it an easy to use set of buttons in the footer (where
> language selection is).
> > > https://www.ibm.com/docs/en/cics-ts/5.2?topic=commands-cemt-perform-
> > > pipeline
> > >
> > > -   KB
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, April 6, 2021 1:31 AM, esst...@juno.com
> esst...@juno.com wrote:
> > >
> > >
> > > > .HelloAnyone experiencing problems with IBMs new doc site ?.For
> > > > Example:If I google CICS PIPELINE SCAN , I am presented with many
> > > > references to documentation with "pipeline scan"If any of these
> > > > references invoke the old Knowledge Center, I am re-directed to a
> > > > new IBM doc site..However I am presented with a White Page, with
> > > > no substance ?.Anyone else getting this.Paul D'Angelo 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: IBM snew DOC Web SIte

2021-04-08 Thread Colin Paice
Yes,
On Sunday firefox said 7 seconds to load a file

On Thu, Apr 8, 2021, 10:11 Martin Packer  wrote:

> I'm not really affiliated with the docs people but I have to ask: Are you
> sure this is client-side that's slow? Could well be server side or
> network. WASM, while fine, might not be relevant.
>
> Cheers, Martin
>
> Martin Packer
>
> WW z/OS Performance, Capacity and Architecture, IBM Technology Sales
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog: https://mainframeperformancetopics.com
>
> Mainframe, Performance, Topics Podcast Series (With Marna Walle):
> https://anchor.fm/marna-walle
>
> Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
> From:   kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   08/04/2021 03:52
> Subject:[EXTERNAL] Re: IBM snew DOC Web SIte
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Some more feedback for the Docs team:
>
> 1. Search is extremely slow. The search scope filter is missing.
> Assuming the web site is served from some *nix server, try using
> components from
> https://github.com/BurntSushi/ripgrep
>  for fast search.
>
> 2. The index in the left takes ages to load. Try doing client-side
> assembly via WASM.
> I'm sure there'll be loads of great articles from one of the Firefox blogs
> on the technology and how to get started, etc.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, April 6, 2021 7:45 AM, kekronbekron
>  wrote:
>
> > What would also be useful is a next/previous button at the top right &
> bottom right of each Doc page.
> > 2 places because for pages that are long, one doesn't need to 'go to
> top'.
> >
> > -   KB
> >
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, April 6, 2021 7:38 AM, kekronbekron
> 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:
> >
> >
> > > Works ok for me.
> > > I should say, I do like the generous use of IBM Plex and the look of
> the site.
> > > Hope they get rid of the feedback banner at the bottom soon.
> > > Or at least make it an easy to use set of buttons in the footer (where
> language selection is).
> > >
>
> https://www.ibm.com/docs/en/cics-ts/5.2?topic=commands-cemt-perform-pipeline
>
> > >
> > > -   KB
> > > ‐‐‐ Original Message ‐‐‐
> > > On Tuesday, April 6, 2021 1:31 AM, esst...@juno.com
> esst...@juno.com wrote:
> > >
> > >
> > > > .HelloAnyone experiencing problems with IBMs new doc site ?.For
> Example:If I google CICS PIPELINE SCAN , I am presented with many
> references to documentation with "pipeline scan"If any of these references
> invoke the old Knowledge Center, I am re-directed to a new IBM doc
> site..However I am presented with a White Page, with no substance ?.Anyone
> else getting this.Paul D'Angelo
> > > > 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
>
>
>
>
> 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 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: Large block interface for VB

2021-03-10 Thread Colin Paice
One of the benefits of striping is that you can do I/O in parallel, for
example have 4 concurrent I/Os, so you reduce the "connect time" for
transmission of data.
Once the data gets to the end of the cable into the Storage Controller, it
tends to be caught in cache, and should not matter what happens in the
storage controller and onto the disk.



On Tue, 9 Mar 2021 at 21:45, Radoslaw Skorupka 
wrote:

> W dniu 09.03.2021 o 18:21, Paul Gilmartin pisze:
> > On Tue, 9 Mar 2021 12:42:34 +0100, Radoslaw Skorupka wrote:
> >> Striped PS datasets (extended format PS) are managed by IEBGENER,
> >> ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user
> >> perspective.
> >>
> > In other words, transparent to the utility or user program, with at
> > most changes to SMS profile?
> Yes, you have to define it in SC. And use extended format.
>
> > What's the maximum performance boost?  "Linear" can't mean
> > "infinite".  Limited by channel, main storage, controller cache ...
> > bandwidth.  (Model-dependent, of course.)
>
> It depends. I remember loong discussion (read: quarrel) with my
> co-worker. It was 20+ years ago and it was about sense of striping on
> RAMAC RVA. He was right. ;-) Striping gave some performance gain. I
> can't remember exact values, but adding further stripes didn't help.
> One may say for real (old gone) 3390 volumes the performance gain was
> rather obvious, but bunch of volumes emulated on same hardware -
> controller, disk RAID group - it should be no difference whether you use
> one or several emulated volumes. However it is UNTRUE. Tested many times
> on various disk system models. And sometime you can deep dive in disk
> system details and create storage group consisting of volumes from
> different RAID groups, possibly server by different controllers
> (electronics). Modern arrays have quite reasonable features to support it.
> And2: even volumes defined on exactly same physical resources perform
> better when striping is in effect.
>
>
> > This would appear to be a solution for the OP.  Of course, unless
> > he's already experiencing it, perhaps unbeknownst.
>
> Good to consider. However striping is the best for (long) sequential
> read or write operations.
> Last, but not least: it is easy to test.
>
>
> BTW: Striping and multi-volume and extents is quite interesting issue
> for quiz. ;-)
> Things changed with the z/OS releases and the rules are different for
> ef-PS and VSAM.
> When I teach it on VSAM course, people usually forget about VSAM and
> discuss about PS.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: MQ information resources

2021-03-09 Thread Colin Paice
Bill,
There is
https://community.ibm.com/community/user/imwuc/communities/community-home?CommunityKey=183ec850-4947-49c8-9a2e-8e7c7fc46c64


You can contact me off line, as I used to work in MQ development/support

regard

Colin

On Tue, 9 Mar 2021 at 14:55, Bill Giannelli  wrote:

> Hello,
> We are trying to debug old MQ code.
> Can anyone point to some places to get MQ information? Is there a
> "IBM-Main" for MQ?
> We need to find the equivalent of the SQLCA area "Bind" command and a
> programming guide..
> thanks
> Bill
>
> --
> 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: z/OSMF desktop

2021-03-04 Thread Colin Paice
   - I found z/OSMF frustrating.  I wrote a post on a practical guide to
   get it working
   

   as it is not very well designed for digital certificates.
   - The server certificate they create is badly defined, missing the
  ALTNAME.  This means my browser whinges "your connection is not private"
  when I try to use it.
   - I could not find  the "real world" perspective I would expect from a
   strategic product.  For example
   - How do I setup z/OSMF in a sysplex - one on each LPAR? Do I get
  single-system-image so any personal configuration is available
where-ever I
  logon?
  - Can I set up two instances on one LPAR (for availability),  if so
  what do I need to think about
  - How do I set up up production and test on the same LPAR
  - I have two TCPIP stacks, is this supported?
  - If I shut it down on this LPAR, can I just start it on that LPAR?
  - It recreates the configuration file every time (unless you edit the
   JCL proc and remove this step) So you are familiar with Liberty on z/OS,
   you have to be careful about customising it.
   - You need a big screen because it goes with "tiles" instead of compact
   icons.  I could not find a way of customising the display
   - I found some of it a bit buggy.  If you stick to the "golden path"
   which has been well tested you'll be fine.
   - On my zPDT running z/OS under Ubuntu, it is slow to start.   You can
   improve this, see here
   

   .

Like all web based interfaces, it has been designed to be driven by a
mouse, rather than the keyboard.  I think it is fine for those with some
experience of z/OS as it reduces the knowledge you need to need to do some
tasks.  As an experienced z/OS person I found it bit mouse-clicky and
slower than I would like.   As this is designed to help the newer
generation I think being clicky is OK.
Colin

On Wed, 3 Mar 2021 at 18:12, Frank Swarbrick 
wrote:

> Does anyone use this?  Is it only useful for system programmers, or might
> application developers find it of use?  Is it in any way related to the
> Zowe desktop?  Are there any videos demonstrating it?
>
> --
> 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: Assembler - Authorized program debug

2021-02-26 Thread Colin Paice
One of the best troubleshooters I know was a big photograph of a dog. This
dog had an 80% success rate!
The photo belonged to the expert, and you could only ask the expert once
you had asked the dog.
Of course everyone would roll their eyes, tut and explain their problem to
the dog.
In doing so people solved their own problems.  As I said - it had a high
success rate!

On Fri, 26 Feb 2021 at 18:03, Ramsey Hallman 
wrote:

> I agree with Syrmour's method.  When I am stumped, I'll start an email to
> my boss (the best assembler coder I know) asking what I've done wrong.
> While putting as much information into the email as possible, so he doesn't
> think I'm taking the easy way out, 99 times out of 100 I'll find my issue.
> Usually, it's something fairly minor that I've simply overlooked as
> "obviously correct" or "obviously not the area of the problem."  When I
> point this out to my boss, he usually says "desk check" your code.  But I
> live by the motto that was posted here some time in the past - Months of
> coding and debugging beats hours of desk checking any day. (or something
> very close to that LOL).
> Ramsey
>
>
>
> On Fri, Feb 26, 2021 at 11:09 AM Seymour J Metz  wrote:
>
> > With regard to Tom's second method, often *I* spot the error when I'm
> > asking for help and explaining the code. Somehow it seems to sometimes
> cure
> > a mental blind spot.
> >
> >
> > --
> > 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: Friday, February 26, 2021 11:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Assembler - Authorized program debug
> >
> > I really second Tom's latter method. Try walking through the code with
> > someone else -- explain to them how it works instruction by instruction.
> I
> > have good luck with that method using my wife as a sounding board -- even
> > though she doesn't know L from ST.
> >
> > I think many respondents are answering the wrong question. The OP's
> > question is not "how do I debug or prevent an S047?" He understands the
> > S047. His question is "how do I debug this code without triggering an
> > unrelated but well-deserved S047?"
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Tom Brennan
> > Sent: Thursday, February 25, 2021 11:46 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Assembler - Authorized program debug
> >
> > Is the TSO TESTAUTH command still around?  I have to admit I can't
> > remember ever trying it.  My debugging method of such code typically
> > consisted of multiple temporary WTO's to let me know where the program
> > was at before it failed, and also display fields or registers I was
> > interested in.  Usually within a few iterations of that method, I'd
> > figure out my problem.
> >
> > Another method:  After looking at your code for hours and hours, have
> > someone else peek over your shoulder and invariably they will see the
> > problem in seconds.
> >
> > --
> > 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: Assembler - Authorized program debug

2021-02-26 Thread Colin Paice
First check your steplib - and all the libraries in steplib are APF
authorised!
Secondly check binder setting AC
Colin

On Fri, 26 Feb 2021 at 05:57, Ravi Gaur  wrote:

> **Positing in Assembler group as well** - However given the activity
> thought to put it in IBM-Main as well.
>
> Writing and debugging an assembler code which has MODESET instruction to
> change key and while debugging it via IDF or Debug tool both abend with
> S047(APF) issue. Anyone know a way to debug facility for code without using
> IDF/Debug tool?
>
> --
> 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


Does SOF exist anywhere

2021-02-24 Thread Colin Paice
I used to use an IBM product SOF (Software Operator Facility).  This
allowed you to have a set of operator commands in a file, and execute them
such as F SOF,/MQSTART.   You could pass parameters to it, and include
waits etc.

Does this still exist, or is there a good alternative without having to go
to a Netview type facility


Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Colours on screen (mainframe history question)

2021-02-24 Thread Colin Paice
I was around during 3279 development.  I think it was code named hotspur
(or was it beano).
During a demo a customer (a big bank) asked "why do people need a colour
screen".  A quick witted person replied "you could display overdrawn
accounts in red!!" "great - I'll put in an order".
And of course the managers got the colour screens first.
Colin

On Wed, 24 Feb 2021 at 10:56, Attila Fogarasi  wrote:

> The 3279 used tri-plane symbols for extended colour (turquoise, pink,
> yellow and white, plus blank for all 3 primary colours off).  This had the
> neat trick of allowing easy reverse video highlighting (invert the primary
> colour bits).  GDDM was the software exploitation of 3279, which also
> introduced program symbols.  Most programs used 10% of the 3279s rather
> complex capabilities (a situation not helped by only 2 of the 3279 models
> having the full capability set).  Great case study on how to design great
> hardware badly, or rather so that it is not used.
>
> Note that the 2260 (3270 predecessor that used a keypunch mechanical
> keyboard) and 2250 (million dollar vector graphics terminal) were released
> circa 1965.  So the 3279 is 15 years later.
>
> On Wed, Feb 24, 2021 at 7:55 PM Martin Packer 
> wrote:
>
> > The interesting question to me is "which colours"?
> >
> > I would say we started with a 3-bit colour space: R, G, B. And so the
> > colour Red is 100 in this space and a more complex colour like Yellow is
> > probably 110.
> >
> > Is this right, though?
> >
> > In particular I'd be surprised if a 4th bit weren't used. But for what?
> >
> > Cheers, Martin
> >
> > Martin Packer
> >
> > WW z/OS Performance, Capacity and Architecture, IBM Technology Sales
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> >
> > Blog: https://mainframeperformancetopics.com
> >
> > Mainframe, Performance, Topics Podcast Series (With Marna Walle):
> > https://anchor.fm/marna-walle
> >
> > Youtube channel:
> https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
> >
> >
> >
> > From:   Tony Harminc 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   24/02/2021 01:00
> > Subject:[EXTERNAL] Re: Colours on screen (mainframe history
> > question)
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > On Tue, 23 Feb 2021 at 19:10, Seymour J Metz  wrote:
> >
> > > IBM had color support for DIDOCS, ISPF and XEDIT pretty early. I don't
> > recall when GDDM picked up color support.
> >
> > Very early 1980s - earlier than I remember support for DIDOCS or ISPF.
> > And almost certainly GDDM was under development in parallel with the
> > 3279 hardware; IBM rarely comes out with hardware on a whim that has
> > no software to support it. One must also remember that the 3279 was
> > merely the first implementation of an architectural shift in the 3270
> > series.
> >
> > Tony H.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu 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 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


ZFS tuning

2021-02-20 Thread Colin Paice
Are there any good guides for tuning ZFS?  I've found some guides from 8
years ago - are they still valid?

Can I get zFS to cache directories or hot files in memory?   There are lots
of stats from ZFS, but it is hard to find the important numbers in the data.

Ive moved ZFS into OMVS
,
but it makes no significant difference.

Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Any way to anticipate failure messages

2021-02-13 Thread Colin Paice
Many moons ago I wrote some rexx execs to process SDSF operlog in ISPF
edit.   I've recreated them.
They are on https://github.com/colinpaicemq/Goodies
The doc says

A suite of rexx execs to process the operlog available with SDSF. It does
the following

   1. S1 convert each multi line message into a single line
   2. S2 contains a list of "boring" message ids. These get deleted from
   the file
   3. S3 Sorts the list on message id
   4. S4 Goes through the list and any message ids that have already been
   processed get excluded. This displays unique message ids.  You can then use
   ISPF delete all x to remove  the duplicates.
   5. You edit the file to leave only boring messages and run S5. This
   creates some rexx code you can use in S2

It shrank a 9000 line operlog down to 500 lines. When I used the "boring"
rexx - it left 10 messages.

I gave the original to customers to run.  Once you have deleted all of the
boring messages, any new ones jump out at you.   It was great at catching
"short of disk space" type messages and other warnings.

Please let me have any comments or feedback offline.

Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: wc3270 or NOTEPAD++ help

2021-02-12 Thread Colin Paice
If you can create one large file on windows,  and put

./ADD   LIST=ALL,NAME=MYNAME...

between each file

you can use iebupdte  for example
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/u1438.htm
it will create a member for each section headed by ./ ADD

Colin

On Fri, 12 Feb 2021 at 14:46, Binyamin Dissen 
wrote:

> I am hoping some of you folk might have some ideas.
>
> I am trying to upload source files from a windows machine with only the
> above
> programs. I am not familiar with either.
>
> Is there a way to write a wc3270 script to batch the uploads rather than do
> one at a time?
>
> Is there a way to cause NOTEPAD++ to combine all the files in the directory
> into a single file with some separator line between each file?
>
> Appreciate any help.
>
> Thank you.
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> 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 fields of RMF Subchannel Activity Report

2021-02-11 Thread Colin Paice
Hi,

CF level  Local Coupling Facility Data Section
24 18 R744FPBC 8 l_float Number of times coupling facility requests fail
due to path busy.

You get data for each structure

For the Structures you get the different sorts of requests
92 5C R744SSRC 8 l_float Count of number of times for synchronous requests
 44 R744SARC 8 l_float The total number of operations executed
asynchronously at the
coupling facility.
R744SATM 8 binary Summed service time for asynchronous requests in
microseconds
 54 R744SASQ 8 binary Summed squares of service time for asynchronous
requests.

so you can calculate your own average and standard deviation from these.

and add up the total number of sync/asnyc requests  to get a figure for the
CF as a whole

regards

Colin
.



On Thu, 11 Feb 2021 at 12:31, Ituriel do Neto <
03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:

>  Hi Colin,
> I do need the SMF fields, not the extraction from RMF. I have to create a
> database with information related to Path Busy, Service Time, Number of
> subchannels, sync and async requests, etc...
> And i could see similar information in several sections of SMF 74.4, which
> causes me confusion.
>
> Regards
> Ituriel
>
>
> Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice <
> colinpai...@gmail.com> escreveu:
>
>  You can get RMF to format most(all?) of these records.
> What high level analysis do you want to do?
> Colin
>
> On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto <
> 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Hi all,
> > I'm trying to collect some information from SMF 74.4 and would like some
> > advice.I need to analyze data similar to Subchannel Activity Report does,
> > but i'm a little confused.
> > In SMF 74.4 there are several sections and, if possible, i would like to
> > know which one isused as the basis for RMF Subchannel Activity Report.
> > Thanks in Advance
> >
> > Best Regards
> > Ituriel do Nascimento NetoSystem Programmer
> >
> > --
> > 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: SMF fields of RMF Subchannel Activity Report

2021-02-11 Thread Colin Paice
You can get RMF to format most(all?) of these records.
What high level analysis do you want to do?
Colin

On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto <
03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:

> Hi all,
> I'm trying to collect some information from SMF 74.4 and would like some
> advice.I need to analyze data similar to Subchannel Activity Report does,
> but i'm a little confused.
> In SMF 74.4 there are several sections and, if possible, i would like to
> know which one isused as the basis for RMF Subchannel Activity Report.
> Thanks in Advance
>
> Best Regards
> Ituriel do Nascimento NetoSystem Programmer
>
> --
> 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: [EXTERNAL] Collecting SMF data with Logstreams

2021-02-10 Thread Colin Paice
An advantage of log streams is that you can set up a log stream so type1
goes to one log stream and type2 goes to another log stream.  If type1
produces too much data type2 is not affected.
If you log to disk you process the data set to extract/process the type1
and type2 records.  If type1 produces too many records so the SMF buffer
fills up you can lose type 2 records.
Colin

On Wed, 10 Feb 2021 at 15:03, Ron Burg  wrote:

> Thank you Gadi and Jim,
>
> For us, using DASD-only logstream is the preferred way and I already set
> it up on a test system and played with it a little bit.
> I set up a RETPD of 10 days. this works fine and I understand that this is
> the prefered way and not period of years, I just wanted to check the
> possibilty of longer-period on a logsream as this extands the benefits (for
> example maybe I can migrate the offload datasets of the Logstream itself to
> tapes).
>
> The other thing that bothers me more is the IFASMFDL which gives me a
> return code of 04 for critical errors.
> for example, I tried to dump (not archive) data from logstream to a
> sequential dataset, but I gave a wrong LS name, this resulted in the
> following message:
> IFA815I INSTALLATION ERROR FOR LOGSTREAM IFASMF.BLABLA.DFLT
> LOGSTREAM IS UNAVAILABLE CAUSED BY RC=08-080B
> IFA825I LOG STREAM NAME HAS NOT BEEN DEFINED IN LOGR POLICY.
>
> and although I can see in the message RC=08-080B, the job itself ends with
> RC 4.
> How can I catch those type of errors? the only solution I thought on is
> running another step of REXX to parse the IFASMFDL output and search for
> common error messages and then set a return code accordingly.
>
> --
> 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


<    1   2   3   4