Re: z/OSMF

2023-06-28 Thread Timothy Sipples
Brian Westerman replied:
>I think you are missing the point, why sell something and
>then before you sunset that box, make it so that you can't
>upgrade the software?  That's completely against IBM's
>original method of operation.

I'm not sure what you mean here by "sunset that box." IBM withdrew all z13s 
feature codes from marketing years ago. However, IBM continues to provide 
support, maintenance, and repair services for IBM z13s servers, and IBM 
continues to support the vast bulk of its z/OS software product portfolio on 
IBM z13s servers. (Although sometimes there are functions within otherwise 
supported products that require a higher model machine.) There's currently no 
announced End of Service date for IBM z13s machines AFAIK.

IBM offered z/OS 2.5 with the classic installation option to all z/OS 
licensees, including licensees with small capacity IBM z13s machines, at no 
additional charge. IBM urged all such customers to place any such orders before 
the end of January, 2022. Lots of customers did exactly that (including many 
reading this forum), and they either have z/OS 2.5 installed now or they have 
it sitting on the shelf, ready to install. z/OS 2.5 is the last release of z/OS 
that can run on IBM z13 generation machines.

z/OS 2.5 is currently orderable and installable with the z/OSMF-based 
installation on all machines compatible with z/OS 2.5. The z/OSMF-based 
installation steps may run longer on certain capacity models, but it's still 
installable. CBPDO-based installation is also still available.

Over the past several decades of history IBM has eventually dropped software 
support for older models. z/OS 2.5 doesn't run on IBM 4341 machines, for 
example. Sometimes a model drop occurs at a version or release boundary, 
occasionally not. In the newer "continuous delivery" style of software delivery 
the machine model drops between version/release boundaries are getting somewhat 
more common, industry-wide. But in this case IBM hasn't even dropped support 
for z/OS on IBM z13s machines, not yet. (z/OS 3.1 will.) All IBM did was drop 
one installation method in z/OS 2.5 and only for orders placed after January, 
2022. IBM gave advance notice it would. IBM offered delivery of z/OS 2.5 with 
that installation option to any licensee that cared to order it by January, 
2022, and at no additional charge.

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
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


Re: z/OS Client Web Enablement Toolkit

2023-06-28 Thread ITschak Mugzach
The z/os http/http enablement toolkit is part of z/os bcp. it starts at ipl
(no explicit start i needed). I make intensive use of this product (both
the http and json parser parts) and it works very well.

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Thu, Jun 29, 2023 at 12:35 AM MARTIN, MIKE <
04b29373b847-dmarc-requ...@listserv.ua.edu> wrote:

> Hi all,
>
> Is anyone familiar with the z/OS Client Web Enablement Toolkit?
>
> Is it part of z/OS 2.4?  (it appears it is, but I want to make sure)
>
> z/OS client web enablement toolkit - IBM Documentation<
> https://www.ibm.com/docs/en/zos/2.5.0?topic=languages-zos-client-web-enablement-toolkit
> >
>
> Mike Martin
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient. If you are not the intended recipient,
> please contact the sender and delete all copies. Any review or distribution
> by others is strictly prohibited. Personal emails are restricted by policy
> of the State Employees' Credit Union (SECU).  Therefore SECU specifically
> disclaims any responsibility or liability for any personal information or
> opinions of the author expressed in this email.
>
> --
> 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


Moving/Merging Zones Into A New CSI

2023-06-28 Thread Ross Vaughn
We are in the process of upgrading Db2v12 to Db2v13.  
I am looking for suggestions/best practice for moving additional Target & DLIB 
zones from our Db2v12 CSI to our new Db2v13 CSI.
 
To test this out I backed up and restored the new v13 CSI to a ‘test’ CSI…ran a 
ZONEEDIT and pointed my DDDEFs to test datasets etc.…Then
Ran ZONEEXPORTS for a TARGET & DLIB from my current v12 CSI
Ran ZONEEDITs to update those DDDEFs
Ran a GZONEMERGE to copy over the associated FMIDs to the GLOBAL zone for the 
product I’m moving using ‘CONTENT’ and ‘FORFMID’
 
Is this the best approach?  Am I missing anything?
 
 
 
Thanks,
Ross Vaughn
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: SAS Replacement

2023-06-28 Thread Andrew Rowley

On 29/06/2023 9:12 am, Neil O'Connor wrote:

Have a look at Black Hill Software for SMF reports/graphs. See
https://www.blackhillsoftware.com/


Thanks Neil!

There is also a Java API as well as the Windows software. The Java API 
allows you to write custom reports and run them on the mainframe or 
other platforms.


The Java API can also convert SMF data to JSON format, so you can use 
any of the JSON reporting tools for queries, charts etc.


eg: https://github.com/BlackHillSoftware/easysmf-samples/tree/main/smf2json

--
Andrew Rowley
Black Hill Software

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


SMF Real Time Interface

2023-06-28 Thread Andrew Rowley
I have created a Java interface to the z/OS SMF Real Time Interface, and 
I am looking for people interested to try it out.


As background, the SMF Real Time Interface works in SMF logstream mode 
and allows you to define SMF in memory resources to receive different 
combinations of SMF records. Access to the in memory resources is RACF 
protected, and does not require exits or authorized code.


The Java interface makes it very easy to connect, read and disconnect 
from the SMF in memory resources.


I have put some samples on Github to show how it can be used: 
https://github.com/BlackHillSoftware/easysmf-samples/tree/main/easysmf-rti


There are samples to show:

 * Simple usage: connect, read, disconnect
 * Send SMF records in binary format to another system via HTTP
 * Send type 30 job end information in JSON format to another system
   via HTTP
 * Send SMS text messages from the mainframe for job failures using the
   Twilio Java API.

These will hopefully give some ideas about how it might be used.

Andrew Rowley


--
Andrew Rowley
Black Hill Software

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


Re: SAS Replacement

2023-06-28 Thread Neil O'Connor
Have a look at Black Hill Software for SMF reports/graphs. See
https://www.blackhillsoftware.com/

Neil.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Kenneth Kripke
Sent: Thursday, 29 June 2023 05:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SAS Replacement

Hello;

 I am curious if there is a known replacement product for SAS,
specifically Performance and Capacity software that is not dependent on
using the SAS product to collect, process, and, report on Capacity and
performance? 

I have heard of IntelliMagic, however, I do not know the capabilities of the
product.  Any recommendations would be appreciated. 

 

Regards, 

 

Kenneth James Kripke

k.kri...@comcast.net   

443-851-1237

 


--
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


Auto: Re: z/OS Client Web Enablement Toolkit

2023-06-28 Thread Frederic Mancini
Je suis absent le 29 juin 2023.

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


Re: z/OS Client Web Enablement Toolkit

2023-06-28 Thread Ed Jaffe

On 6/28/2023 2:34 PM, MARTIN, MIKE wrote:

Is anyone familiar with the z/OS Client Web Enablement Toolkit?

Is it part of z/OS 2.4?  (it appears it is, but I want to make sure)


Yes, the toolkit comes standard with supported releases of z/OS.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


z/OS Client Web Enablement Toolkit

2023-06-28 Thread MARTIN, MIKE
Hi all,

Is anyone familiar with the z/OS Client Web Enablement Toolkit?

Is it part of z/OS 2.4?  (it appears it is, but I want to make sure)

z/OS client web enablement toolkit - IBM 
Documentation

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

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


Re: The new requirement for Certificates to communicate with IBM -- A Journey

2023-06-28 Thread Charles Mills
@Tom, did you ever get this resolved? What was the resolution?

Charles

On Tue, 20 Jun 2023 10:18:44 -0500, Tom Longfellow 
 wrote:

>Thanks to all so far.   Still on my journey.
>
>I have confirmed that my Firewall staff has not blocked me.  (ports 80 and 443 
>found at IBM)
>I have confirmed that my DNS world can find the new host names.   And even 
>confirmed that the old names are working DNS aliases.
>My HTTPS references were changed to the new hostnames in my RECEIVE ORDER jcl.

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


Re: EXTERNAL EMAIL: SAS Replacement

2023-06-28 Thread Jerry Whitteridge
We have recently started to use Intellimagic and I wish I'd found the product 
years ago. Like all the PCM products there is a learning curve but we were 
productive very quickly and didn't need any SAS literate staff (which we didn't 
have)

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Sr. Manager Managed Services
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kenneth Kripke
Sent: Wednesday, June 28, 2023 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: SAS Replacement

Hello;

 I am curious if there is a known replacement product for SAS,
specifically Performance and Capacity software that is not dependent on
using the SAS product to collect, process, and, report on Capacity and
performance?

I have heard of IntelliMagic, however, I do not know the capabilities of the
product.  Any recommendations would be appreciated.



Regards,



Kenneth James Kripke

k.kri...@comcast.net 

443-851-1237




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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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


Re: SAS Replacement

2023-06-28 Thread Scott Barry
Also, do consider that there is now a U.S.-based SAS language compiler called 
Altair SLC, where some reputable references have indicated that the Altair z/OS 
SLC / WorkBench software can be as much as 60% less-costly for licensing -- 
also, for those who know about this SAS/WPS history, there is no longer any 
potential legal exposure for an Altair-licensed customer in the U. S.

I have personally accomplished SAS to WPS on z/OS (the predecessor to what's 
now/today Altair SLC) with great success, under budget, and with happy 
customer/users as well !!  As well, I can attest that the Altair technical 
support, R&D team are quite responsive and attentive for bug-fixes and 
continuing with new-function enhancements.  The vendor support site provides a 
utility to analyze your SAS programs to identify compatibility or otherwise.

Scott Barry
SBBTech LLC

Vendor link: 
https://altair.com/altair-slc?utm_campaign=CO-DA&utm_source=technical-paper&utm_medium=pdf&utm_content=technical-paper-solutions-flyer-altair-slc-link

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


Re: [EXTERNAL] SAS Replacement

2023-06-28 Thread Pommier, Rex
Are you looking at perchance a replacement to MXG in order to get away from the 
SAS licensing costs?  There was a SAS alternative called "world programming 
system" that was ostensibly a drop in replacement to SAS.  It got bought out by 
Altair in 2021.  I played with it probably 15 years ago and it was a CPU hog 
compared to SAS back then.  I have no doubt they've vastly improved its 
performance since then.  

I know nothing about it, but there's a product called Pivitor that might do 
what you're looking for.  They have either a free trial or a much pared down 
free version (I don't remember which).  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kenneth Kripke
Sent: Wednesday, June 28, 2023 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] SAS Replacement

Hello;

 I am curious if there is a known replacement product for SAS, specifically 
Performance and Capacity software that is not dependent on using the SAS 
product to collect, process, and, report on Capacity and performance? 

I have heard of IntelliMagic, however, I do not know the capabilities of the 
product.  Any recommendations would be appreciated. 

 

Regards, 

 

Kenneth James Kripke

k.kri...@comcast.net   

443-851-1237

 


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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

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


SAS Replacement

2023-06-28 Thread Kenneth Kripke
Hello;

 I am curious if there is a known replacement product for SAS,
specifically Performance and Capacity software that is not dependent on
using the SAS product to collect, process, and, report on Capacity and
performance? 

I have heard of IntelliMagic, however, I do not know the capabilities of the
product.  Any recommendations would be appreciated. 

 

Regards, 

 

Kenneth James Kripke

k.kri...@comcast.net   

443-851-1237

 


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


Re: Counting EXIT invocations

2023-06-28 Thread Charles Mills
+1

On Wed, 28 Jun 2023 18:28:21 +0100, Colin Paice  wrote:

>Allocate a block of 8 bytes in common memory.   Use name token to point to
>it.   Use Compare double and swap to update value.  every 1000 entries
>reset to zero and write out

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


Re: Counting EXIT invocations

2023-06-28 Thread Colin Paice
Allocate a block of 8 bytes in common memory.   Use name token to point to
it.   Use Compare double and swap to update value.  every 1000 entries
reset to zero and write out

On Wed, 28 Jun 2023 at 15:49, Seymour J Metz  wrote:

> If the exit serializes access to the N/T pair then there should be no lost
> data.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Colin Paice 
> Sent: Wednesday, June 28, 2023 10:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Counting EXIT invocations
>
> Having a WTO depends on how many exit calls there are per second. 100  a
> second might cause a problem.
>
> Depending on where your exit runs, and what state it is in, a system level
> name token pair might be a good compromise.
> On first use - allocate a name token, set use count = 0; do a STCK and add
> 10 minutes - and store it in name token.
> on every other call
>
>- increment counter
>- If stck(now) > the stored STCK
>   - calculate the time delta - and WTO out # seconds and count
>   - store now + 10 minutes in the name token.
>
> The time between WTOs may be > 10 minutes  but it gives you a flavour of
> the count.   You might lose the odd entry if two TSBs are trying to update
> concurrently.
>
> Or do the WTO every 1000 calls.
>
> On Wed, 28 Jun 2023 at 15:10, Jousma, David <
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Best option would be to have the exit issue a WTO, and then scan operlog
> > for that.
> >
> > Dave Jousma
> > Vice President | Director, Technology Engineering
> >
> >
> >
> >
> >
> > From: IBM Mainframe Discussion List  on behalf
> > of jgmauta...@yahoo.com.ar <
> 01f9499d67db-dmarc-requ...@listserv.ua.edu
> > >
> > Date: Wednesday, June 28, 2023 at 9:21 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Counting EXIT invocations
> > Hi! We have recently implemented a RACF exit. Is there a way to know how
> > many times this EXIT was executed (on a given period of time)? Thanks in
> > advance for your help, Juan Mautalen
> > --
> >
> >
> > Hi!
> >
> > We have recently implemented a RACF exit. Is there a way to know how many
> > times this EXIT was executed (on a given period of time)?
> >
> > Thanks in advance for your help,
> >
> > Juan Mautalen
> >
> >
> >
> > --
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > This e-mail transmission contains information that is confidential and
> may
> > be privileged.   It is intended only for the addressee(s) named above. If
> > you receive this e-mail in error, please do not read, copy or disseminate
> > it in any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of this information is
> > prohibited. Please reply to the message immediately by informing the
> sender
> > that the message was misdirected. After replying, please erase it from
> your
> > computer system. Your assistance in correcting this error is appreciated.
> >
> > --
> > 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


Is there a USS-file compatible equivalent to the SUPERC OVSUM compare yet?

2023-06-28 Thread Collinson, Shannon
I think there was a USS tools&toys thing (fscp?) that'd compare the contents of 
two filesystems that I used to run when converting those from HFS to ZFS years 
ago, but the tools&toys page is gone now so I can't grab that to check.  Pretty 
sure it wouldn't work for what I want to do anyhow, which is to compare the 
files/directories/etc in two paths that could be in different locations in 
their filesystems.  Is there something else that says "this guy's missing, this 
one's new, the attributes (or better yet contents) of these are different" for 
USS?  I cobbled together this from something a coworker had that compared just 
directories-and made it compare the listings of those directories-but the 
output's a little ugly.  Do you have or know of anything better?
#!/bin/sh
# Change these variables:
NEWDIR="/my/new/path"
OLDDIR="/my/old/path"
#
# Leave these as-is unless you know what you're doing
FDOPT="-type d -xdev"
LSDIR="-exec ls -lAs {}"
TMPFILE1=/tmp/find1.out
TMPFILE2=/tmp/find2.out
TMPOUT=/tmp/compare.out
#
# Gather the new directory listing and stick in in TMPFILE1
echo "Starting directory " $NEWDIR > $TMPFILE1
PRDIR="-exec echo  Scanning ${NEWDIR}/ {}"
cd $NEWDIR
find . $FDOPT $PRDIR \; $LSDIR \; >> $TMPFILE1
#
# Gather the old directory listing and stick it in TMPFILE2
echo "Starting directory " $OLDDIR > $TMPFILE2
PRDIR="-exec echo  Scanning ${OLDDIR}/ {}"
cd $OLDDIR
find . $FDOPT $PRDIR \; $LSDIR \; >> $TMPFILE2
#
# compare the listing files and save it in TMPOUT:
diff -c0 $TMPFILE1 $TMPFILE2 > $TMPOUT
#
# display the results:
cat $TMPOUT
#
# clean up the temporary files:
rm $TMPFILE1
rm $TMPFILE2
rm $TMPOUT

Thanks!


Shannon Collinson
Senior Principal Infrastructure Engineer/Advisor
Mainframe Engineering - zOS and Innovation / Truist
Office: 404-827-6070 / Mobile: 404-642-1280
shannon.collin...@truist.com




The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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


Re: Counting EXIT invocations

2023-06-28 Thread Steve Thompson
You could write an SMF record from your exit and then process 
those later. Assuming you have some system for processing SMF 
records.


Steve Thompson

On 6/28/2023 9:20 AM, jgmauta...@yahoo.com.ar wrote:

Hi!
We have recently implemented a RACF exit. Is there a way to know how many times 
this EXIT was executed (on a given period of time)?
Thanks in advance for your help,
Juan Mautalen

--
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 batch create a PDSE2 with Generations?

2023-06-28 Thread Seymour J Metz
"The DEFINE NONVSAM command does not allocate space on the volume."


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, June 28, 2023 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How batch create a PDSE2 with Generations?

On Wed, 28 Jun 2023 10:44:52 -0500, Tom Marchant  wrote:

>When I refer to creating a data set with an IEFBR14 step, what I mean is that 
>the initiator creates the data set based upon the DD statement  with DISP=NEW 
>(or DISP=MOD for a data set that doesn't yet exist). Most programs do not 
>create data sets
>
You carefully used the word "step", which is critical.

can IDCAMS also create ("DEFINE"?) a PDSE2 with member generations?

--
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: How batch create a PDSE2 with Generations?

2023-06-28 Thread Paul Gilmartin
On Wed, 28 Jun 2023 10:44:52 -0500, Tom Marchant  wrote:

>When I refer to creating a data set with an IEFBR14 step, what I mean is that 
>the initiator creates the data set based upon the DD statement  with DISP=NEW 
>(or DISP=MOD for a data set that doesn't yet exist). Most programs do not 
>create data sets
> 
You carefully used the word "step", which is critical.

can IDCAMS also create ("DEFINE"?) a PDSE2 with member generations?

-- 
gil

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


Re: How batch create a PDSE2 with Generations?

2023-06-28 Thread Tom Marchant
When I refer to creating a data set with an IEFBR14 step, what I mean is that 
the initiator creates the data set based upon the DD statement  with DISP=NEW 
(or DISP=MOD for a data set that doesn't yet exist). Most programs do not 
create data sets

-- 
Tom Marchant


On Wed, 28 Jun 2023 10:28:31 -0500, Paul Gilmartin  wrote:

>Probably even from JC, as a program which actually creates a data set,
>unlike IEFBR14 which doesn't create data sets even though many
>programmers say it does so.

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


Re: How batch create a PDSE2 with Generations?

2023-06-28 Thread Seymour J Metz
Yes, the parameter list for EXEC PGM=BPXWDYN,PARM= is valid.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, June 28, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How batch create a PDSE2 with Generations?

On Wed, 28 Jun 2023 09:30:52 -0500, Kirk Wolf wrote:

>FWIW,  BPXWDYN (a text interface to SVC99) can be called from any programming 
>language with standard linkage via LOAD/CALL.
>
Probably even from JC, as a program which actually creates a data set,
unlike IEFBR14 which doesn't create data sets even though many
programmers say it does so.

Yet, an extended argument to fopen() might be a palliative to
vertical-thinking C programmers who expect fopen() to suffice
to create a file.

I've used languages, including antique FORTRAN, which nave
no "open", much less ALLOCATE -- you just start reading or
writing.


>On Tue, Jun 27, 2023, at 8:29 PM, Steve Smith wrote:
>>
>> I see no reason why various different "languages" shouldn't be used to
>> express the functionality.  No one would seriously say that all programming
>> should be done in say, C.  Ha, now that I read that back, I'd bet that's
>> disputable.

--
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: [EXTERNAL] Re: z/OSMF

2023-06-28 Thread Bill Johnson
Hardly a niche market.

https://www.fool.com/investing/2022/07/20/this-crucial-part-of-ibm-grew-by-77/?source=globeandmail&utm_source=globeandmail&utm_medium=feed&utm_campaign=article




Sent from Yahoo Mail for iPhone


On Wednesday, June 28, 2023, 8:53 AM, Pommier, Rex  
wrote:

Unfortunately that (pricing) train left the station a long time ago.  For 
whatever reason IBM chose to keep the mainframe a niche product with fantastic 
I/O capabilities but a high price tag, thus ensuring its gradual fade.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Andrew Rowley
Sent: Tuesday, June 27, 2023 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF

On 27/06/2023 11:35 pm, Pommier, Rex wrote:
> If a company is using a 20 MSU system and is forced to buy a 200 MSU system 
> because that's the smallest available, unless something drastic happens to 
> hardware AND software pricing, the company isn't going to be looking for 
> "what else can I put on this expensive and woefully underutilized machine", 
> they're going to be looking at "where can I move my 20 MSUs worth of 
> processing to get rid of this expensive machine".

Again, the assumption is that the pricing was adjusted so it was not more 
expensive.

200 MSU was just to pick a number. It probably should be higher. What is the 
speed of a desktop PC these days? I am guessing my 4 year old PC is around 
600-700 MSU equivalent? A Raspberry Pi about 40-60 MSU? And 4 or more cores 
makes a lot of problems go away.

It would be good if z/OS at the low end had kept up with the performance and 
price improvements in the rest of the industry.

--
Andrew Rowley
Black Hill Software

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


--
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: Are there samples of COBOL methods or classes?

2023-06-28 Thread Tom Ross
Please check out the examples in the COBOL Programming Guide, in
Part 6. Developing object-oriented programs

GO here:  https://www.ibm.com/support/pages/node/611415
Select which release you are interested in and then
click "Product Documentation"

Cheers,
TomR  >> COBOL is the Language of the Future! <<

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


Re: How batch create a PDSE2 with Generations?

2023-06-28 Thread Paul Gilmartin
On Wed, 28 Jun 2023 09:30:52 -0500, Kirk Wolf wrote:

>FWIW,  BPXWDYN (a text interface to SVC99) can be called from any programming 
>language with standard linkage via LOAD/CALL.
>
Probably even from JC, as a program which actually creates a data set,
unlike IEFBR14 which doesn't create data sets even though many
programmers say it does so.

Yet, an extended argument to fopen() might be a palliative to
vertical-thinking C programmers who expect fopen() to suffice
to create a file.

I've used languages, including antique FORTRAN, which nave
no "open", much less ALLOCATE -- you just start reading or
writing.


>On Tue, Jun 27, 2023, at 8:29 PM, Steve Smith wrote:
>> 
>> I see no reason why various different "languages" shouldn't be used to
>> express the functionality.  No one would seriously say that all programming
>> should be done in say, C.  Ha, now that I read that back, I'd bet that's
>> disputable.

-- 
gil

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


IXCMIAPU CFRM Report

2023-06-28 Thread Mark Jacobs
I just defined a new CFRM policy with all structures having their SIZE and 
INITSIZE specified as MB. When I review the report output most of the 
structures are being listed with SIZE ans INITSIZE displaying as expected, but 
several are being displayed with units of K, not M. Any idea why?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

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


Re: Counting EXIT invocations

2023-06-28 Thread Seymour J Metz
If the exit serializes access to the N/T pair then there should be no lost data.


From: IBM Mainframe Discussion List  on behalf of 
Colin Paice 
Sent: Wednesday, June 28, 2023 10:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Counting EXIT invocations

Having a WTO depends on how many exit calls there are per second. 100  a
second might cause a problem.

Depending on where your exit runs, and what state it is in, a system level
name token pair might be a good compromise.
On first use - allocate a name token, set use count = 0; do a STCK and add
10 minutes - and store it in name token.
on every other call

   - increment counter
   - If stck(now) > the stored STCK
  - calculate the time delta - and WTO out # seconds and count
  - store now + 10 minutes in the name token.

The time between WTOs may be > 10 minutes  but it gives you a flavour of
the count.   You might lose the odd entry if two TSBs are trying to update
concurrently.

Or do the WTO every 1000 calls.

On Wed, 28 Jun 2023 at 15:10, Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Best option would be to have the exit issue a WTO, and then scan operlog
> for that.
>
> Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List  on behalf
> of jgmauta...@yahoo.com.ar <01f9499d67db-dmarc-requ...@listserv.ua.edu
> >
> Date: Wednesday, June 28, 2023 at 9:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Counting EXIT invocations
> Hi! We have recently implemented a RACF exit. Is there a way to know how
> many times this EXIT was executed (on a given period of time)? Thanks in
> advance for your help, Juan Mautalen
> --
>
>
> Hi!
>
> We have recently implemented a RACF exit. Is there a way to know how many
> times this EXIT was executed (on a given period of time)?
>
> Thanks in advance for your help,
>
> Juan Mautalen
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
> --
> 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: Counting EXIT invocations

2023-06-28 Thread Colin Paice
Having a WTO depends on how many exit calls there are per second. 100  a
second might cause a problem.

Depending on where your exit runs, and what state it is in, a system level
name token pair might be a good compromise.
On first use - allocate a name token, set use count = 0; do a STCK and add
10 minutes - and store it in name token.
on every other call

   - increment counter
   - If stck(now) > the stored STCK
  - calculate the time delta - and WTO out # seconds and count
  - store now + 10 minutes in the name token.

The time between WTOs may be > 10 minutes  but it gives you a flavour of
the count.   You might lose the odd entry if two TSBs are trying to update
concurrently.

Or do the WTO every 1000 calls.

On Wed, 28 Jun 2023 at 15:10, Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Best option would be to have the exit issue a WTO, and then scan operlog
> for that.
>
> Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List  on behalf
> of jgmauta...@yahoo.com.ar <01f9499d67db-dmarc-requ...@listserv.ua.edu
> >
> Date: Wednesday, June 28, 2023 at 9:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Counting EXIT invocations
> Hi! We have recently implemented a RACF exit. Is there a way to know how
> many times this EXIT was executed (on a given period of time)? Thanks in
> advance for your help, Juan Mautalen
> --
>
>
> Hi!
>
> We have recently implemented a RACF exit. Is there a way to know how many
> times this EXIT was executed (on a given period of time)?
>
> Thanks in advance for your help,
>
> Juan Mautalen
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
> --
> 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 batch create a PDSE2 with Generations?

2023-06-28 Thread Kirk Wolf
FWIW,  BPXWDYN (a text interface to SVC99) can be called from any programming 
language with standard linkage via LOAD/CALL.


Kirk Wolf

On Tue, Jun 27, 2023, at 8:29 PM, Steve Smith wrote:
> OK, I totally missed your point.  Sorry about that.
> 
> Going back to gil's post, I agree (with Tom) that SVC 99 has no business
> getting into the parsing business.  It's a well-defined interface.
> 
> I see no reason why various different "languages" shouldn't be used to
> express the functionality.  No one would seriously say that all programming
> should be done in say, C.  Ha, now that I read that back, I'd bet that's
> disputable.
> 
> sas
> 
> On Tue, Jun 27, 2023 at 9:00 PM Tom Marchant <
> 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Where did I get the idea that SVC 99 code runs in Supervisor state?
> > It is an SVC.
> > SVC code receives control in Supervisor state.
> > It doesn't require that the program issuing the SVC 99 have any privileges
> >
> > --
> > Tom Marchant.
> >
> > On Tue, 27 Jun 2023 20:27:27 -0400, Steve Smith  wrote:
> >
> > >Let me be the first of likely many who will say "where did you get that
> > >idea?"   It doesn't require any more privilege than ALLOC or bpxwdyn.  Or
> > >// DD.
> > >
> > >sas
> > >
> > >On Tue, Jun 27, 2023 at 7:47 PM Tom Marchant <
> > >000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > >> On Tue, 27 Jun 2023 14:32:18 -0500, Paul Gilmartin <
> > paulgboul...@aol.com>
> > >> wrote:
> > >>
> > >> >The parsing and interpretation should be done by SVC 99, not in
> > >> >code replicated and maintained in the various utilities/
> > >>
> > >> I disagree. SVC 99 is a Supervisor state function.
> > >> Parsing and interpretation is a function that does not require running
> > in
> > >> Supervisor state or any other privileged mode. It should be done by
> > Problem
> > >> state code.
> > >>
> > >> --
> > >> Tom Marchant
> > >>
> >
> 
> --
> 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: Counting EXIT invocations

2023-06-28 Thread Jousma, David
Best option would be to have the exit issue a WTO, and then scan operlog for 
that.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
jgmauta...@yahoo.com.ar <01f9499d67db-dmarc-requ...@listserv.ua.edu>
Date: Wednesday, June 28, 2023 at 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Counting EXIT invocations
Hi! We have recently implemented a RACF exit. Is there a way to know how many 
times this EXIT was executed (on a given period of time)? Thanks in advance for 
your help, Juan Mautalen 
--


Hi!

We have recently implemented a RACF exit. Is there a way to know how many times 
this EXIT was executed (on a given period of time)?

Thanks in advance for your help,

Juan Mautalen



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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


Re: Counting EXIT invocations

2023-06-28 Thread Seymour J Metz
Post-process SLIP records from GTF? Would the overhead be acceptable?

A similar approach would be to count CT or GTF records logged by the exit, or 
WTL messages from the exit.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
jgmauta...@yahoo.com.ar [01f9499d67db-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, June 28, 2023 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Counting EXIT invocations

Hi!
We have recently implemented a RACF exit. Is there a way to know how many times 
this EXIT was executed (on a given period of time)?
Thanks in advance for your help,
Juan Mautalen

--
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: Counting EXIT invocations

2023-06-28 Thread Hayim Sokolsky
Juan,

Unless your exit has implemented its own counter, I'd have to say the answer is 
no.



Hayim Sokolsky (he/him/his)
Director, Software Engineering
Rocket Software, USA

E: hsokol...@rocketsoftware.com
W:RocketSoftware.com


The views I have expressed in this email are my own personal views, and are not 
endorsed or supported by, and do not necessarily express or reflect, the views, 
positions or strategies of my employer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
jgmauta...@yahoo.com.ar
Sent: Wednesday, June 28, 2023 09:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Counting EXIT invocations

EXTERNAL EMAIL





Hi!
We have recently implemented a RACF exit. Is there a way to know how many times 
this EXIT was executed (on a given period of time)?
Thanks in advance for your help,
Juan Mautalen

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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


Re: [EXTERNAL] Re: z/OSMF

2023-06-28 Thread Bill Johnson
Gradual fade? Mainframes process more transactions now that at any point in 
history. And will process more 10 years from now than today. 


Sent from Yahoo Mail for iPhone


On Wednesday, June 28, 2023, 8:53 AM, Pommier, Rex  
wrote:

Unfortunately that (pricing) train left the station a long time ago.  For 
whatever reason IBM chose to keep the mainframe a niche product with fantastic 
I/O capabilities but a high price tag, thus ensuring its gradual fade.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Andrew Rowley
Sent: Tuesday, June 27, 2023 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF

On 27/06/2023 11:35 pm, Pommier, Rex wrote:
> If a company is using a 20 MSU system and is forced to buy a 200 MSU system 
> because that's the smallest available, unless something drastic happens to 
> hardware AND software pricing, the company isn't going to be looking for 
> "what else can I put on this expensive and woefully underutilized machine", 
> they're going to be looking at "where can I move my 20 MSUs worth of 
> processing to get rid of this expensive machine".

Again, the assumption is that the pricing was adjusted so it was not more 
expensive.

200 MSU was just to pick a number. It probably should be higher. What is the 
speed of a desktop PC these days? I am guessing my 4 year old PC is around 
600-700 MSU equivalent? A Raspberry Pi about 40-60 MSU? And 4 or more cores 
makes a lot of problems go away.

It would be good if z/OS at the low end had kept up with the performance and 
price improvements in the rest of the industry.

--
Andrew Rowley
Black Hill Software

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


--
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


zDEC compression questions

2023-06-28 Thread Kenneth Kripke
Hello, 

 We are in the process of implementing zEDC compression for DFHSM on our
test system to more or less shake out issues. 

Questions have come up. 

1.  How to recover if there is a failure in deflation of a compressed
dataset.  We have a mixture of z/14 and z/15 processors.  
2.  For the z/15 processor, the footnote for the SMF 30 record indicates
that compression statistics are no longer recorded.  How do you measure
compression?  Is this also true for the SMF 14 and 15 records? 
3.  Regarding deflation, is there a noticeable performance/delay ?  

Any information would be greatly appreciated.  

Regards, 

 

Kenneth James Kripke

k.kri...@comcast.net   


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


Counting EXIT invocations

2023-06-28 Thread jgmauta...@yahoo.com.ar
Hi!
We have recently implemented a RACF exit. Is there a way to know how many times 
this EXIT was executed (on a given period of time)?
Thanks in advance for your help,
Juan Mautalen

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


Join new online community of Z enthusiasts

2023-06-28 Thread Lionel B. Dyck
Here is a link to the Discord space for System Z Enthusiasts - please join
this community of over 500 members.

https://discord.gg/rFXEVKK7AH

And feel free to pass this along to others.


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

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


Re: [EXTERNAL] Re: z/OSMF

2023-06-28 Thread Pommier, Rex
Brian, 

Not to be picky, but what point is being missed?  Who are you responding to?  
This thread took off in a couple different directions and there is no context 
to your comment.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Wednesday, June 28, 2023 1:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF

I think you are missing the point, why sell something and then before you 
sunset that box, make it so that you can't upgrade the software?  That's 
completely against IBM's original method of operation.

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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


Re: [EXTERNAL] Re: z/OSMF

2023-06-28 Thread Pommier, Rex
Tom, 

Sorry I wasn't clear.  These processes don't run simultaneously.  We run 2 
production LPARs and at times during our nightly batch cycle we have a process 
on one or the other LPARs that will consume an entire processor for a period of 
time - anywhere from 10 minutes to an hour or longer.  Watching my SDSF-like 
screen or monitor, I can see that a single TCB is consuming 100% (or close 
thereof) of one of the engines.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Tuesday, June 27, 2023 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF

On Tue, 27 Jun 2023 13:35:47 +, Pommier, Rex  
wrote:

>We're running a 2-way, 316 MSU machine and my business customers would squawk 
>loudly if I had to move our workload to a 4 way with no more horsepower.  We 
>have several single-threaded processes that run that would be woefully 
>impacted if the per-engine thruput was halved.
>
You are running several processes that each need more than 50% of a CP, and 
your CEC has two CPs?

How much CPU do these processes use?

--
Tom Marchant

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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


Re: [EXTERNAL] Re: z/OSMF

2023-06-28 Thread Pommier, Rex
Unfortunately that (pricing) train left the station a long time ago.  For 
whatever reason IBM chose to keep the mainframe a niche product with fantastic 
I/O capabilities but a high price tag, thus ensuring its gradual fade.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Andrew Rowley
Sent: Tuesday, June 27, 2023 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF

On 27/06/2023 11:35 pm, Pommier, Rex wrote:
> If a company is using a 20 MSU system and is forced to buy a 200 MSU system 
> because that's the smallest available, unless something drastic happens to 
> hardware AND software pricing, the company isn't going to be looking for 
> "what else can I put on this expensive and woefully underutilized machine", 
> they're going to be looking at "where can I move my 20 MSUs worth of 
> processing to get rid of this expensive machine".

Again, the assumption is that the pricing was adjusted so it was not more 
expensive.

200 MSU was just to pick a number. It probably should be higher. What is the 
speed of a desktop PC these days? I am guessing my 4 year old PC is around 
600-700 MSU equivalent? A Raspberry Pi about 40-60 MSU? And 4 or more cores 
makes a lot of problems go away.

It would be good if z/OS at the low end had kept up with the performance and 
price improvements in the rest of the industry.

--
Andrew Rowley
Black Hill Software

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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