Re: What the heck is *IGW038A Possible PDSE Problem(s) trying to tell me?

[Sri h Kolusu]

≫ When I issue the recommended diagnostic command I get nothing:

Charles,

Try adding the DSNAME at the end of the command

V SMS,PDSE,ANALYSIS,DSNAME

Thanks,
Kolusu


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

What the heck is *IGW038A Possible PDSE Problem(s) trying to tell me?

[Charles Mills]

We are getting a bunch of these.

When I issue the recommended diagnostic command I get nothing:

V SMS,PDSE1,ANALYSIS  
IGW031I PDSE ANALYSIS  Start of Report(SMSPDSE1) 889  
++ no exceptional data set conditions detected
PDSE ANALYSIS  End of Report(SMSPDSE1) 

How do I even tell what dataset it is referring to?

There do not seem to be any "real" problems. Jobs are not failing.


Charles 

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

NOTSP Tech giants, including Meta, Google, and Amazon, want to put an end to leap seconds | ZDNet

[Gabe Goldberg]

For decades, we've used leap seconds to keep our computers in sync with 
Earth's rotation time. Now, Meta and many others argue that new leap 
seconds are more trouble than they're worth.


In her hit song, Cher sang, "If I could turn back time 
." For her, that would be a 
good thing. But in the computing world, Meta, formerly Facebook, 
believes it would be a very bad thing indeed. In fact, Meta wants to get 
rid of leap seconds 
, 
which keep computing time in sync with Earth's rotational time.


Meta's not the only one that feels that way. The US National Institute 
of Standards and Technology (NIST), its French equivalent (the Bureau 
International de Poids et Mesures or BIPM), Amazon, Google, and 
Microsoft all want to put an end to leap seconds.


Why? As Meta explained in a blog post 
, 
"We bump into problems whenever a leap second is introduced. And because 
it's such a rare event, it devastates the community every time it 
happens. With a growing demand for clock precision across all 
industries, the leap second is now causing more damage than good, 
resulting in disturbances and outages."


Therefore, Meta concludes, we should simply "stop the future 
introduction of leap seconds."


https://www.zdnet.com/home-and-office/networking/tech-giants-want-to-put-an-end-to-leap-seconds/ 



--
Gabriel Goldberg, Computers and Publishing, inc.g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn:http://www.linkedin.com/in/gabegold Twitter: GabeG0

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

Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Michael Oujesky]

Depending on whether or not the individual is subject to FINRA restrictions.

Michael

At 05:04 PM 7/27/2022, Mike Schwab wrote:

Yep.  Banking standards require everyone to take 1 or 2 weeks off 
with no work contact.


On Wed, Jul 27, 2022 at 9:36 AM Bob Bridges  wrote:
>
> Absolutely right.  I have impression that they sometimes do this during
> military exercises:  A key officer "dies", now what?
>
> Normally I just stick in the next tagline, but for the current thread I
> picked this one out.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* If you're not failing when you train or test your security, you're not
> learning anything.  -Craig Tucker */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Seymour J Metz
> Sent: Wednesday, July 27, 2022 08:16
>
> I had a boss of the government side with a habit of pulling random tapes
> during a DR test and saying something like "this is unreadable. 
Proceed with

> the test." He also pointed at random people and said "You're dead." ;the
> remaining crew had to proceed without your involvement. Nasty, but if we
> couldn't handle it during a drill then we weren't prepared for a real
> disaster; I absolutely approved. The recovery plan should cover all
> contingencies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Mike Schwab]

Yep.  Banking standards require everyone to take 1 or 2 weeks off with
no work contact.

On Wed, Jul 27, 2022 at 9:36 AM Bob Bridges  wrote:
>
> Absolutely right.  I have impression that they sometimes do this during
> military exercises:  A key officer "dies", now what?
>
> Normally I just stick in the next tagline, but for the current thread I
> picked this one out.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* If you're not failing when you train or test your security, you're not
> learning anything.  -Craig Tucker */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Seymour J Metz
> Sent: Wednesday, July 27, 2022 08:16
>
> I had a boss of the government side with a habit of pulling random tapes
> during a DR test and saying something like "this is unreadable. Proceed with
> the test." He also pointed at random people and said "You're dead." ;the
> remaining crew had to proceed without your involvement. Nasty, but if we
> couldn't handle it during a drill then we weren't prepared for a real
> disaster; I absolutely approved. The recovery plan should cover all
> contingencies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Dump DS's [EXTERNAL]

[Steve Beaver]

NP

In this case the only "APPLICATION" of  note is CICS/Adabase, and Adabase is 
huge as in
3800 M09's 




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul
Sent: Wednesday, July 27, 2022 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump DS's [EXTERNAL]

Steve, sorry I should have added that we use the dynamic dump allocation 
feature.  We still have the traditional preallocated dump datasets for when the 
dynamic dump feature is not active.  We have used the dynamic dump feature for 
years. So with the combination of the dynamic dump feature and a somewhat large 
MAXSPACE (at least large for us) we normally don't run into an issue with 
DUMPSRV not having space for a dump.

We use SMS to push the dump datasets to a storage group that normally has lots 
of free space.

Again from one of our lpars.

D D
IEE852I 13.46.17 SYS1.DUMP STATUS 608  
SYS1.DUMP DATA SETS AVAILABLE=002 AND FULL=000 
CAPTURED DUMPS=, SPACE USED=M, SPACE FREE=00018432M
AUTOMATIC ALLOCATION IS: ACTIVE
   AVAILABLE SMS CLASSES: (DATA=DUMPIT,MGMT=DUMPS,STOR=SCTEMP) 
   NO DASD VOLUMES DEFINED 
   NAME=SYSD.DUMP.   
  EXAMPLE=SYSD.DUMP.PR01.D220727.T134617.S0
SYS1.DUMP AVAILABLE DASD DATA SETS : 10-11 


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Schramm
Sent: Wednesday, July 27, 2022 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump DS's [EXTERNAL]

If you want anything more than RTFM, then please post the entire message.
There is information in the message that should suggest the course of action to 
fix the issue.

Rob

On Wed, Jul 27, 2022 at 10:14 AM Steve Beaver  wrote:

> Let me preface this that I have never seen this problem:
>
>
>
> I am getting a IEA911E Partial Dump - Which basically means the DUMP 
> DS ran out of space.
>
>
>
> I need a suggested path to fix this on running on a Mission Critical 
> system
>
>
>
>
>
> TIA
>
> Steve
>
>
> --
> 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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
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: Dump DS's [EXTERNAL]

[Feller, Paul]

Steve, sorry I should have added that we use the dynamic dump allocation 
feature.  We still have the traditional preallocated dump datasets for when the 
dynamic dump feature is not active.  We have used the dynamic dump feature for 
years. So with the combination of the dynamic dump feature and a somewhat large 
MAXSPACE (at least large for us) we normally don't run into an issue with 
DUMPSRV not having space for a dump.

We use SMS to push the dump datasets to a storage group that normally has lots 
of free space.

Again from one of our lpars.

D D
IEE852I 13.46.17 SYS1.DUMP STATUS 608  
SYS1.DUMP DATA SETS AVAILABLE=002 AND FULL=000 
CAPTURED DUMPS=, SPACE USED=M, SPACE FREE=00018432M
AUTOMATIC ALLOCATION IS: ACTIVE
   AVAILABLE SMS CLASSES: (DATA=DUMPIT,MGMT=DUMPS,STOR=SCTEMP) 
   NO DASD VOLUMES DEFINED 
   NAME=SYSD.DUMP.   
  EXAMPLE=SYSD.DUMP.PR01.D220727.T134617.S0
SYS1.DUMP AVAILABLE DASD DATA SETS : 10-11 


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Schramm
Sent: Wednesday, July 27, 2022 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump DS's [EXTERNAL]

If you want anything more than RTFM, then please post the entire message.
There is information in the message that should suggest the course of action to 
fix the issue.

Rob

On Wed, Jul 27, 2022 at 10:14 AM Steve Beaver  wrote:

> Let me preface this that I have never seen this problem:
>
>
>
> I am getting a IEA911E Partial Dump - Which basically means the DUMP 
> DS ran out of space.
>
>
>
> I need a suggested path to fix this on running on a Mission Critical 
> system
>
>
>
>
>
> TIA
>
> Steve
>
>
> --
> 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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: Finding uncatalogued datasets

[Burrell, Todd]

One tool you can use to find uncatalogued datasets is DFDSS - and you can use 
TYPRUN=NORUN to just get the displays.  Try using something like this:

//GUK17X   EXEC  PGM=ADRDSSU, PARM='TYPRUN=NORUN' , 
//  REGION=4000K
//SYSUT2 DD DUMMY   
//SYSU01 DD DISP=SHR,UNIT=SYSDA,VOL=SER=SP8060  
//SYSIN DD *,DCB=BLKSIZE=80 
 DUMP INDD(SYSU01) -
 OUTDD(SYSUT2) -
 DATASET (EXCLUDE (SYS*.**) -   
BY ((CATLG EQ NO) (DSORG NE VSAM) ))   
/*  
//SYSOUT   DD SYSOUT=X  
//SYSPRINT  DD SYSOUT=X 
//SYSUDUMP  DD DUMMY   


This should try to dump all of the non-VSAM datasets on volume SP8060 that are 
not catalogued.  The output is dummied and the TYPRUN=NORUN causes the job to 
do nothing, but it should give you a list of uncataloged datasets on the 
volume.  

And with a simple REXX you could generate a ton of these steps from a list of 
volumes. 

Thanks

Todd Burrell | Sr. IT Systems Engineer | Mainframe


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jack Zukt
Sent: Tuesday, July 26, 2022 6:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finding uncatalogued datasets

Nope, that is not the original problem.
What happened was that when I was working through a list of datasets that have 
not been used for over a year, I found out that some of those files were not 
catalogued. As those are (were) SMS managed datasets, this should not happen.
The user catalogs are alright or we would be having a lot of problems. But , 
for some reason, some files were uncatalogued but not scratched from the VTOC. 
I suppose that can happen to some GDG entries when the base definition is 
"NOSCRATCH". But most of the files that I have found so far are not GDG entries.
So, I need a process to find uncatalogued datasets that will not take ages to 
run, that will not be way too much CPU heavy, and that does not rely on vendor 
software other than the IBM software that we already have. And ideally I would 
not want to use REXX programming or if I have to use it, that it will be very 
simple, easy to understand and to maintain if such a need would arise.
Regards
Jack

On Tue, 26 Jul 2022 at 10:11, Colin Paice  wrote:

> Do you need to worry about data sets cataloged in a user catalog, but 
> the user catalog is not connected to the master catalog - or is this 
> part of your original problem?
> 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
We comply with applicable Federal civil rights laws and do not discriminate.

You may access the Non-Discrimination and Accessibility Notice here 
.

Language Assistance Available: 

Español, Kreyol Ayisien, Tiếng Việt, Português, 中文, Français, Tagalog, русский, 
Italiano, Deutsche, 한국어, Polskie, Gujarati, ไทย, العربية, 日本語, فارسی 


Florida Blue is a trade name of Blue Cross and Blue Shield of Florida, Inc.  
Blue Cross and Blue Shield of Florida, Inc., and its subsidiary and affiliate 
companies are not responsible for errors or omissions in this e-mail message. 
Any personal comments made in this e-mail do not reflect the views of Blue 
Cross and Blue Shield of Florida, Inc.  The information contained in this 
document may be confidential and intended solely for the use of the individual 
or entity to whom it is addressed.  This document may contain material that is 
privileged or protected from disclosure under applicable law.  If you are not 
the intended recipient or the individual responsible for delivering to the 
intended recipient, please (1) be advised that any use, dissemination, 
forwarding, or copying of this document IS STRICTLY PROHIBITED; and (2) notify 
sender immediately by telephone and destroy the document. THANK YOU.


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

Re: Dump DS's

[Rob Schramm]

If you want anything more than RTFM, then please post the entire message.
There is information in the message that should suggest the course of
action to fix the issue.

Rob

On Wed, Jul 27, 2022 at 10:14 AM Steve Beaver  wrote:

> Let me preface this that I have never seen this problem:
>
>
>
> I am getting a IEA911E Partial Dump - Which basically means the DUMP DS ran
> out of space.
>
>
>
> I need a suggested path to fix this on running on a Mission Critical system
>
>
>
>
>
> TIA
>
> Steve
>
>
> --
> 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: Dump DS's [EXTERNAL]

[Steve Beaver]

These have not been a problem till a couple of weeks ago

COM='CD SET,SDUMP=(ALLNUC,ALLPSA,CSA,GRSQ,LPA,LSQA,NUC,RGN,SQA,SUM)'  
COM='CD SET,SDUMP=(SWA,TRT,XESDATA),Q=NO,TYPE=XMEME,BUFFERS=4M'   
COM='CD SET,SDUMP,MAXSPACE=3000M' 


Regards,

Steve Beaver




This electronic mail (including any attachments) may contain information
that is privileged, confidential, and/or otherwise protected from disclosure
to anyone other than its intended recipient(s). Any dissemination or use of
this electronic email or its contents (including any attachments) by persons
other than the intended recipient(s) is strictly prohibited. If you have
received this message in error, please notify us immediately by reply email
so that we may correct our internal records. Please then delete the original
message (including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Wednesday, July 27, 2022 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump DS's [EXTERNAL]

What is your max space for dumps set to?  Do a "D D" command to see that
number.  If your lpar has enough memory you may need to increase the
MAXSPACE for dumps.

As an example on one of our lpars we issue 'CD SET,SDUMP,MAXSPACE=18432M' at
IPL to set the MAXSPACE for dumps.

On a different lpar we issue 'CD SET,SDUMP,MAXSPACE=12288M'.


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Wednesday, July 27, 2022 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dump DS's [EXTERNAL]

Let me preface this that I have never seen this problem:

 

I am getting a IEA911E Partial Dump - Which basically means the DUMP DS ran
out of space.

 

I need a suggested path to fix this on running on a Mission Critical system

 

 

TIA

Steve


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

--
Please note:  This message originated outside your organization. Please use
caution when opening links or attachments.

--
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: Dump DS's [EXTERNAL]

[Steve Beaver]

These are hard allocated


Regards,

Steve Beaver
st...@stevebeaver.com

Office : 806-368-3859
Cell  : 806-300-9481
No man is a true believer unless he desires for his brother that, what he
desires for himself. 
” 




This electronic mail (including any attachments) may contain information
that is privileged, confidential, and/or otherwise protected from disclosure
to anyone other than its intended recipient(s). Any dissemination or use of
this electronic email or its contents (including any attachments) by persons
other than the intended recipient(s) is strictly prohibited. If you have
received this message in error, please notify us immediately by reply email
so that we may correct our internal records. Please then delete the original
message (including any attachments) in its entirety. Thank you

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Wednesday, July 27, 2022 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump DS's [EXTERNAL]

What is your max space for dumps set to?  Do a "D D" command to see that
number.  If your lpar has enough memory you may need to increase the
MAXSPACE for dumps.

As an example on one of our lpars we issue 'CD SET,SDUMP,MAXSPACE=18432M' at
IPL to set the MAXSPACE for dumps.

On a different lpar we issue 'CD SET,SDUMP,MAXSPACE=12288M'.


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Wednesday, July 27, 2022 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dump DS's [EXTERNAL]

Let me preface this that I have never seen this problem:

 

I am getting a IEA911E Partial Dump - Which basically means the DUMP DS ran
out of space.

 

I need a suggested path to fix this on running on a Mission Critical system

 

 

TIA

Steve


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

--
Please note:  This message originated outside your organization. Please use
caution when opening links or attachments.

--
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: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Bob Bridges]

Absolutely right.  I have impression that they sometimes do this during
military exercises:  A key officer "dies", now what?

Normally I just stick in the next tagline, but for the current thread I
picked this one out.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If you're not failing when you train or test your security, you're not
learning anything.  -Craig Tucker */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Wednesday, July 27, 2022 08:16

I had a boss of the government side with a habit of pulling random tapes
during a DR test and saying something like "this is unreadable. Proceed with
the test." He also pointed at random people and said "You're dead." ;the
remaining crew had to proceed without your involvement. Nasty, but if we
couldn't handle it during a drill then we weren't prepared for a real
disaster; I absolutely approved. The recovery plan should cover all
contingencies.

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

Re: Dump DS's [EXTERNAL]

[Feller, Paul]

What is your max space for dumps set to?  Do a "D D" command to see that 
number.  If your lpar has enough memory you may need to increase the MAXSPACE 
for dumps.

As an example on one of our lpars we issue 'CD SET,SDUMP,MAXSPACE=18432M' at 
IPL to set the MAXSPACE for dumps.

On a different lpar we issue 'CD SET,SDUMP,MAXSPACE=12288M'.


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Wednesday, July 27, 2022 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dump DS's [EXTERNAL]

Let me preface this that I have never seen this problem:

 

I am getting a IEA911E Partial Dump - Which basically means the DUMP DS ran out 
of space.

 

I need a suggested path to fix this on running on a Mission Critical system

 

 

TIA

Steve


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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

For those installing at the end of the year...

[Marna WALLE]

[Cross-"blogged" at 
https://blog.share.org/Article/for-those-installing-at-the-end-of-the-year, 
since I know IBM-MAIN folks may not follow blogs...]

I know several people usually order their z/OS ServerPac around the time their 
systems are frozen at the end of the year.  Just as a gentle reminder while on 
Shopz, please do be aware that the installation method choice for ServerPac 
(CustomPac “ISPF” package or z/OSMF package) was removed at the beginning of 
July 2022.  You won’t see that installation method choice anymore on Shopz, and 
*all* ServerPacs will be created as z/OSMF portable software instances.    This 
is for z/OS V2.5, program products, and middleware.  CBPDO still is an 
installation choice in Shopz, and is not changing.

Remember that the data set merge function is now available in all ServerPacs 
produced!  Meaning, for those that like to merge data sets (including zFS!) 
that capability is built right into z/OSMF Software Management and your 
delivered ServerPac.   AND if you model after a software instance that already 
has merged data sets, we will recognize that and bring it forward to your new 
software instance.

If you would like a refresher on how to install any ServerPac with z/OSMF, 
here’s the primary education site: 
https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ There 
is a small representative package available for download there (“Try it”), 
which you can practice on with your own z/OSMF system.    Also, at the bottom 
of this web page under “Multimedia” is the venerable KurtQ with short videos to 
explain what is happening during the installation, how to get started. 

As a hint:  make sure you run an SMP/E REPORT MISSINGFIX for FIXCAT 
IBM.DrivingSystem-RequiredService before you install your z/OSMF ServerPac to 
ensure that you have all the right driving system PTFs installed.   This would 
include the data set merge function mentioned above. 

As another hint:  Make sure you have noticed a security item for the driving 
system in the z/OS V2.5 Planning for Installation that you can prepare for now. 
This is a common problem we have seen:  The user ID that you use must have READ 
access to the SAF (System Authorization Facility) resource that protects the 
IBM data sets that are produced during the creation of the ServerPac portable 
software instance. That is, your user ID requires READ access to data set names 
that begin with CB.OS*.** and CB.ST*.**.

-Marna WALLE
z/OS System Install and Upgrade
IBM Poughkeepsie

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

Dump DS's

[Steve Beaver]

Let me preface this that I have never seen this problem:

 

I am getting a IEA911E Partial Dump - Which basically means the DUMP DS ran
out of space.

 

I need a suggested path to fix this on running on a Mission Critical system

 

 

TIA

Steve


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

Re: [EXTERNAL] Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve Inbox

[Pommier, Rex]

Bill,

I'm not trying to get political here, but when was the last time politics and 
common sense intersected?  I'm not saying this to be snarky but realistic.  The 
politicians (at state and local levels who actually have to balance budgets) 
have people and special interest groups clamoring for a limited pool of money.  
The politician is going to try to make his/her constituency happy in order to 
get re-elected so infrastructure expenditures (like keeping their computers 
maintained) that John Q Public never sees until they crash spectacularly, gets 
overlooked.  

Add to that the fact that much of the public sector funding is earmarked for a 
particular project and there's hell-to-pay if the money gets spent elsewhere.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
william janulin
Sent: Wednesday, July 27, 2022 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mainframe outage affecting W.Va. state agencies could 
take 48, 72 hours to resolve Inbox

 I find it amazing that, in this day and age, a major public sector mainframe 
data centerdoes not seem to have a complete disaster contingency plan. I know 
that there is a cost for doing this but common sense needs to prevail here.

On Wednesday, July 27, 2022 at 08:58:00 AM EDT, Colin Paice 
 wrote:  
 
 As part of my customer visits to do audits you get to hear their tales of woe.
1.  Major outage at main site.  All people go to new DR site - they do not have 
badge access through the doors!
2.As part of a DR walk through, people had to go and physically touch the kit 
they would be turning on/off.  They found some of the kit in locked areas - and 
none of the DR team had a key!
3.Major power outage on site.  They found their recovery bible on what to do ( 
and how to restart the site) was on a server - which had no power.
When power came back, they started the server and the "cloud disks" copied the 
bible to a laptop, and shut the site down.  Then followed the bible.
Follow up plan was to print a copy, and keep it in the operations room.

Perhaps someone should write up these sort of tales, and make it required 
reading at Computer Science school.

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

--
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: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve Inbox

[william janulin]

 I find it amazing that, in this day and age, a major public sector mainframe 
data centerdoes not seem to have a complete disaster contingency plan. 
I know that there is a cost for doing this but common sense needs to prevail 
here.

On Wednesday, July 27, 2022 at 08:58:00 AM EDT, Colin Paice 
 wrote:  
 
 As part of my customer visits to do audits you get to hear their tales of
woe.
1.  Major outage at main site.  All people go to new DR site - they do not
have badge access through the doors!
2.As part of a DR walk through, people had to go and physically touch the
kit they would be turning on/off.  They found some of the kit in locked
areas - and none of the DR team had a key!
3.Major power outage on site.  They found their recovery bible on what to
do ( and how to restart the site) was on a server - which had no power.
When power came back, they started the server and the "cloud disks" copied
the bible to a laptop, and shut the site down.  Then followed the bible.
Follow up plan was to print a copy, and keep it in the operations room.

Perhaps someone should write up these sort of tales, and make it required
reading at Computer Science school.

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

Re: [EXTERNAL] Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Pommier, Rex]

Hi Timothy,

You bring up some interesting points but I'd like to look at it from a 
different POV.  Do most companies have a fully redundant hot-site where they 
can move a single piece of equipment (whether it be a mainframe or a 
midrange/Unix system or windows server) to the alternate site with the flip of 
a switch?  While I have never had to partake in a real disaster, I've 
participated in tabletop DR scenarios and *always* one of the first things that 
has been discussed has been "What is the cost (in dollars as well as outage 
time/down time and people cost for the disruption) of moving to the DR site 
versus just biting the bullet and waiting for the primary site to come up?"   
Now combine that with the fact that WV is running apparently severely outdated 
equipment (self-inflicted wound here) supported by a third party vendor.  
Depending on how old the equipment actually is, would there even be a third 
party DR site that would be able to support their system?  

It wasn't too many years ago that my site at the time had a DR contract with 
IBM BCRS.  We were running an older mainframe that was still supported by IBM 
but when it came to doing a DR test we couldn't go to the BCRS site our 
contract was with (and we had a permanent network link to) because that 
particular BCRS site had no hardware old enough to support us.  We had to go to 
a different BCRS site and IBM had to back-haul our network connection from 
their primary site to the one they put us in.  

My guess is that WV backed themselves into a corner by not allowing their IT 
staff the resources to keep their systems by woefully underfunding the capital 
needed to keep it running and now the "savior-de-jour" is coming in riding on a 
cloud and that's going to save the day for them.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Wednesday, July 27, 2022 12:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mainframe outage affecting W.Va. state agencies could 
take 48, 72 hours to resolve

I have absolutely no information about this incident other than what the media 
are reporting. I wish everyone involved the best success.

My *personal* curiosity revolves around the Disaster Recovery plan and 
resources. As I'm sure we all know the standard/typical operational practice is 
to have an alternate site, separated at some distance, equipped with standby 
resources. Disk subsystems replicate between sites (primary to alternate) 
either synchronously or asynchronously. Or at least there'd be a remote tape 
library, preferably virtual to some degree (for performance reasons), 
preferably with multiple incremental backups per day. If the primary site is 
lost, for whatever reason(s), the IT operations team restores at least critical 
services from the alternate site. It might be a long RTO (24 hours for example) 
if it's a basic/entry DR arrangement, but it'd be something.

Over many years I've only ever worked with two clients that had no real DR plan 
and essentially no DR resources when I first met them. As it happens they were 
both government agencies, but they were also both located in fairly poor or 
poorer developing countries. One client took frequent tape backups and shuttled 
physical tapes off-site so at least they'd be able to recover to some point, 
eventually. (RTO="a week or two," RPO=12+ hours probably.) I wasn't happy they 
had to operate that way, but their constraints were genuine. I worked with the 
other government agency to eliminate their exposure within a tight budget, and 
they now have an alternate site with a reasonable DR capability.

I also remember working with another customer in a developing country, a bank. 
They were upgrading their systems, and their original plan involved losing DR 
protections for a couple days (about 48 hours) as I recall. That plan troubled 
me, so I worked with them to create a better, safer plan that preserved DR 
coverage throughout the upgrade project. They chose the revised plan. They 
completed their upgrade project on-time, within budget, and without incident.

So what happened to the alternate site (and DR switchover to it)?

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

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

Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve Inbox

[Colin Paice]

As part of my customer visits to do audits you get to hear their tales of
woe.
1.  Major outage at main site.  All people go to new DR site - they do not
have badge access through the doors!
2.As part of a DR walk through, people had to go and physically touch the
kit they would be turning on/off.   They found some of the kit in locked
areas - and none of the DR team had a key!
3.Major power outage on site.  They found their recovery bible on what to
do ( and how to restart the site) was on a server - which had no power.
When power came back, they started the server and the "cloud disks" copied
the bible to a laptop, and shut the site down.  Then followed the bible.
Follow up plan was to print a copy, and keep it in the operations room.

Perhaps someone should write up these sort of tales, and make it required
reading at Computer Science school.

Colin

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

Re: "Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve"

[Seymour J Metz]

Reconfigure? IML? Reinstall winows? ;-)


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, July 26, 2022 8:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "Mainframe outage affecting W.Va. state agencies could take 48, 72 
hours to resolve"

What does "recode" mean in this context, anyway?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If you're not paying for it you're not the customer, and if you're not the 
customer, you must be the merchandise.  -about "free" internet services */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Tuesday, July 26, 2022 15:33

The idiocy in this article is truly astounding. I have been in this industry 
for 50 years. I have never seen anything like the following:

House Technology and Infrastructure Committee Chairman Del. Daniel Linville, 
R-Cabell, said that two mainframe parts failed at the same time.

“The parts were not available for the both of them here in town,”
Linville said. “Because of that very unfortunate set of circumstances, multiple 
parts had to be ordered, and get here as quickly as possible.”
.
.
.

  Linville said as of Thursday morning at 10 a.m.,the parts were in, but 
functionality had not yet been restored and the manufacturer had to recode the 
system.

So let me get this straight: Parts fail, you replace them, then recode the 
system?

I am at a loss as to exactly what Mainframe works like this. IBM is making the 
only true business mainframe, and I have been there for loads of parts 
replacements, and I have NEVER had to "recode" the system afterward.

--
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: "Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve"

[Stefan Skoglund]

tis 2022-07-26 klockan 16:19 -0600 skrev Grant Taylor:
> On 7/26/22 1:12 PM, Bill Johnson wrote:
> > It amazes me how little most laypeople know about IT and how easily
> > they are brainwashed into believing the cloud will solve
> > everything.
> 
> I was working on a project years ago when I overheard someone say
> "I'll 
> be glad when we move to the cloud so that we don't need to worry
> about 
> these REDACTED firewall changes / forms."
> 
> I clamped my mouth shut and walked away.
> 

Heheee
The swedish IRS Skatteverket evaluated the safety of MS Teams and
basically said NO.

Motivation: a number of internal processes and a number of employees
has a security classing.

Teams usage of Azure AD basically for an organization means: exporting
to another equipment owner the whole of our organization, departments,
employees in that department and parts information of what they are
doing and responsible for.

Teams is allowed for external communication with parties which cant use
other methods but then with special precautions.

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

Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Seymour J Metz]

I had a boss of the government side with a habit of pulling random tapes during 
a DR test and saying something like "this is unreadable. Proceed with the 
test." He also pointed at random people and said "You're dead." ;the remaining 
crew had to proceed without your involvement. Nasty, but if we couldn't handle 
it during a drill then we weren't prepared for a real disaster; I absolutely 
approved. The recovery plan should cover all contingencies.

IMHO at least one set of backups should be far enough away that a major 
disaster, e.g., earthquake, doesn't take out both the site and the backup 
vault. The same separation principle applies to hot backup and hot vaulting 
sites.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Timothy Sipples [sipp...@sg.ibm.com]
Sent: Wednesday, July 27, 2022 1:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 
hours to resolve

I have absolutely no information about this incident other than what the media 
are reporting. I wish everyone involved the best success.

My *personal* curiosity revolves around the Disaster Recovery plan and 
resources. As I'm sure we all know the standard/typical operational practice is 
to have an alternate site, separated at some distance, equipped with standby 
resources. Disk subsystems replicate between sites (primary to alternate) 
either synchronously or asynchronously. Or at least there'd be a remote tape 
library, preferably virtual to some degree (for performance reasons), 
preferably with multiple incremental backups per day. If the primary site is 
lost, for whatever reason(s), the IT operations team restores at least critical 
services from the alternate site. It might be a long RTO (24 hours for example) 
if it's a basic/entry DR arrangement, but it'd be something.

Over many years I've only ever worked with two clients that had no real DR plan 
and essentially no DR resources when I first met them. As it happens they were 
both government agencies, but they were also both located in fairly poor or 
poorer developing countries. One client took frequent tape backups and shuttled 
physical tapes off-site so at least they'd be able to recover to some point, 
eventually. (RTO="a week or two," RPO=12+ hours probably.) I wasn't happy they 
had to operate that way, but their constraints were genuine. I worked with the 
other government agency to eliminate their exposure within a tight budget, and 
they now have an alternate site with a reasonable DR capability.

I also remember working with another customer in a developing country, a bank. 
They were upgrading their systems, and their original plan involved losing DR 
protections for a couple days (about 48 hours) as I recall. That plan troubled 
me, so I worked with them to create a better, safer plan that preserved DR 
coverage throughout the upgrade project. They chose the revised plan. They 
completed their upgrade project on-time, within budget, and without incident.

So what happened to the alternate site (and DR switchover to it)?

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

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

Re: Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve

[Bill Johnson]

I worked for a major university in NE Ohio that had a written DR plan that 
didn’t include an actual offsite contract/plan to bring up a usable mainframe 
during an actual disaster. Because of cost. That was mid 90’s and they no 
longer have a mainframe. I think it was pretty common back then. It was at the 
universities in Ohio who were part of the consortium.


Sent from Yahoo Mail for iPhone


On Wednesday, July 27, 2022, 1:13 AM, Timothy Sipples  
wrote:

I have absolutely no information about this incident other than what the media 
are reporting. I wish everyone involved the best success.

My *personal* curiosity revolves around the Disaster Recovery plan and 
resources. As I'm sure we all know the standard/typical operational practice is 
to have an alternate site, separated at some distance, equipped with standby 
resources. Disk subsystems replicate between sites (primary to alternate) 
either synchronously or asynchronously. Or at least there'd be a remote tape 
library, preferably virtual to some degree (for performance reasons), 
preferably with multiple incremental backups per day. If the primary site is 
lost, for whatever reason(s), the IT operations team restores at least critical 
services from the alternate site. It might be a long RTO (24 hours for example) 
if it's a basic/entry DR arrangement, but it'd be something.

Over many years I've only ever worked with two clients that had no real DR plan 
and essentially no DR resources when I first met them. As it happens they were 
both government agencies, but they were also both located in fairly poor or 
poorer developing countries. One client took frequent tape backups and shuttled 
physical tapes off-site so at least they'd be able to recover to some point, 
eventually. (RTO="a week or two," RPO=12+ hours probably.) I wasn't happy they 
had to operate that way, but their constraints were genuine. I worked with the 
other government agency to eliminate their exposure within a tight budget, and 
they now have an alternate site with a reasonable DR capability.

I also remember working with another customer in a developing country, a bank. 
They were upgrading their systems, and their original plan involved losing DR 
protections for a couple days (about 48 hours) as I recall. That plan troubled 
me, so I worked with them to create a better, safer plan that preserved DR 
coverage throughout the upgrade project. They chose the revised plan. They 
completed their upgrade project on-time, within budget, and without incident.

So what happened to the alternate site (and DR switchover to it)?

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




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

Re: Finding uncatalogued datasets

[Jack Zukt]

Hello,
Thank you all again for your time and suggestions to help me.
I finally came up with a working solution that may need some fine tuning
but,so far, it seems to do what I need:

STEP 1: DCOLLECT for all the online volumes to WK0
STEP 2: SORT of WK0 to WK1 with DSN; VOLSER, STG-GRP NAME; ALLOC SPACE; CR
DATE; LAST REF DATE;
STEP 3: LISTCAT of the master catalog to WK2
STEP 4: SORT of WK2 to WK3, to get the usercatalog names and format the
SYSIN to listcat all the user catalogs
STEP 5: LISTCAT of all the usercatalogs to WK4
STEP 6: SORT of WK4 to WK5 with only the dataset names
STEP 7: SORT WK1 & WK2 with JOIN,UNPAIRED to the dataset with the
uncatalogued data sets and the information formatted on STEP 2

Best regards
Jack




On Tue, 26 Jul 2022 at 07:53, Jack Zukt  wrote:

> Thanks Sebastian
> I was not aware of this feature. I am going to explore it
> Regards
> Jack
>
> On Tue, 26 Jul 2022 at 07:45, Sebastian Welton 
> wrote:
>
>> I'm just wondering if NaviQuest might help here:
>>
>> DFSMS NaviQuest is a data and storage management tool for implementing,
>> testing, and verifying the SMS environment. NaviQuest is installed under
>> the Interactive Storage Management Facility (ISMF) Primary Option Menu and
>> uses the standard Interactive System Productivity Facility (ISPF) panel
>> interface.
>>
>> I use it for extracting lists of volumes and the information about them
>> which I feed into other programs, but it is also possible to get dataset
>> reports. There are numerous samples for ISPF or batch described here:
>>
>> https://www.ibm.com/docs/en/zos/2.4.0?topic=administration-using-naviquest
>>
>> Sebastian
>>
>> >Thank you Lionel,
>> >It will definitely take some time.
>> >I tried going through the DCOLLECT output with IGGCSIRX ant it took
>> almost
>> >six hours.
>> >But using listdsi may be an interesting approach.
>> >Regards
>> >Jack
>>
>> --
>> 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: Format SMF records created by SYNCSORT MFX

[Gadi Ben-Avi]

Hi Max,
I found that MXG can format the Syncsort SMF recrods, so we'll be using that.
Thanks for your help

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Massimo Biancucci
Sent: Wednesday, July 27, 2022 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Format SMF records created by SYNCSORT MFX

Gadi,

I wrote a REXX that formats most of the relevant fields.

I'm not sure it's a so "common need", so contact me offline and I'll be happy 
to help.

Best regards.
Max

Il giorno mar 26 lug 2022 alle ore 13:16 Gadi Ben-Avi  ha
scritto:

> Hi,
> Does anyone know of a, hopefully free,  tool that can format Syncsort 
> MXF
> v3.1 SMF records?
>
> Thanks
>
> Gadi
>
> --
> 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

Email secured by Check Point

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

Re: Format SMF records created by SYNCSORT MFX

[Massimo Biancucci]

Gadi,

I wrote a REXX that formats most of the relevant fields.

I'm not sure it's a so "common need", so contact me offline and I'll be
happy to help.

Best regards.
Max

Il giorno mar 26 lug 2022 alle ore 13:16 Gadi Ben-Avi  ha
scritto:

> Hi,
> Does anyone know of a, hopefully free,  tool that can format Syncsort MXF
> v3.1 SMF records?
>
> Thanks
>
> Gadi
>
> --
> 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