We actually offer SCRT based pricing, but most of our older customers
are licensed for "up to xxx MIPs" or "up to XXX MSUs". (MIPs or MSUs are
based on total system size, not LPAR capping.)
We also use CPUIDs in our product key.
But, I recently had a customer greatly increase their MSUs by upgrading
to a higher capacity setting within the same box. Our product key
processing does not currently catch that. Many, many years ago, I asked
the VSE developers about querying the capacity setting and was told it
was not possible. Now that time has passed, I figured it should be
possible.
Now that I know how it can be extracted via the STSI instruction, I can
either extract it myself or ask IBM VSE where they stored the output
from the STSI instruction.
Thanks for the help. Now, I need to go play with STSI.
Tony Thigpen
John McKown wrote on 04/26/2016 09:11 AM:
On Mon, Apr 25, 2016 at 9:00 PM, Tony Thigpen <t...@vse2pdf.com> wrote:
I license my VSE software to customers based on their cpu capacity. In the
past, I have trusted my customers, but recently, I have had two customers
give 'inaccurate' information. I want to add code to my product software
key to validate either the capacity setting or max MSUs.
I don't know if it would be of any help, but if you are doing "MSU based"
pricing, you might want to consider asking the customers for IBM's SCRT
report. CA does it this way.
http://www-03.ibm.com/systems/z/resources/swprice/subcap/scrt/
I asked for information on IBM-MAIN because z/OS usually has more stuff
like this and once I knew where the data was, I could go back to my
supervisor listings and internal IBM contacts and ask for the location of
the same data in z/VSE.
Tony Thigpen
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
