[Public] RE: EXTERNAL: Re: JES3 SMPE zone in Serverpac

[Usher, Darrold]

That makes sense. Also, if you need to keep JES3 around, need to look at a 
support model with Phoenix Software.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Keith Gooding
Sent: Thursday, October 6, 2022 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: JES3 SMPE zone in Serverpac

Thanks Paul.

We still need to have JES3 because as an ISV we do have to do some testing on a 
JES3 system. It would probably be safer to change our cloning jobs rather than 
ZONEMERGE the zones just in case an element with the same name as a JES3 
element is added to z/OS.

Keith

> On 6 Oct 2022, at 13:41, Paul Gorlinsky  wrote:
>
> JES3 is no longer being maintained by IBM product. Phoenix Software 
> International - 
> https://urldefense.com/v3/__https://phoenixsoftware.com/jes3plus.htm__;!!GryZGb6B1VCs0SfC!VlGquu4R4KAw1DxSOAe1BpRhwPaIEwCmwu5D_NrY8t_cu_5TVm7-t8KeDWJn71lh$
>   - is licensed to maintain and enhance JES3. This is probably the reason for 
> the SMP/E split.
>
> Note also that z/VSE is in a similar situation. As of June 1, 2021,
> 21st Century Software Technologies, Inc. has a source code license
> agreement for z/VSE.
> https://urldefense.com/v3/__https://www.21stcenturysoftware.com/licens
> e-z-vse-code-from-ibm/__;!!GryZGb6B1VCs0SfC!VlGquu4R4KAw1DxSOAe1BpRhwP
> aIEwCmwu5D_NrY8t_cu_5TVm7-t8KeDWbLqALE$
>
>
> IBM is investing every thing in z/OS w/JES2, z/VM and z/Linux. z/VM only as 
> far as a hosting environment and no longer an application development / 
> deployment environment.
>
> --
> 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

USAA Classification: Public

Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.


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

[Public] RE: EXTERNAL: Re: COBOL - z/OS 2.1 vs 2.4

[Usher, Darrold]

What is your CEECOPT STORAGE Setting in SYS1.PARMLIB(CEEPRM00)?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crusty Old Guy
Sent: Monday, October 3, 2022 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: COBOL - z/OS 2.1 vs 2.4

I have further information from the programmers.

These are CICS programs. The programs do not initialize their working storage.  
I'm told everything is fine under z/OS 2.1.

Under z/OS 2.4, they are getting garbage in the COMMAREA. They want to know why 
it runs OK under 2.1.
I have not found an answer for them in the migration guide.  Can anyone help?

COG

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

USAA Classification: Public

Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.


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

[Public] RE: EXTERNAL: COBOL - z/OS 2.1 vs 2.4

[Usher, Darrold]

We encountered a fair amount of U4088-63 abends with z/OS v2.4. Relinks were 
required to ensure called utilities by the application were LE-compliant.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crusty Old Guy
Sent: Friday, September 30, 2022 8:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: COBOL - z/OS 2.1 vs 2.4

We have a client with loadmods that are ancient.  Some are very ancient.  All 
of those loadmods are currently running under z/OS 2.1.
Under z/OS 2.4, some of these loadmods are abending.  Others are creating 
incorrect output.

What could account for this behavior?  What has changed between 2.1 & 2.4?

Regards,
Crusty Old Guy

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

USAA Classification: Public

Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.


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

Re: EXTERNAL: Unix System Services migration [Internal]

[Usher, Darrold]

I can't speak to the application development approach much, but I can speak to 
the infrastructure since we have been using USS for many components for many 
years. It lends itself to a sysplex quite well in terms of integrity and 
sharing provided you have the filesystems set-up appropriately. Please see IBM 
USS planning guides for details.

Darrold

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Chapman
Sent: Thursday, September 29, 2022 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Unix System Services migration

How are most shops handling USS management and migration?

For many years, there has been a strong sentiment in my shop against utilizing 
USS (security and scalability were always cited as the primary
reasons) and we were only allowed to utilize USS with IBM and ISV software 
installs. Things are changing and now there is a strong push to change our 
culture around USS. However, we are greatly behind with the times and 
inexperienced with best management practices regarding USS migrations.

I'm sure our shop isn't the only site with a similar configuration, but we have 
multiple systems for development lifecycles (alpha testing on SYSA and SYSB, 
beta testing on SYSC and SYSD, etc). Since USS requires separate dataset mounts 
for each system, this makes sharing common resources across the same lifecycle 
environment impossible; unless it is read-only (but how do you update the file 
system without an outage?). Is there some sort of management practice that 
we're missing to achieve the ability to leverage common resources in USS?

Also, how do you handle migration? Our shop uses CA Endevor. Do you employ your 
change management software with USS migrations? If so, how do you copy 
directories/folders without outages? For directories/files that can easily be 
built with jobs, do you re-run these jobs on each system, or copy these 
elements?




Thank you,

Brian Chapman

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

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

Re: EXTERNAL: Re: Running z/OS 1.12 apps on 2.4

[Usher, Darrold]

z/OS v2.4 appears to really enforce LE compliance especially for any called 
utility routines will need to be LE compliant or you could end up with a 
U4088-63 abend. Generally, straightforward old COBOL code will continue to run 
on newer LE versions with some exceptions. It would nice to keep the old 
environment around at least until you can determine whether the apps that will 
remain can run on z/OS v2.4. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Horein
Sent: Monday, August 1, 2022 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Running z/OS 1.12 apps on 2.4

Where are you going after that?
You seem like you would be a fun guy to work with.

On Mon, Aug 1, 2022 at 1:22 PM John McKown 
wrote:

> My current employer is still running stuff on z/OS 1.12 on a z10BC. 
> They are shutting it down. But they have mentioned an "archive solution" for 
> ???
> apps which might not make the "hard" decommission date.
>
> Their latest idea is basically outsourcing to an "on demand" service. 
> It is running 2.4 . I am curious if they might run into problem with 
> old COBOL code with the new LE. It's just curiosity because I will not 
> be involved, supposedly. I am not sure about EasyTrieve Plus either.
>
> Thanks for any thoughts. My actual work for them will end, supposedly 
> end 1Q23, but my employment & pay will last until 1Aug23, regardless 
> (a kind of severance).
>
> --
> 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: Lead z/OS Systems Programmer posting

[Usher, Darrold]

My company has a Lead z/OS Systems Programmer position just posted. Please 
apply if you are interested: 
https://usaa.wd1.myworkdayjobs.com/USAAJOBSWD/job/San-Antonio-TX---San-Antonio-Home-Office-I/z-OS-Systems-Programmer-Infrastructure-Engineer-Lead_R0081656-1

USAA has provided many amazing opportunities for me over many years. If you are 
looking for something new at a member-focused company, please consider 
applying. 

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

Re: EXTERNAL: Re: FedEx to move entirely to the cloud [Internal]

[Usher, Darrold]

Hard to believe saving $400 million annually. I assume they are factoring in 
Microsoft Azure costs. 

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Friday, July 8, 2022 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: FedEx to move entirely to the cloud

This is hilarious.

The datacenter is dead – at least according to FedEx, which announced plans to 
close its server farms and transition completely to the cloud, where it hopes 
to save an estimated $400 million annually.

The insinuation being the “cloud” will replace servers. When the reality is, 
FEDEX is simply outsourcing to MSFT. Everything will still be done via servers 
. Data centers are everywhere and are still being built.

Plus, this transition started 2-3 years ago. Most of FEDEX’s workload was long 
gone from the mainframe.

Certain people on here salivate when the mainframe loses a customer. Including 
the quasi journalists at the Register. 20 years from now, the mainframe will 
still be processing most of the worlds critical transactions.


Sent from Yahoo Mail for iPhone


On Friday, July 8, 2022, 3:15 AM, David Crayford  wrote:

Bit of a shock this one. FedEx are closing all of their data centers and moving 
to Microsofts Azure Cloud. They are a massive mainframe customer and close 
friends of ours for a long time.
We had one of their guys on the floor in our office working with us on 
solutions. Times are changing...

https://urldefense.com/v3/__https://www.theregister.com/2022/07/05/fedex_to_close_all_datacenters/__;!!GryZGb6B1VCs0SfC!XOCQuQOnksIMdlrFxJ8cECEoSR8m_nrVlQLOTXISZcNVGB3SdM2S_RwPUaI1ET5j$
 

--
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: EXTERNAL: Re: AF/OPER replacement with BMC Mainview AutoOperator [Internal]

[Usher, Darrold]

What about IBM SA/OS390?

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Massimo Biancucci
Sent: Thursday, June 30, 2022 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: AF/OPER replacement with BMC Mainview AutoOperator

Hi,

in the past I did several replacement from different Automated Operator to BMC 
AutoOperator.

IMHO, it's a good and reliable product.
REXX is fully supported (with some extensions to share data with the main task 
too).
It can react to messages and events, from console and more.

Best regards.
Max.

Il giorno gio 30 giu 2022 alle ore 14:48 Tom Longfellow < 
03e29b607131-dmarc-requ...@listserv.ua.edu> ha scritto:

> In the 1990's I was tasked with the opposite task  -- Going from BMC 
> to AF/OPER.
> The details have faded, but it can be done.
>
> Does anybody know if BMC allows REXX code to execute in response to 
> messages and events?
>
> I am also looking into AF/OPER replacements but am having troubles finding
> ones that give me programmability.   Most are action-reaction from a canned
> response or a specialty language (that I do not have the time to 
> learn)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: IBM Semeru Runtime 11.0.15.0 for z/OS Now Available [Internal]

[Usher, Darrold]

Thanks very much. Is there a Semeru Program product support website where I can 
track developments? 

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Wednesday, June 15, 2022 1:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: IBM Semeru Runtime 11.0.15.0 for z/OS Now Available 
[Internal]

Darrold Usher wrote:
>Can CICS, IMS, z/OS Connect, z/OSMF leverage IBM Semeru Runtime 
>https://urldefense.com/v3/__http://11.0.15.0__;!!GryZGb6B1VCs0SfC!UY5hrlIhs-gMezKJGsDaYQt4WoCHR-CzbkI0bo0OlZv1N61vNfR_yDi_SOPc0O7d$
>  for their JVMs?

Let's take these in order:

1. CICS: Yes, with CICS Transaction Server 6.1 for z/OS. Expected General 
Availability of CICS TS 6.1 is this Friday, June 17, 2022.

2. IMS: I assume you're asking about JMP and JBP regions. In the pipeline I 
believe, but I have no inside information. However, you should already be able 
to do certain important things with IMS from Semeru VMs such as connect to IMS 
DB via JDBC.

3. z/OS Connect: The latest release (3.0.57) uses embedded Liberty 
https://urldefense.com/v3/__http://22.0.0.4__;!!GryZGb6B1VCs0SfC!UY5hrlIhs-gMezKJGsDaYQt4WoCHR-CzbkI0bo0OlZv1N61vNfR_yDi_SP6sFzeE$
 . This release of Liberty is supported on the IBM Semeru Runtime. However, I 
don't think IBM has quite connected the dots yet back to z/OS Connect since 
it's not necessarily only a lift and shift at the application level due to 
possible deprecations (see below).

4. z/OSMF: In the pipeline I believe, but I have no inside information.

#3 and #4 are somewhat less exciting since they're used as embedded runtimes, 
and IBM supports the runtimes on IBM's lifecycle. OpenJDK 11/Semeru 11 have 
deprecations compared to Java 8, and those have to be checked. In particular 
the security implementation changes. #1 and #2 are arguably the more 
interesting/urgent ones since those are directly programmed environments.

- - - - -
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: IBM Semeru Runtime 11.0.15.0 for z/OS Now Available [Internal]

[Usher, Darrold]

Can CICS, IMS, z/OS Connect, z/OSMF leverage IBM Semeru Runtime 11.0.15.0 for 
their JVMs? 

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Tuesday, June 14, 2022 3:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: IBM Semeru Runtime 11.0.15.0 for z/OS Now Available

IBM has updated its Semeru Runtime for z/OS, and it now includes the security 
extensions that many users have been eager to get. This IBM Semeru Runtime 
provides an IBM supported distribution that's at the OpenJDK 11 function level. 
It's available to all z/OS licensees at no additional charge, and standard IBM 
defect support is included as part of your base z/OS support entitlement. 
Details here:

https://urldefense.com/v3/__https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/james-tang1/2022/06/09/java-11-on-zos-security-extensions-are-now-availab__;!!GryZGb6B1VCs0SfC!SLnvRniQp423JK7EI7-gShGcsV8xMWGGnSYXF6fr5Tev82G955GxMRpFcXYsRE8I$
 

You can either obtain the IBM Semeru Runtime via Shopz (in SMP/E installable 
form) using IBM Program Number 5655-DGJ or in non-SMP/E form from the download 
site mentioned in this article. This is a "LTS" release per *IBM's* support 
lifecycle. There's currently no announced End of Service date for this version 
of the IBM Semeru Runtime.

If you'd like the Linux on IBM zSystems and LinuxONE version then that's 
available for download here:

https://urldefense.com/v3/__https://developer.ibm.com/languages/java/semeru-runtimes/__;!!GryZGb6B1VCs0SfC!SLnvRniQp423JK7EI7-gShGcsV8xMWGGnSYXF6fr5Tev82G955GxMRpFcSfLUyoS$
 

In case you're wondering, "Semeru" is the name of an active volcano on the 
Indonesian island of Java.

- - - - -
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: EXTERNAL: IBM LDAP question

[Usher, Darrold]

I resurrected LDAP at our shop from work a previous sysprog had done--biggest 
challenge for me was all the parm comments so I blasted all of those so I could 
see the parms clearly. Second, there is an order to the parms and if you don't 
get it right, LDAP won't come up properly. Next was sizing the database 
consistent with my security teams' needs. Finally, working with the Security 
Application team, I found debug options hugely helpful, just don't turn on too 
much or LDAP will not run well. 

Here are some manuals you might find useful: 

https://www.ibm.com/docs/en/zos/2.4.0?topic=tivoli-directory-server-zos





-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, May 19, 2022 2:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: IBM LDAP question

Any IBM mainframe LDAP users out there?   Using SDBM (RACF backend)?   I am 
illiterate in LDAP protocols/configuration, etc.  We are trying to configure 
IBM LDAP so that our Beyond Trust password safe can communicate and manage its 
accounts in the MF space.   However, we are having a problem with LDAP 
attributes (keywords).With SDBM backend - all the ldap attributes are 
prefixed racf.. such as racfPassword, yet the openldap attribute name is 
userpassword.   So LDAP calls from password safe to  mainframe LDAP are failing 
with:

ERROR buildKeywordArray()915: No table entry for attribute 'userpassword'

It cannot be this hardbut alas is, because none of us here are ldap 
literate at the moment.  I read about creating alias's, but having hard time 
figuring out how to create an alias of racfPassword and calling it userpassword.

If I am barking up the wrong tree, please someone point it out.   If anyone can 
assist, I'd be grateful! we do have ticket open with IBM, but not getting a lot 
of traction.

Thanks, Dave

--
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: Batch job elapsed time baseline and alerts

[Usher, Darrold]

Do you have a production batch job scheduling package (CA-7, Control-M) that 
tracks job execution history that you can compare against? 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Friday, February 11, 2022 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Batch job elapsed time baseline and alerts

Thats what job management is for.

SMF records 30 contain job elapsed time.

Joe

On Fri, Feb 11, 2022 at 10:19 AM Jantje. < 
033acf17e42f-dmarc-requ...@listserv.ua.edu> wrote:

> Esteemed listers,
>
> I have been tasked to put a procedure in place that will generate an 
> alert when a batch job "takes longer than usual" to complete. Yes, I 
> know, that is a rather vaguely stated requirement...
>
> I know I can find figures about the elapsed time of a batch job in one 
> of the SMF records. I think I can build a database of historic 
> runtimes and with a bit of thought, I am sure I can come up with a 
> query that will list me the "outliers".
>
> But in order to generate an alert when a job takes too long, I will 
> need some mechanism that gives me the information about that job while 
> it is still running. And while I could perhaps interrogate the system 
> (although I don't have a clear idea on how to actually do that) every 
> so often about the running jobs and compare the time taken of each 
> running job to the database, I am afraid that would take far too much 
> resources. Indeed, with several hundreds if not thousands jobs running 
> at any give time, the task of getting all the figures of these running 
> jobs and comparing this to the database will definitely not be cheap in 
> system resources.
>
> We don't have any budget for vendor products, I am afraid...
>
> And we're short of MSU's...
>
> Any suggestions?
>
> Thanks and very best regards,
>
> Jantje.
>
> --
> 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: EXTERNAL: Book server [Internal]

[Usher, Darrold]

We use the HTTP Server as an index to the book links. Actual content is housed 
on a file share or ibm.com. Works pretty slick. 

Classification: Internal



Disclaimer: This email and any attachments are the property of USAA and may 
contain confidential and/or privileged material. If you are not the intended 
recipient, any use, disclosure or copying of this email or any attachments is 
unauthorized. If you received this email in error, please immediately notify 
the sender and delete the email and any attachments from your computer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
James Cradesh
Sent: Tuesday, August 3, 2021 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Book server

Is anyone using the ibm http server to host vendor docs?  If so is there a 
simple way to manage the html?  Has anyone installed legit ebook software on 
zos?  Are there any?

--
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: Cancel jobs in starting status with same name

[Usher, Darrold]

Do a D A,TEST1 and look for the address space ID (ASID). You should be able to 
cancel with C TEST1,A=asid or CANCEL STARTING,A=ASID. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chen, Ya-Fang
Sent: Monday, March 15, 2021 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Cancel jobs in starting status with same name

Does anyone know how to cancel jobs with the same in starting status? It's a 
JES2 system. Thanks.



D A,L  
 CNZ4105I 11.45.54 DISPLAY ACTIVITY 297
  JOBS M/STS USERSSYSASINITS   ACTIVE/MAX VTAM OAS 
 00014002710  00053000360/00300   00038
  TEST1STARTING  OWT  STEST1STARTING  OWT  S
  TEST1STARTING  OWT  STEST1STARTING  OWT  S
  TEST1STARTING  OWT  STEST1STARTING  OWT  S
  


Regards,
Ya-Fang

--
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: How to determine which SMP CSI is used

[Usher, Darrold]

Check your DDDEFs for your target zones and see what datasets they point to. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Wednesday, August 19, 2020 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: How to determine which SMP CSI is used

I have a component, DB2 Query Monitor, that I need to apply PTFs to. I have 
found 2 CSIs. How do I determine which CSI was used for the currently running 
"Run Time Libraries"?
thanks
Bill

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

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

Re: TSO temp dataset [USAA Confidential]

[Usher, Darrold]

A workaround is go to TSO READY and use the submit command. SUBMIT 
'dataset(member)' as an example

USAA Confidential

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nai, Dean
Sent: Thursday, February 15, 2018 8:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: TSO temp dataset

When you submit a job through TSO your temp dataset gets created. I'm trying to 
submit a big job and my temp dataset keeps on running out of space. Any way of 
increasing the size of itthanks


Dean Nai
Senior z/OS Systems Programmer  
Mainframe Technical Support Group   




>

--
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: Cobol upgrade 6.2 linklist [USAA Confidential]

[Usher, Darrold]

I have plenty of PDSE datasets in my linklist with no issues including the ones 
you have listed below. The challenge comes with datasets used very early in the 
IPL (like parmlib and etc.) SMS and the SMSPDSE address spaces are not up yet 
so don't make those PDSEs.

Darrold

USAA Confidential

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, December 15, 2017 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Cobol upgrade 6.2 linklist

Hum , I know COBOL object modules 5+ need to be PDS/E, but I've never knew 
about the linklist restrictions with PDS/E , so what about IBM libraries in the 
linklist from my serverpac build? 
alway had in CPAC.PARMLIB and migrated forward. 


SYS1.SHASLNKE 



SYS1.SIEALNKE 


SYS1.SIEAMIGEetc 
am I taking unnecessary chances? 



Carmen Vitullo 

- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, December 15, 2017 11:47:57 AM 
Subject: Re: Cobol upgrade 6.2 linklist 

As you will find out. Any Cobol program compiled from the Cobol Compiler from 
5.0 up will REQUIRE PDSE for the Load lib - Object LOAD. 

If you have your application batch load library in the LINKLST then you will 
need to move it into the place where you start other PDS/E Dataset in the 
Linklst. 

The LINKLST PROGxx need to be only PDS datasets. PDS/E datasets do not have the 
SMSPDSx ASID available at the time the LINKLST is done. You have to build it 
after the SMSPDSx STC is up 

Lizette 


> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jake Anderson 
> Sent: Friday, December 15, 2017 5:51 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Cobol upgrade 6.2 linklist 
> 
> Hi 
> 
> A general question 
> 
> Do you still cobol load module in linklist post upgrade to 6.2 ? 
> 
> Regards 
> Jake 
> 

-- 
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: EXTERNAL: Re: NFS on Mainframe [USAA Confidential]

[Usher, Darrold]

I've had experience with both a NFS client and server running on z/OS. I'd 
recommend the NFS server since it performs and functions better. 

USAA Confidential

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Monday, December 04, 2017 3:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: NFS on Mainframe

To clarify, z/OS is the NFS client, and something else is the NFS server, 
correct?

It'd be helpful to know exactly what is the NFS server. If it's AIX, what 
release? If it's NetApp's NFS server, same question.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

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

Re: Removing Catalog Entries for Datasets That Do Not Exist [Public Information]

[Usher, Darrold]

Did your try DEL 'dsname' NSCR?

Classification: Public Information


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Friday, August 18, 2017 10:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Removing Catalog Entries for Datasets That Do Not Exist

Hello Everyone,

Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.

When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.

Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.

Thank you.

Bill

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

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

Re: EXTERNAL: Re: Any IBM announcements on Cobol v4.2 EOS [Public Information]

[Usher, Darrold]

Thanks Lisette!

Classification: Public Information


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 02, 2017 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Any IBM announcements on Cobol v4.2 EOS

Note:  If there is no EOS/EOM/EOL for that version of the product, then IBM has 
not determined a date.  So you are probably good for a long time yet.

I do not think they would do anything less than 1 year out when determining not 
to support a product - which is the first step to its life ending.

For example.  Cobol 4.1

  Enterprise COBOL for z/OS Version  4.1.x
  PID  5655-S71

  License type  ICA

  Lifecycle dates, announcement letters and other information

  GA14-Dec-2007, 207-339 
  EOM   28-Aug-2009, 209-244 
  EOS   30-Apr-2014, 913-010 

Lifecycle policy Standard 

Last updated: 13-Jun-2013.


There was 18 months from GA to EOM,  And 7 years from GA to EOS

This seems to me to mean it will take a while for the product, once a date is 
announced, to actually go through the process.

Then there are the customers of IBM, once the date is announced, that will 
complain, and IBM may move it out again.


I would not be too concerned that there is no date at this point.  If your 
conversion takes longer than 2 years, you may have some issue.

If it is that much of an issue, you could open an SR to IBM and get the answer, 
if they have one.  I am not sure the list will have internal information from 
IBM.   And IBM probably cannot discuss this issue on an open list. ;-D


Lizette




> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Wednesday, August 02, 2017 7:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any IBM announcements on Cobol v4.2 EOS
> 
> Going to 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ibm.com=DwIFaQ=4VfW4Y7UDKzr0jHM1Tk29w=qHPaw2L0yLxvGwbmiYgAA36weh33S1tOPU9koM7O4GQ=XGUWtQuAWOtVv47dbrgRf3EPwhGs4remCL-x5toBVuE=VrEkUyLcxYbnYelnzaKO8H_AInJ-IYXBg0qotTCes-M=
> I used the search box with the words
> 
> COBOL ROADMAPor  COBOL LIFECYCLE
> 
> This brought me to this Webpage
> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www-2D=DwIFaQ
> =4VfW4Y7UDKzr0jHM1Tk29w=qHPaw2L0yLxvGwbmiYgAA36weh33S1tOPU9koM7O4GQ&
> m=XGUWtQuAWOtVv47dbrgRf3EPwhGs4remCL-x5toBVuE=rSpl2jWJGw_aboCaQgdaz1
> B5PQyIZhpO8MujRJwznpM=
> 01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?from=spf
> =B98438
> 5H82239E03
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Usher, Darrold
> > Sent: Wednesday, August 02, 2017 5:06 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Any IBM announcements on Cobol v4.2 EOS
> >
> > Any IBM announcements on End of Support for Enterprise Cobol for z/OS v4.2?
> > We have Cobol v6.1 installed and our application teams are testing, 
> > but it would be nice to know how the 4.2 EOS date.
> >

--
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: Any IBM announcements on Cobol v4.2 EOS [Public Information]

[Usher, Darrold]

Thanks Lizette. I saw the official docs, but I was hopeful to gain additional 
insight from perhaps Tom Ross to help with our planning.

https://www-01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?q45=H814828B44612R28


Classification: Public Information


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 02, 2017 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Any IBM announcements on Cobol v4.2 EOS

Going to 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ibm.com=DwIFaQ=4VfW4Y7UDKzr0jHM1Tk29w=qHPaw2L0yLxvGwbmiYgAA36weh33S1tOPU9koM7O4GQ=UCqGwXDMhJNlTISAN_BVbuKFrJH9mGX0DFRRUVDVYr8=IvhjMi36AraIwwm_7LBMdwGen8FLWZXLSJWnAMzMQFs=
I used the search box with the words

COBOL ROADMAPor  COBOL LIFECYCLE

This brought me to this Webpage

https://urldefense.proofpoint.com/v2/url?u=https-3A__www-2D01.ibm.com_software_support_lifecycleapp_PLCDetail.wss-3Ffrom-3Dspf-26synkey-3DB984385H82239E03=DwIFaQ=4VfW4Y7UDKzr0jHM1Tk29w=qHPaw2L0yLxvGwbmiYgAA36weh33S1tOPU9koM7O4GQ=UCqGwXDMhJNlTISAN_BVbuKFrJH9mGX0DFRRUVDVYr8=5MbSSmOYJ_HMEd9WDvaawtLE2bRGCh2Z6IslJr-VL1w=
 

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Usher, Darrold
> Sent: Wednesday, August 02, 2017 5:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any IBM announcements on Cobol v4.2 EOS
> 
> Any IBM announcements on End of Support for Enterprise Cobol for z/OS v4.2?
> We have Cobol v6.1 installed and our application teams are testing, 
> but it would be nice to know how the 4.2 EOS date.
> 

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

Any IBM announcements on Cobol v4.2 EOS

[Usher, Darrold]

Any IBM announcements on End of Support for Enterprise Cobol for z/OS v4.2? We 
have Cobol v6.1 installed and our application teams are testing, but it would 
be nice to know how the 4.2 EOS date.

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

Re: EXTERNAL: Re: Sendind OMVS doc to IBM ecurep

[Usher, Darrold]

If you are having troubles with HFS, please convert over to a zFS. They are 
much more robust. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, June 07, 2017 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Sendind OMVS doc to IBM ecurep

My thought would be to DFDSS Dump the HFS file and send that to IBM.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Noach.Holger UHN
> Sent: Wednesday, June 07, 2017 4:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Sendind OMVS doc to IBM ecurep
> 
> Hey List
> I am having a problem with some application using OMVS / HFS So I am 
> trying to collect data and to send this as documentation to IBM 
> Normally I use TAR, but some of the files are very very long, so this 
> does TAR not support , so instead I will use PAX with some special parameters 
> on it.
> 
> "Normal" IBM mainframe datasets are sent in tersed format.
> 
> Do anybody know , if IBM has a documented way to send HFS files , that 
> is whole directories with subdirectories Is that described somewhere, 
> please provide link
> 
> I can find something on 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www-2D=DwICAg=
> 4VfW4Y7UDKzr0jHM1Tk29w=qHPaw2L0yLxvGwbmiYgAA36weh33S1tOPU9koM7O4GQ
> =Dc-QIDsDY7Y1Cdc3U61CW4Qh5JRjS1rDM4wK5JRRlZY=pLK676lsKf-tdbOGWsAb6_v
> 8_F8Dj5gGxwKOSRuEvzA= 05.ibm.com/de/support/ecurep/prepare_zos.html
> 
> But nothing about unix files
> 
> 

--
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: CATCONVERT for os migration

[Usher, Darrold]

It would be good to convert your hfs files to zfs since IBM is going to retire 
those. 

For your zfs files, here are the idcams control cards:  

DEFINE CLUSTER (NAME(sys1.dsname) -
   VOLUMES(volume) LINEAR RECATALOG) CAT('mastercat')  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Larry
Sent: Friday, March 10, 2017 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: CATCONVERT for os migration

Go easy on me I am new at this

I have non SYS1 vsam datasets in my old master catalog Upgrading to new os Z/OS 
2.2 from 1.13 From serverpack

How do I recatalog these old datasets in the new MCAT

if it helps these are ZFS & HFS files mounted OMVS

David (with thanks to my friend Av who introduced me to 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: Extended ZFS

[Usher, Darrold]

Copytree is pretty fast. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, February 23, 2017 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: Extended ZFS

Well, what I would try is to use DFDSS to copy existing ZFS container to new 
name that has the proper dataclass assigned to it.   Before I mounted it for 
real use, I'd attempt the ZFSADM command to make it the size you want.  
Assuming that work, then unmounts, and remount at the location you want.

Using DFDSS to do the physical data copy is much faster than using any unix 
internal command.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, February 22, 2017 4:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Extended ZFS

Hope this does not smack of too lazy to wade through doc. We have a ZFS that 
has hit the 4GB limit. We want to 'transform' it to extended format. One 
opinion on the floor is that we could just ALTER the DATACLAS of the existing 
ZFS and let it expand on its own; the other opinion (mine) is that we have to 
create a new ZFS with the extended attribute and copy data from old to new. 
Who's right?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com


--
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: Extended ZFS

[Usher, Darrold]

You are. ALTER DATACLAS is not an option at least not with z/OS v2.2 in my 
experience. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, February 22, 2017 3:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Extended ZFS

Hope this does not smack of too lazy to wade through doc. We have a ZFS that 
has hit the 4GB limit. We want to 'transform' it to extended format. One 
opinion on the floor is that we could just ALTER the DATACLAS of the existing 
ZFS and let it expand on its own; the other opinion (mine) is that we have to 
create a new ZFS with the extended attribute and copy data from old to new. 
Who's right?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.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