Re: PoOP z/ARCH latest xx number

[Ramsey Hallman]

Appendix J -  List of Extended Mnemonics

On Fri, Sep 20, 2024 at 11:22 AM Joe Monk <
05971158733e-dmarc-requ...@listserv.ua.edu> wrote:

> I dont see any J mnemonics in the PoOP.
> https://publibfp.dhe.ibm.com/epubs/pdf/a227832d.pdf
>
> They are documented in the HLASM guide:
> https://publibz.boulder.ibm.com/epubs/pdf/asmr1021.pdf on page 67
>
> They are also documented in the z/Arch Reference Summary:
>
> https://www.ibm.com/support/pages/sites/default/files/2021-05/SA22-7871-10.pdf
> on page 42
>
> Joe
>
> On Fri, Sep 20, 2024 at 10:06 AM Wayne Driscoll <
> 05791921711d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Keep in mind that the Jxx instructions are "extended mnemonics" the
> actual
> > instructions are BRC (Branch Relative Conditional) and documented as
> that.
> > Wayne Driscoll
> > Broadcom MSD
> > All opinions are strictly my own
> >
> > On Fri, Sep 20, 2024 at 9:39 AM Ramsey Hallman <
> > 061e76a747b5-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Steve,
> > >
> > > I believe the most recent is -13 ( Fourteenth Edition (May, 2022) -
> First
> > > Edition being 00).
> > >
> > > The Jump mnuemonics are definitely in that edition.
> > >
> > > Ramsey
> > >
> > > On Fri, Sep 20, 2024 at 9:27 AM Steve Thompson 
> wrote:
> > >
> > > > I am trying to get an up to date copy of the PoOP and when I
> > > > check it for "J" instructions, I'm not finding them.
> > > >
> > > > Is this because those really only exist in HLASM?
> > > >
> > > > Certain instructions, I haven't used in years and wanted to make
> > > > sure they work, within reason (32 regs to 64 bit regs) as I
> > > > remembered.
> > > > --
> > > >
> > > > Regards,
> > > > Steve Thompson
> > > >
> > > >
> --
> > > > 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
> > >
> >
> >
> > --
> > Wayne Driscoll
> > Software Engineer | Mainframe Software Division
> > Broadcom Software
> >
> > *Office: *630-300-1931* Mobile:* 630-310-1784
> > wayne.drisc...@broadcom.com
> >
> > --
> > This electronic communication and the information and any files
> > transmitted
> > with it, or attached to it, are confidential and are intended solely for
> > the use of the individual or entity to whom it is addressed and may
> > contain
> > information that is confidential, legally privileged, protected by
> privacy
> > laws, or otherwise restricted from disclosure to anyone else. If you are
> > not the intended recipient or the person responsible for delivering the
> > e-mail to the intended recipient, you are hereby notified that any use,
> > copying, distributing, dissemination, forwarding, printing, or copying of
> > this e-mail is strictly prohibited. If you received this e-mail in error,
> > please return the e-mail to the sender, delete it from your computer, and
> > destroy any printed copy of it.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: PoOP z/ARCH latest xx number

[Ramsey Hallman]

Steve,

I believe the most recent is -13 ( Fourteenth Edition (May, 2022) - First
Edition being 00).

The Jump mnuemonics are definitely in that edition.

Ramsey

On Fri, Sep 20, 2024 at 9:27 AM Steve Thompson  wrote:

> I am trying to get an up to date copy of the PoOP and when I
> check it for "J" instructions, I'm not finding them.
>
> Is this because those really only exist in HLASM?
>
> Certain instructions, I haven't used in years and wanted to make
> sure they work, within reason (32 regs to 64 bit regs) as I
> remembered.
> --
>
> Regards,
> Steve Thompson
>
> --
> 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: So Long, and Thanks for All the Fish!

[Ramsey Hallman]

Cheryl,

Thank you for 51 years of unequaled knowledge and insight!!! It's CERTAINLY
been appreciated.

Ramsey

On Sun, Sep 8, 2024 at 3:35 PM Cheryl Watson 
wrote:

> Hi All,
>
> I’m about to remove my IBM-Main registration. At 80, with 60 years of
> mainframe behind me, it’s time for my retirement.
>
> Thank you all for your help, your support, and your friendship. I couldn’t
> have done it without you!
>
> All my best,
> Cheryl Watson
> ==
> Cheryl Watson Walker, CEO
> Watson & Walker, Inc.
> Sarasota, FL USA
> www.watsonwalker.com
> Cell/Text: 941-266-6609
> ==
>
>
>
>
>
>
> --
> 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: Sic transit PDF?

[Ramsey Hallman]

Most of IBM's messages manuals, and various others, have gone to 2-up
format.

On Fri, Aug 16, 2024 at 8:14 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Fri, 16 Aug 2024 11:43:53 +, Peter Relson wrote:
>
> >Gil wrote
> > The PDF was in two-up format
> >and I failed to read the second column.
> >
> >
> >Just curious: which book was that? I know that PoP is, but I didn't
> realize there were others.
> >
> DFSORT Messages, Codes and Diagnosis Guide
> SC23-6879-60
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Filezilla & ZOS "native" datasets?

[Ramsey Hallman]

As mentioned by Mike Shaw yesterday, the below will list z/OS datasets with
any high-level qualifier:

/__SYS2.

The "SYS2." can be /__yourtsoid. or /__SYS1. or /__anyhlq.

I don't think it will take an "*", however, I may not have waited long
enough for a display of every data set on our system to occur.

And, that's a double-underscore, not a single (though a single may work,
but I don't think so) and the "closing" period is required.

Ramsey

On Mon, Aug 5, 2024 at 8:12 AM Allan Staller <
0632b4c7ca99-dmarc-requ...@listserv.ua.edu> wrote:

> Classification: Confidential
>
> Change the directory after the connection is made. Don’t remember the
> syntax.
> The behavior is as expected. Open-SSH does not support z/OS datasets.
>
> If you need that support, get the CoZ Toolkit. https://coztoolkit.com/
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Steve Estle
> Sent: Saturday, August 3, 2024 11:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Filezilla & ZOS "native" datasets?
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Hello,
>
> Recently downloaded Filezilla FTP client to compare with WinSCP which I've
> had for awhile on my PC.   It appears to be a bit more "mainframe / ZOS"
> aware, but am trying to tailor it to be able to view traditional ZOS
> datasets via secure connections (SFTP) - or if that can't work I'm open to
> using it via native FTP as well.  What I'm seeing when I connect with
> Filezilla to some of our systems with native FTP is by default the
> directory will display a list of native ZOS datasets under my TSO userid
> high-level-qualifier (like ISPF 3.4) but when I connect via SFTP my default
> directory is my Unix system file system (ZFS) for my home directory.
>
> So has anyone figured out a way to get a ZOS dataset listing directory
> when connecing with SFTP - if so, what needs to be tailored to make that
> happen?  Anyone who has tips/tricks in using Filezilla is much appreciated.
>
> Thanks,
> Steve Estle
> Peraton Systems Programmer
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
> 
>
> --
> 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: Hex error code interpreter?

[Ramsey Hallman]

Colin, MVS/Quickref definitely has the IBM z/OS Cryptographic Services
System SSL messages. If you have access to Quickref, simply leave the "0x"
off of the message (as the codes are presented within the IBM
documentation) and search for an item of 03353084:

 - V=IBM P=Z/OS CRYPTO SSL MSGS
R=V3R1 I=03353084
 * Text Below Copyright (c) 2024, IBM
*
03353084 ICSF callable service returned an error.



Explanation

Ensure that ICSF is operating correctly and if access to the ICSF callable

services are protected with CSFSERV class profiles that the user ID of the

application has READ access to the profiles protecting the ICSF callable

services. See Table 5 on page 15or Table 6 on page 16 for information about

the required resource profile access. If the problem persists, collect a

System SSL trace and contact your service representative.



User response

Ensure that ICSF is operating correctly and that the user ID of the

application has appropriate access to the CSFSERV class RACF resource

profiles. See Table 5 on page 15 or Table 6 on page 16 for information
about
required resource profile access. Collect a System SSL trace and verify the

ICSF return code and reason code relating to the error. See z/OS
Cryptographic
Services ICSF Application Programmer's Guide for more information about
ICSF
return and reason codes. If the problem persists contact your service

representative.


Ramsey Hallman
MVS/Quickref Support Group

On Sat, Apr 27, 2024 at 7:09 AM Colin Paice <
059d4daca697-dmarc-requ...@listserv.ua.edu> wrote:

> See gsk_strerror()
> <https://www.ibm.com/docs/en/zos/2.4.0?topic=reference-gsk-strerror>
>
> On Fri, 26 Apr 2024 at 23:16, Phil Smith III  wrote:
>
> > Did I dream it, or is there some utility that can take an error such as
> > gsk_encrypt_tls13_record(): AES GCM Encryption failed: Error 0x03353084
> > and interpret the 0x03353084? I swear I remember seeing this but can't
> > find it now. Getting old sucks*.
> >
> > *But consider the alternatives.
> >
> > --
> > 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: ./ ADD - which utility?

[Ramsey Hallman]

Not to be confused with I-E-B-pitty-patch (IEBPTPCH).

rh

On Sat, Apr 13, 2024 at 4:56 PM Rupert Reynolds  wrote:

> Affectionately known in UK as I-E-B-up-ditty :-)
>
> On Sat, 13 Apr 2024, 15:39 ITschak Mugzach, <
> 05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:
>
> > IEBUPDTE. JCL can be found in google
> >
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> >
> >
> >
> >
> > On Sat, Apr 13, 2024 at 5:30 PM   <
> > 0619bfe39560-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Which utility do you use for control statement/input:
> > > ./ ADD
> > >
> > > A jcl for that would be nice too.
> > >
> > > ...Embarassed by my lack of memory after 8 years out of this
> > > envirinment...
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: z/osmf error

[Ramsey Hallman]

Hi, Sheila.

I cannot help specifically, however, if you do not have the complete error
message I am including it below. The message says the reason for the
failure is noted in the error. You might consider posting the ENTIRE error
message to the group.

IZUR400E The request could not be completed. z/OSMF could not connect to

the DDS or Linux data gatherer at URL address. Reason: reason.



Explanation

The request failed because z/OSMF could not connect to the Resource

Measurement Facility (RMF) Distributed Data Server (DDS) or to the Linux
data
gatherer located at the specified URL. The reason for the error is
provided.


In the message text:



 address

 Host name or IP address and port for the DDS or Linux data
gatherer.


 reason

 Description of the cause of the error.



System programmer response

Ensure that the z/OSMF server is running. Verify that the resource is

available and that the DDS or Linux data gatherer is active.

Examine the z/OSMF logs for more details about the error. If the problem

persists, contact the IBM Support Center.



User response

Verify that the host name or IP address and port are specified correctly,
and
ensure that there are no trailing spaces. If the problem persists, contact

your z/OSMF administrator or system programmer.


Ramsey

On Wed, Jan 24, 2024 at 1:58 PM Chalk, Shelia  wrote:

> Hello,
>
> I am new to z/osmf.  I am getting this error
> IZUR400E   The request could not be completed. z/OSMF could not connect to
> the DDS or Linux data gatherer at UR
> Can someone point me in the right direction?
>
> Thanks
>
> Shelia Chalk
> Mainframe System Programmer
> sch...@ssfcu.org
>
>
> ==
> This email, and any files transmitted with it, is confidential and
> intended solely for the use of the individual or entity to which it is
> addressed. If you have received this email in error, please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named addressee,
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this message by
> mistake and delete this e-mail from your system. If you are not the
> intended recipient, you are notified that disclosing, copying, distributing
> or taking any action in reliance on the contents of this information is
> strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Z skills training

[Ramsey Hallman]

Hi, Ross.  You might try interskill.com. On quick glance, I did not see any
SMS or storage courses offered, but I did not look that closely. They have
a lot of education available. If nothing else, they may be willing to
create a course (might not meet your timeframe, but maybe worth a try).

Ramsey Hallman
MVS/Quickref
Chicago-Soft, Ltd

On Tue, Sep 26, 2023 at 2:42 PM Ross Vaughn  wrote:

> Our shop is looking for some Z skills training specifically around storage
> and SMS.  We are having difficulty finding companies who can offer the
> training. I’ve inquired with ProTech and ZCubed but they don’t have enough
> interest to offer courses in the near future.
>
> Anyone have suggestions what other companies might be a good alternative?
>
> Thanks,
> Ross Vaughn
> OneMain Financial
> --
> 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: Serena Changeman

[Ramsey Hallman]

Steve, if your shop happens to have MVS/Quickref, we have the Serena
content in our database.

Ramsey Hallman
MVS/Quickref Support

On Fri, Jul 28, 2023 at 11:45 AM Steve Beaver  wrote:

> I'm at a shop that uses Serena Changeman  and have NON of the PDF's.
>
>
>
> Would someone in the group happened to have the Product PDF's?
>
>
>
> If so please e-mail them to st...@stevebeaver.com
>
>
>
> Regards
>
>
> --
> 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: Ars Technica: The IBM mainframe: How it runs and why it survives

[Ramsey Hallman]

In the two most recent shops I've worked in (prior to my current gig), the
Windows and Unix support staff was two times more than the mainframe staff.
Operations, help desk, security worked with all groups combined. We had 7
sysprogs, 16 Windows admins, and 14 Unix admins (sysprog staff maintained
Linux Redhat as part of the zLinux support, and we were quite good at Linux
admin). In addition, we had 8 network engineers working on nothing but
network servers. I am talking about support staff. Each area had their own
development staff. The mainframe development staff was probably larger than
the Windows and Unix development staffs, but probably no more than 20%. And
this was a LARGE shop I'm describing. 23 million CICS transactions a day
(in sub-second internal response times) against a mountain of Db2 data. The
physical data center issues were no longer where were we going to put a
mainframe but rather where are we going to put the next DASD array.

Ramsey

On Mon, Jul 24, 2023 at 1:27 PM Bob Bridges  wrote:

> To be fair, he said it ~could~ require that many.  It might have been more
> helpful to say that it requires a few sysprogs, a few operators for each
> shift, a few security admins (up to a dozen in a big shop), at least one
> security analyst, as many developers as you need (which could indeed be
> hundreds)...sure, it can add up.  But really a small working shop
> ~requires~ only a dozen.  Maybe that's pushing it.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* When you internalize an author whose vision or philosophy is both rich
> and out of fashion, you gain a certain immunity from the pressures of the
> contemporaryGreat literature can help us remain fad-proof.  -from
> "Reading Old Books" by Joseph Sobran, 1999 */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lionel B. Dyck
> Sent: Monday, July 24, 2023 13:51
>
> Wow - talk about scary - requires hundreds to thousands of support staff -
> something the author harps on several times.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Monday, July 24, 2023 11:43 AM
>
> Ars Technica published a deep-dive explainer of modern IBM mainframes:
>
>
> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Are you serious about wanting a better IBM doc RCF-type process?

[Ramsey Hallman]

+1

I agree whole-heartedly with Mike and Charles.

Ramsey Hallman
MVS/Quickref Support Group
Chicago-Soft, LTD.

On Mon, May 22, 2023 at 5:34 PM Mike Shaw  wrote:

> +1
>
> I have been working with IBM z/OS documentation for over 40 years and have
> submitted many reader comment forms in that time. In that time I have found
> and reported typographical errors, inconsistencies, obsolete information,
> and even flat-out WRONG statements.
>
> Without real-world feedback from z/OS professionals who actually USE the
> documentation, it's accuracy and usability will not improve.
>
> IBM has good technical documentation writers but they are NOT end-users.
>
> Eliminating RCFs disconnects authors of the documentation from consumers of
> the documentation...NOT a good idea.
>
> Mike Shaw
> MVS/QuickRef Support Group
> Chicago-Soft, Ltd.
>
> On Mon, May 22, 2023, 6:05 PM Charles Mills  wrote:
>
> > For those who have not been following this discussion, IBM is on track to
> > remove the RCF process as we have known it for forty or so years.
> Customers
> > and ISVs will be limited to a Web pop-up “Was this helpful?” and if you
> > answer No, you will be able to briefly justify that answer. There is also
> > apparently now no path whatsoever for a customer to open a requirement
> > against IBM documentation.
> >
> > We need a way to provide formatted suggestions for improvements,
> > clarifications or corrections to IBM manuals.
> >
> > If you would like that, then wishing and hoping and grumping will not
> make
> > it happen. Here is what might make it happen:
> >
> > - You could start by replying with a simple +1 to this post. The IBM
> > powers that be do not participate in this forum, but there is strong
> > evidence that what happens here sometimes percolates in that direction.
> > - You could vote for Peter Farley’s RFE. Find it here:
> >
> https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3691
> > (apologies for any fold).
> > - If you have an IBM rep at your shop, you could let him or her know. If
> > you simply know an IBMer you could tell him or her nicely.
> > - If you have contacts who are responsible at your shop for other
> products
> > such as the languages, Db2, CICS, MQ and so forth, you could try to get
> > them to chime in. Apparently one of the pushbacks from the documentation
> > team is “IBM has 1200 products and our process works fine for all of
> them –
> > what’s wrong with you z/OS people?”
> >
> > Thank you.
> > Charles
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: RACF - SDSF question

[Ramsey Hallman]

I don't know about others, but I would love to see the slide deck.

Ramsey

On Tue, Feb 7, 2023 at 2:53 PM Rob Scott  wrote:

> Note that there is no jobname qualifier on the JES2.CANCEL.BAT profile.
> This is why SDSF has the extra JESSPOOL profile check that goes beyond
> vanilla JES2 cancel command security.
>
> This extra check is ONLY performed inside SDSF and is made before we build
> the operator command text.
>
> Coincidentally I gave a presentation at virtual GSE today entitled "SDSF
> Security - How does it work under z/OS 2.5?" and the sequence of SAF checks
> is described with a few examples.
>
> If you want, I can forward you the slide deck.
>
> Rob Scott
> Rocket Software
>
> Sent from Samsung Mobile on O2
> Sent from Outlook for Android
> 
> From: IBM Mainframe Discussion List  on behalf
> of Shaffer, Terri <017d5f778222-dmarc-requ...@listserv.ua.edu>
> Sent: Tuesday, February 7, 2023 6:10:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: RACF - SDSF question
>
> EXTERNAL EMAIL
>
>
>
>
> Okay, so not sure I reall understand the way this works?
>
> Under jesspool, checks nodeid.userid.jobname.jobid, so I could add my cics
> jobname like C30TCI* here? Is this the SDSF command like C, P etc?
>
> Or under OPERCMDS I have
>
> JES2.CANCEL.BAT.C30TCI* (G)
> JES2.CANCEL.BAT.** (G)
>
> And now.
>
> MVS.CANCEL.BAT.C30TCI*.* (G)
> MVS.CANCEL.** (G)
>
> Where does the granularity take place, for certain jobs??
>
> I want the users to be able to cancel some batch jobs and everything they
> submitted, but not CICS, DB2 or other system things.
>
> Ms Terri E Shaffer
> Senior Systems Engineer,
> z/OS Support:
> ACIWorldwide - Telecommuter
> H(412-766-2697) C(412-519-2592)
> terri.shaf...@aciworldwide.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Rob Scott
> Sent: Tuesday, February 7, 2023 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF - SDSF question
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe.
>
>
> Note that one of the "value add" functions of SDSF is that it can check
> for ALTER access to the JESSPOOL profile for the owner and jobname for
> destructive actions like "C" and "P".
>
> Does not stop them using freeform "slash" to issue the raw operator
> command, but removes the convenience of the action character.
>
> Rob Scott
> Rocket Software
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Roger W Suhr
> Sent: 07 February 2023 14:22
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF - SDSF question
>
> EXTERNAL EMAIL
>
>
>
> Hi Ms. Terri,
>
> The OPERCMDS JES2.CANCEL.** profiles protect the JES2 ($C...) cancel
> command.
> I believe you also need to use the OPERCMDS MVS.CANCEL.STC.mbrname.id
> profile to protect the MVS CANCEL command.
>
> So in your case, that would be something like this: (if your running CICS
> as an STC!)
> MVS.CANCEL.STC.C30TCI* (G)
> MVS.CANCEL.STC.** (G)
>
>
> Roger W. Suhr
>
> suhr...@gmail.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Shaffer, Terri
> Sent: Tuesday, February 7, 2023 8:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RACF - SDSF question
>
> Hi,
> I know there is a RACF group, but hopefully this is simple and I am just
> missing something I have done 100 times over with no issues.
>
> We run our CICS regions as batch jobs, and I just found out a user instead
> of them issuing a CEMT PERF SHUT command, they are canceling it.
>
> Which then causing a 100 vsam messages on startup with all the verifies,
> and if something goes wrong they call me...
>
> So I tried to stop this habit, I know they are putting a C beside the CICS
> and a $CJ(x) command
>
> So I have 2 rules in RACF under OPERCMDS
>
> JES2.CANCEL.BAT.C30TCI* (G)
> JES2.CANCEL.BAT.** (G)
>
> If I restrict the BAT.** then they cant cancel even their own batch jobs,
> So I always thought more specific is looked at first?
>
> One of my previous co-workers implemented SDSF-RACF rules converted from
> ISFPARMS.
>
> Lastly, I understand this doesn't stop them from canceling any other jobs,
> but since this is a development shop we allow more access than most.
>
> But I don't want users canceling a CICS or DB2 etc.
>
> Any ideas how they are getting the access and not stopped with the more
> specific rule??
>
>
> Ms Terri E Shaffer
> Senior Systems Engineer,
> z/OS Support:
> ACIWorldwide - Telecommuter
> H(412-766-2697) C(412-519-2592)
> terri.shaf...@aciworldwide.com
>
> 
> [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg<
> https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg><
> https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg<
> https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg>

Re: TNZ 3270 Emulator: Any Experiences?

[Ramsey Hallman]

Unless Passport TN3270 has been renamed, Rocket Software has (also has)
BlueZone, which is an excellent 3270 emulator. It was the company-wide
emulator at my last corporate position. Individuals can purchase it (I
did), though I don't recall the price.

Ramsey

On Thu, Nov 17, 2022 at 10:37 AM Harris Randy - Nashville <
james.harr...@hcahealthcare.com> wrote:

> Unless I am mistaken, Rocket Software still owns and supports Passport
> TN3270
> which is the best TN3270 emulator I've ever used.
>
> Randy Harris
> P 615-344-3244
> C 662-401-8552
> james.harr...@hcahealthcare.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Thursday, November 17, 2022 9:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: {EXTERNAL} Re: TNZ 3270 Emulator: Any Experiences?
>
> CAUTION! This email originated from outside of our organization. DO NOT
> CLICK links or open attachments unless you recognize the sender and know
> the content is safe.
>
> And now through consolidation, There's really only two TN3270 vendors
> left: Micro Focus and IBM!
>
> Micro Focus now owns:
>
>  - Rumba Desktop  (Wall Data > NetManage > Micro Focus)
>  - Attachmate EXTRA!  (Attachmate > Micro Focus) Extra! is end-of-life,
> replaced by...
>  - Reflection Desktop (WRQ > Attachmate > Micro Focus)
>
> HP has (had?) an emulator "TeemTalk" but it is a piece of crap.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Phil Smith III
> Sent: Thursday, November 17, 2022 8:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TNZ 3270 Emulator: Any Experiences?
>
> Anyone else snicker at this, remembering how around 1999-2000 every SHARE
> Expo had a couple of new 3270 emulator vendors, who would show up once and
> never be heard from again?
>
>
>
> Not saying this Python version is a bad thing-it's a mature market and due
> for an Open Source replacement. Just funny after all these years to think
> that someone bothered! Tedious.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: possible RFE for V64WAENTRY

[Ramsey Hallman]

Go to share.org for all sorts of info

2023 SHARE Events*SHARE Atlanta | March 5-8**SHARE New Orleans  | August
13-18*
Ramsey

On Mon, Oct 24, 2022 at 12:17 PM Joseph Reichman 
wrote:

> Thanks BTW
>
> When is the next share what are the perquisites to attend
>
> > On Oct 24, 2022, at 12:49 PM, Rob Scott 
> wrote:
> >
> > Joseph
> >
> > My advice would be to go ahead and raise the RFE as there seems to be
> nothing unreasonable in the request.
> >
> > It's chances of being addressed will increase if you can get Share/GSE
> to vote for it as well.
> >
> > Rob Scott
> > Rocket Software
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Joseph Reichman
> > Sent: 24 October 2022 14:32
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: possible RFE for V64WAENTRY
> >
> > EXTERNAL EMAIL
> >
> >
> >
> >
> >
> > The  V64WAENTRY contains two flags and starting and ending address
> >
> >
> >
> > Its 31 bit counterpart VSMLIST contains a lot more info though I know
> that there is no subpool about the bar would it be possible to add a TCB
> field to this layout
> >
> >
> >
> > If Peter Relson reads this wonder if he would comment if this has a
> chance for a RFE
> >
> >
> >
> > thanks
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > 
> > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> > Contact Customer Support:
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences
> - http://www.rocketsoftware.com/manage-your-email-preferences
> > Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
> > 
> >
> > This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. Thank you.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> 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 Mainframe - what is it future in the era of digital transformation

[Ramsey Hallman]

Larry, I'll let others provide summaries and links, however, I'd say
mainframes are definitely here to stay. IBM and its operating systems may
have been around for many years, but IBM has done an excellent job of
modernizing both hardware and software. When you invoke some software,
whether by mouse click, enter key, or some other means, somewhere some
software must run on some hardware. When milliseconds count, you cannot
beat IBM z/OS technology. And, no, I am not an IBMer.

However, the last production site I worked at (now a software developer for
MVS/Quickref), milliseconds counted. Our management objective was response
times of 0.5 seconds or less. We ran 23M transactions per day, using z/OS,
CICS, Db2, MQ and did so in an average of 0.39 seconds per transaction.
Response time on a web frontend that initiated that transaction might be
substantially greater, but it was not the application doing the work that
was slow. I am unaware of any other platform capable of giving that type of
response. These were not simple applications. Most, if not all, banking,
insurance, and other financial applications run on IBM z/OS. I, personally,
do not believe it is going anywhere anytime soon. It is a shame that most
educational institutions have abandoned teaching mainframe languages and
technologies.

Ramsey

On Sat, Aug 27, 2022 at 3:38 PM Larry Zhang <
03b304d39e8e-dmarc-requ...@listserv.ua.edu> wrote:

>  With the cloud era started already, I am confused by the mainframe road
> map and how to fit it into the cloud modernization: the world still uses it
> extensively, but no new young generation would like to learn it as a
> technology as it is old. So what is the mainframe future: it will be dying
> or replaced by another infrastructure or it will be modernized to fit the
> cloud platform?
> Any overview or summary or links will be helpful
> Thanks.
>
> --
> 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: Comparing two PS - Source codes

[Ramsey Hallman]

You might try WinMerge.  Open source, free download.  Does a great job of
comparing files and can produce an output file.  Not sure about removing
dups - never had a reason to do that.

ramsey

On Thu, Mar 24, 2022 at 7:12 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 24 Mar 2022 09:51:31 +0400, Jake Anderson  wrote:
> >
> >I have two PS datasets having some programming codes , Is it possible to
> >compare these two PS and produce a third PS datasets by removing duplicate
> >entries ?
> >
> IOW, do you want a listing containing only the changed lines?
>
> ISRSUPC
>
> /bin/diff
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: AMASPZAP DUMPT and program objects

[Ramsey Hallman]

Mario, where does the "MYMODULE" come from in your DUMPT command???
I don't see anything named that in your module map.

According to your module map, your CSECT name is $PRIV10.  If you
DUMPT $PRIV10 $PRIV10
what happens?

And in your AMBLIST what is your #1 CESD?

Ramsey

On Sat, Feb 12, 2022 at 11:45 AM Mario Bezzi <
subscriptions.mario.be...@gmail.com> wrote:

> Hello, I struggle dumping a single CSECT within a program object of mine,
> using AMASPZAP.
>
> When I compile/bind the program, the binder says:
>
>  *** M O D U L E  M A P ***
>
>
> ---
>
> CLASS  C_CODELENGTH = 16A0  ATTRIBUTES = CAT,   LOAD,
> RMODE=ANY
>  OFFSET =0 IN SEGMENT 001 ALIGN =
> DBLWORD
> ---
>
>
>  SECTIONCLASS  --- SOURCE
> 
>   OFFSET   OFFSET  NAMETYPELENGTH  DDNAME   SEQ
> MEMBER
>
> 0  $PRIV10CSECT  16A0  SYSLIN01
> **NULL**
>   98   98 MYPROGRM   LABEL
>
>
> Basing on the above, I think that the CSECT I am interested in is called
> $PRIV10.
>
> But if I try the following AMASPZAP statement:
>
> DUMPT MYMODULE $PRIV10   C_CODE
>
> The utility fails with RC 8 complaining that CSECT PRIV10 doesn't
> exist.
>
> Apparently, according to AMASPZAP the name is  $PRIVATE CODE:
>
> AMA103I CSECT ABSENT - ALL CSECTS FOLLOW
>
>
> **RECORD LENGTH: 16A0 CLASS: C_CODE   MEMBER NAME: MYMODULE
>
>   CSECT NAME:  $PRIVATE
> CODE
>
> I can't understand why AMASPZAP doesn't find the name shown by the binder
> (and confirmed by AMBLIST), and I don't know how to pass a name like "
> $PRIVATE CODE"  to AMASPZAP.
>
> Help anyone?
>
> Thanks!
> mario
>
> --
> 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: Debug tool not stopping at initial breakpoint

[Ramsey Hallman]

I've never used CEETEST, instead doing all of my debugging with z/XDC, an
outstanding product from ColeSoft, but let me ask a question based on my
experience.

Are you sure you use the line number in the PDS in the AT?  Unless you also
define the ds and member somewhere, the loadmod has no knowledge of those
line numbers.  It may be the offset from the assembly listing that you need.

Ramsey

On Thu, Jan 27, 2022 at 4:57 PM Joseph Reichman 
wrote:

> Hi
>
> I am new to debug tool I’m invoking it from assembler using CEETEST
>
> It takes 2 parameters
>
> 1) debug tool commands
>
> 2) 12 byte return code
>
> In the command buffer I do an AT right after the call to CEETEST
>
> Yet it goes all the way to the end CEETERM without stopping
>
> The at line number is the line number of your pds that you used to
> assemble
>
> The first parameter debug tool command is preceded by a half word length
>
> Thanks
>
> --
> 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 Knowledge Center down?

[Ramsey Hallman]

To throw in a shameless plug, if you have MVS/QuickRef, much of the IBM and
ISV content is available on your mainframe for instant access, internet or
not, KC up or down, USB plugable, etc.  And for our clients, if there is
content we do not currently have that you desire, let us know and we will
do our best to obtain that content and add it to our database.

Prior to becoming a developer for MVS/QuickRef, every shop I worked in as a
s/p had QuickRef.  If it didn't when I arrived, it did by the time I left.
I don't know what I would have done without it.  It's almost impossible to
keep physical manuals up to date as quickly as software changes.

Ramsey Hallman
MVS/QuickRef Development
Chicago-Soft, Ltd.

On Fri, Jan 21, 2022 at 10:48 AM René Jansen 
wrote:

> Yes, that is a very good idea. It would follow the general route in which
> progress is made, then undone, and then redone. As JSON api’s to everything
> are the fashion nowadays, that would be really welcome to stay updated, by
> e.g. having a nightly cronjob that updates the docs databases. If these
> were of the tagged variety, we could even generate updated PDFs out of
> these. I would be like updating TLS newsletters without catching your
> finger in the blue binder!
>
> Best regards,
>
> René.
>
> Sent from my iPad
>
> > On 21 Jan 2022, at 16:25, Matt Hogstrom  wrote:
> >
> > One thing not mentioned on the thread is the ability to have APIs to
> read the IBM document database.  If one exists please share.  The document
> database assumes a human at a browser which is limiting and a supported and
> stable API interface would be welcome.
> >
> > Matt Hogstrom
> > PGP key 0F143BC1
> >
> >> On Jan 20, 2022, at 17:18, Hank Oerlemans <
> 03c4d8bf55f3-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> How many online systems have IBM put out there now ?
> >> Just when it's all seems stable it changes and we go around again.
> >> I could mention the stacks of manuals I started with that never went
> down :-) but think of the trees.
> >> Damn ! Am I that old ?
> >>
> >> I'm gonna download the pdf collection for now.
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Is anyone using SPFLite?

[Ramsey Hallman]

Mark, I've used SPFLite for several years now.  I've never had an issue
with it and it works great.

Ramsey

On Tue, Dec 21, 2021 at 5:22 AM Mark Regan  wrote:

>  https://spflite.com/Home.html
> I've used it off and on, on Win10 and was wondering what others think about
> the product, as it is free/donationware.
>
> The current version is 2.5.21346, which was released on Dec 12, 2021.
> George Deluca and Robert Hodge support it. Their contact email is
> spfl...@gmail.com . They also have a support forum at
> https://spflite.freeforums.net/
>
> Regards,
>
> Mark Regan, K8MTR, EN80tg
> CTO1 USNR-Retired (1969-1991)
> Nationwide Insurance, Retired, 1986-2017
> z/OS Network Software Consultant
> Contractor, Checks & Balances, Inc.
> Email:  marktre...@gmail.com
> LinkedIn:   https://www.linkedin.com/in/mark-t-regan
>
> --
> 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 Certified Edition for z/OS, Version 11 is now available!

[Ramsey Hallman]

Second paragraph, second sentence:
It contains a new OpenJCEPlus security provider offering optimized
performance through exploitation of cryptographic hardware on IBM Z and
enabling the cryptographic algorithms required for TLS V1.3 support in the
OpenJCEPlus provider.

On Fri, Nov 19, 2021 at 11:17 AM Matthew Stitt 
wrote:

> Does it allow usage of TLS V1.3?
>
> Matthew
>
> --
> 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: FTP Switch between users not accepted as anonymouslevel = 3

[Ramsey Hallman]

I agree with Charles.  This is probably a firewall issue on the client
side.  Have their network guys check the logs to see what's going on.  If
it works for you, it should also work for the client.  When I've seen these
before, and we see a lot of this, 99 times out of 100, it's the client's
firewall blocking the connection.  You can get all sorts of messages as
processing continues by ftp.  They probably need to whitelist you on their
side as a "safe" connection partner.

Ramsey

On Wed, Nov 17, 2021 at 12:59 PM Charles Mills  wrote:

> My *guess* at this time is that
>
> 1. The true cause of the error is a customer firewall or similar that is
> blocking the connection.
>
> 2. The "anonymouslevel" text in the error message is totally spurious and
> has nothing to do with reality. I have seen this before, where the "detail"
> part of an FTP error message was devoid of a connection to reality. My
> *suspicion* is that the component generating the error is failing to set
> the
> "reason code" (using the term in a general sense) correctly, leading the
> message generation routine to insert spurious text.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: Monday, November 15, 2021 3:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: FTP Switch between users not accepted as anonymouslevel = 3
>
> Does anyone know what the heck I should be looking for on this?
>
> A customer running the z/OS FTP client is attempting to log into our FTP
> server. The FTP client is ATTACHed dynamically with FTP -e -i -n
> -f//DD:SYS00032 url.of.ftp.server
>
> The FTP client is passed an INPUT file that begins
>
> Useruserid  password
>
> The output from the FTP client is
>
> EZA1736I FTP -e -i -n -f //DD:SYS00032 url.of.ftp.server
> EZY2640I Using dd:SYS00032 for local site configuration parameters.
> EZA1450I IBM FTP CS V2R3
> EZA1772I FTP: EXIT has been set.
> EZA1554I Connecting to: url.of.ftp.server dotted.address port: 21.
> EZA2589E Connection to server interrupted or timed out. USER command
> failed.
> Switch between users not accepted as anonymouslevel = 3
> EZA1735I Std Return Code = 1, Error Code = 8
>
> --
> 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: Fall back STP Adjustments

[Ramsey Hallman]

Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
13:00 CDT.  That's 18:00 UTC.

Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.

Ramsey

On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  wrote:

> I hate to beat a dead horse as it relates to time change, but this year we
> have a new z15 and the new HMC version. we're setup currently for automatic
> adjustment, my question is that's not in the doc I have; the time will
> change @7PM UTC time according to the doc, so that means 2AM Central time?
> or 1AM central time
> thanks
> Carmen (mostly confused)
>
> --
> 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: Is there a CL/SuperSession (CLSS) user's group?

[Ramsey Hallman]

Mark,

Most of the CL/Supersession documentation appears to be available online.
Search "IBM CL/Supersession V3".  I found multiple PDF's - Basic Config
Guide, Customization Guide, Problem Determination Guide, etc.

Ramsey

On Thu, Oct 21, 2021 at 12:25 PM Gilson Cesar de Oliveira 
wrote:

> Mark:
>
> Here in Brazil we have configured CLSS 3.1 to replace Netview
> Access.
> It is working as expected but there are some difference if you
> compare with Netview Access.
> I have to get most of the configuration steps in manuals.
>
> If you need information on how to do it, please let me know.
>
> Regards,
>
> Gilson
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richards, Robert B. (CTR)
> Sent: quinta-feira, 21 de outubro de 2021 11:35
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a CL/SuperSession (CLSS) user's group?
>
> No idea on the number of users, but they upgraded it to 3.1 to fix some
> issues. That is what we have installed.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Mark Regan
> Sent: Thursday, October 21, 2021 10:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a CL/SuperSession (CLSS) user's group?
>
> Bob,
>
> Thanks for the reply. I had looked for one but came up empty. It makes you
> wonder how many customers of CLSS there are. If I was so inclined, I could
> start one on groups.io, where NetView and System Automation are. I
> created one there for Lionel Dyck's XMITIP program, and it has been getting
> some use.
>
> Regards,
>
> Mark Regan, K8MTR
>
> *CTO1 USNR-Retired, 1969-1991*
> *Nationwide Insurance, Retired, 1986-2017*
>
>
> On Thu, Oct 21, 2021 at 10:03 AM Richards, Robert B. (CTR) <
> 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Mark,
> >
> > I am unaware of any user group. Regardless, ask away. If we can
> > answer, we will. 😊
> >
> > Bob (CLSS user)
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Mark Regan
> > Sent: Thursday, October 21, 2021 9:08 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Is there a CL/SuperSession (CLSS) user's group?
> >
> > Is there a CL/SuperSession (CLSS) user group? If not, are there any
> > users here on IBM-MAIN who can help a new customer with questions
> > about transitioning to it from another vendor's product?
> > Regards,
> >
> > Mark Regan, K8MTR
> >
> > *CTO1 USNR-Retired, 1969-1991*
> > *Nationwide Insurance, Retired, 1986-2017*
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: at what point does CICS signal Db2 that the thread is to be closed. Db2 will close the thread and write the accounting record.

[Ramsey Hallman]

Bill,

DB2 will hold the thread open for a short time waiting to see if it can be
reused.  It's expensive to create/destroy threads.

Do you have Omegamon, or CICS/Mon, or some other monitoring tool, mostly
for CiCS?  If so, take a look at those transactions
and I think you'll see the DB2 time is very small (DB2 is unbelievably
efficient these days), but CICS will have some latency
like transaction creation/termination, if cross-memory services are being
used, there's a cost for that.  You should probably
see the vast majority of that 30-50 seconds spent in CICS internally,
though CICS' actual CPU time will be very small also.
CICS is quite efficient, too.

The last CICS/DB2 shop I was in had extremely quick internal times for CICS
and DB2, but the entire transaction would
easily take several seconds due to transaction routing, cross-memory
services, etc.

30-50 seconds sounds pretty extreme, though.  There may be some tuning
opportunities on the CICS side.

Ramsey

On Thu, Sep 23, 2021 at 1:16 PM Bill Giannelli 
wrote:

> This is a question about at what point does CICS signal Db2 that the
> thread is to be closed.
> Db2 will close the thread and write the accounting record.
>
>
>
> Situation:
>
>
>
> DB2 SMF accounting records are showing subsecond Db2 time, and elapsed
> time of 30-50 seconds.
>
> The caller is CICS, on the same LPAR.
>
>
>
> Db2 is waiting for something before the thread is closed.
>
>
>
> The possible candidates for the latency are:
>
> VSAM
>
> I/O subsystem
>
> Network
>
>
>
> DB2 systems programmer is trying to diagnose with the assistance of CICS
> Systems programmer.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: How companies are moving on from Cobol?

[Ramsey Hallman]

About 10 years ago I was working at a firm in Southern California.  They
hired a new VP over the technology area.  His goal in life was to get off
the mainframe.  He convinced the powers above that he could run the entire
workload currently on a S/390 on a quad processor running Windows, saving
the company tons of money.  One of the many things people who suggest
migration off of mainframes fail to realize is that you can run big iron at
100% all day long with no real impact.  You can run a Windows or Unix box
at only about 50% max, maybe 60%.

128 quad processors later, and an increase in the budget of almost $2M over
the mainframe, they still could not handle the workload.  I have no idea
where the insanity ended (I left the firm for another job, having no
interest becoming a Windows admin as opposed to an IBM s/p).

The last I heard some years ago, they were still running z/OS on a small
box because one of the major systems written in assembler absolutely could
not be replaced/reproduced in any software that provided the response times
required for that application.  Wonder where they are now and what the IT
budget is.

Ramsey

On Tue, May 11, 2021 at 6:45 AM Colin Paice  wrote:

> It would be interesting to see the true cost after migrating to the new
> systems.  20 years ago I remember seeing a comparison which showed going
> off the main frame was going to save Mega bucks for someone.  When  you dug
> into it little things like
>
>1. They had configured a top of the range z/OS box and it ran at 10%
>The mid range boxes were spec'ed just right.
>2. With the mainframe the costs included backing up data, and taking
>tapes off site etc.  The midrange did no backups.
>
> And so on...  But let's not look at the facts too closely ... the director
> said  "let us look Strategically!"I met people from the company a few
> years later.   They were not happy bunnies - "with z/OS it just worked"
> they sighed into their beer.
>
> On Tue, 11 May 2021 at 12:12, Robert Prins 
> wrote:
>
> >
> >
> https://www.infoworld.com/article/3617936/how-companies-are-moving-on-from-cobol.html
> >
> > Commenting on the many very questionable claims is of course not
> possible,
> > sigh
> > --
> > Robert AH Prins
> > robert.ah.prins(a)gmail.com
> > The hitchhiking grandfather - https://prino.neocities.org/
> > Some REXX code for use on z/OS -
> > https://prino.neocities.org/zOS/zOS-Tools.html
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: FTP-Links in IBM Websites and PTFs

[Ramsey Hallman]

I truly hesitate to offer replies like this, but occasionally it seems
appropriate to potentially resolve an issue.  There is a company,
Chicago-Soft, Ltd, for which I work, who offers a product MVS/QuickRef.
QuickRef, among other things (and there are many more), contains tons of
documentation from IBM and most ISV's (a few will not allow us to reproduce
their manuals).  Our library includes Broadcom, BMC, LRS, Rocket, and many
small vendors, as well as large amounts of IBM documentation.  We stay
current on product updates over the course of a year and offer updates
between releases, as vendors release documentation out of our release
cycle, so anyone can stay current.  We also accept requests to add specific
documentation if it is not currently in our database.

I don't intend this to be a shameless plug for our product, though it
probably is, but it certainly resolves the issue of trying to ftp
documentation from a website or having to use outdated documentation.  I
simply mention this as a possibility to resolve what is becoming a very
real problem for many shops.

Ramsey

On Thu, Apr 15, 2021 at 4:45 AM Barbara Nitz  wrote:

> >We have ftp blocked at the corporate level.  Has anyone found an HTTPS
> link to download this file?  I used 'Contact IBM' at the bottom to inquire
> but not optimistic.
>
> You're not the only one. Now that the 'modern browsers' don't support ftp
> in websites anymore, I wonder if IBM will wake up and change their practise
> of providing ftp-links. At some point in the not-too-distant future IE will
> not be available anymore in a corporation, and then there won't be any way
> to get at (sometimes vital) information:
>
> - Holddata are ftp-Links only. And I want to download holddata without
> ordering anything via ShopZ. Not to mention that it will be cheaper for IBM
> in the longer run to provide these data another way.
> - The ++HOLD's in ptfs often only contain ftp-Links for any documentation.
> I shudder to think what happens if I can't use ftp anymore and the doc says
> that some default was changed, only I cannot read the doc. 2 Alternatives:
> Hope for the best or open an SR for each ptf to have IBM support send me
> the doc. Again expensive for IBM.
> - (Updated) PDFs like recently for the 2.4 docs. Again an ftp-Link, and if
> I cannot get at it, then I either have to manually download each and every
> book in the collection via http(s) in the browser or use old docs. Pity
> when I didn't install ptfs with documentation as ftp-Link only until the
> books are updated and I can see what the ptf does. In this case, it would
> be very time-consuming for each customer to get offline docs.
>
> I'm sure there are other cases where IBM only provides docu via ftp-Link.
> Or equally as bad - as a link into some public 'data room' (The one with
> 'box' in the name comes to mind) which is also forbidden at the corporate
> level here.
>
> My colleagues tell me that the same is true for CA and BMC (or whatever
> they're named today).
>
> IBM, when will you wake up?
>
> Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Assembler Language Programming for IBM System z Servers

[Ramsey Hallman]

Warren, that depends slightly.  Put a member in some MACLIB.  If it is
truly a copybook, then COPY   member (not in column 1, I usually put COPY
in 10 and member in 16).  If it is truly a macro, then just specify the
name, like IHAPSA  DSECT=YES and it will expand (again not in column 1).

Ramsey

On Mon, Apr 5, 2021 at 9:21 AM Warren Brown  wrote:

>  Hello,
> I've been away for a while.  What is the assembly language equivalent for
> a COBOL copybook?
> Thanks,
> Warren
> On Monday, March 29, 2021, 11:08:43 AM EDT, Wendell Lovewell <
> 01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote:
>
>  Hello all.
>
> Does anyone know if Dr Ehrman's excellent assembler book could be updated
> for the new instructions released since 2015?  Or, at least refreshed with
> current standards for PDF-page generation standards?
>
> What I mean is, it would really be helpful if:
> a) The pages in the Table of Contents were hyperlinks to the actual pages
> referenced, and
> b) The page numbers in the TOC matched the page numbers in the PDF file.
> For example, "MVCLE" is listed in the TOC on page 411.  But if you alt-g to
> go to the 411th page in the PDF, you end up on the page displaying "373" at
> the bottom.
>
> More recent manuals "document" page numbers match the "pdf" page numbers.
> But as best I can tell Dr. Ehrman's book hasn't been updated to reflect
> this.
>
> Is there any chance someone from IBM is reading this & can do something
> about this?  Please?
>
> (I know this might make more sense to post on the Assembler list, but I'm
> guessing it's more likely to be seen here.)
>
> TIA,
> Wendell
>
> --
> 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: getting a report from JES2 to my pc without TCP/IP or NJE.

[Ramsey Hallman]

Tony, I assume when you say "mini z/OS V2R1 system" that includes SDSF.  If
yes, allocate a sysout type dataset.  Mine is userid.print.out (org=po,
recfm-fb, lrecl 133, blksize-13300 (or 26600, or ...)).  Select your job in
JES, either an individual output segment or the entire job.  On the command
line enter
prt odsn userid.print.out(membername) shr
prt
prt close
you will have an output member in your sysout-format pds dataset.  You can
download that member using any method you like as a text file.

Ramsey

On Tue, Mar 2, 2021 at 3:03 PM Tony Thigpen  wrote:

> I have a mini-z/OS 2.1 system that currently has no TCP/IP or other
> connection that I could use to transfer reports. I just have TN3270
> access via an ICC. I need to get a report out of JES2. Is there a way
> using an IND$FILE type transfer to get the report down to the PC?
>
> Tony Thigpen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Assembler - Authorized program debug

[Ramsey Hallman]

Sorry for the "fat fingers", Seymour.

On Fri, Feb 26, 2021 at 12:02 PM Ramsey Hallman 
wrote:

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

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

Re: Assembler - Authorized program debug

[Ramsey Hallman]

I agree with Syrmour's method.  When I am stumped, I'll start an email to
my boss (the best assembler coder I know) asking what I've done wrong.
While putting as much information into the email as possible, so he doesn't
think I'm taking the easy way out, 99 times out of 100 I'll find my issue.
Usually, it's something fairly minor that I've simply overlooked as
"obviously correct" or "obviously not the area of the problem."  When I
point this out to my boss, he usually says "desk check" your code.  But I
live by the motto that was posted here some time in the past - Months of
coding and debugging beats hours of desk checking any day. (or something
very close to that LOL).
Ramsey



On Fri, Feb 26, 2021 at 11:09 AM Seymour J Metz  wrote:

> With regard to Tom's second method, often *I* spot the error when I'm
> asking for help and explaining the code. Somehow it seems to sometimes cure
> a mental blind spot.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Charles Mills [charl...@mcn.org]
> Sent: Friday, February 26, 2021 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembler - Authorized program debug
>
> I really second Tom's latter method. Try walking through the code with
> someone else -- explain to them how it works instruction by instruction. I
> have good luck with that method using my wife as a sounding board -- even
> though she doesn't know L from ST.
>
> I think many respondents are answering the wrong question. The OP's
> question is not "how do I debug or prevent an S047?" He understands the
> S047. His question is "how do I debug this code without triggering an
> unrelated but well-deserved S047?"
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Brennan
> Sent: Thursday, February 25, 2021 11:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembler - Authorized program debug
>
> Is the TSO TESTAUTH command still around?  I have to admit I can't
> remember ever trying it.  My debugging method of such code typically
> consisted of multiple temporary WTO's to let me know where the program
> was at before it failed, and also display fields or registers I was
> interested in.  Usually within a few iterations of that method, I'd
> figure out my problem.
>
> Another method:  After looking at your code for hours and hours, have
> someone else peek over your shoulder and invariably they will see the
> problem in seconds.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Thank you to LRS and to BIS

[Ramsey Hallman]

Dave, I regret to hear of another mainframe shutting down.  It's a shame
many companies do not realize exactly what they are doing until it is too
late.  I don't know about WSU, but the companies I've been involved with
who migrated off of IBM mainframes were surprised to find how much it cost
to "replace" the horsepower of a mainframe.

On a spreadsheet, mainframes look ugly in cost, both iron and software.  In
actuality, the power produced by that iron and software FAR outperforms any
other platform.  My most recent shop (that migrated) thought they could
replace a z10 with a quad-core Intel system, or so new management said.
100+ quad-core systems later and 100+ software licenses and they still
could not meet the published response times the company guaranteed to
users.  Of course, they were too far down the road to back out at that
point, but the migration to a "cheaper platform" ended up costing them
about $1.2M/yr more than the mainframe and software licenses.  I was quite
pleased to see the manager who thought this was such a great idea be fired
after completion of the project when the true costs, hardware, software,
and response began coming in.

JR


On Mon, Feb 1, 2021 at 2:11 PM Gibney, Dave  wrote:

>I wish this wasn't true,  but we continue to move towards shutting down
> or z/OS systems. Last night I shutdown VPS and DRS from Levi, Ray and
> Shoup. I wish to thank LRS for the one month license extension they granted
> us at no charge. Our employees did get W2 forms :)
>I also shut down our session manager, Netpass from BIS. Bis also
> granted us a one month, no charge extension.
>I was very please by the support we received from both companies over
> the last more than 30 years.
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> 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: AOPSTART error

[Ramsey Hallman]

You should be running QuickRef -

* Text Below Copyright (c) 2020, IBM
*
*AOP047Eexception-information *



Explanation:   This message is displayed with message AOP004E and contains

diagnostic information that might be helpful in solving the problem.



System action:  The request is not completed.



Operator response:  Not applicable.



System programmer response:  Use the information in this message to find
the
source of the problem. If you cannot identify the cause of the problem,

contact the IBM Support Center, or use your electronic link with IBM
service
for assistance.



o If the exception-information in the message indicates a problem with

  permissions (for example, message EDC5139I Operation not permitted.), run

  the aopsetup shell script. For example, if you use the default group
names
  for Infoprint Server operators (AOPOPER) and administrators (AOPADMIN),

  enter:



  /usr/lpp/Printsrv/bin/aopsetup  aopoper aopadmin



  For more information about aopsetup, see z/OS Infoprint Server

  Customization.


o
* If the exception-information in the message is EDC5164I SAF/RACF error.,
   make sure:  *


  -  The user ID that starts Infoprint Server is a valid z/OS UNIX user ID.
 The user ID must have an OMVS segment, the default group for the user
 ID must have an OMVS segment with a group identifier (GID), and the
 user ID must have a home directory.

  -  The password for the user ID that starts Infoprint Server is not
 expired.

o If the exception-information in the message is Cannot allocate memory or
 bad allocation, check these possible causes:

  -  The region size might be too small. For information about setting the
 region size for daemons, see z/OS Infoprint Server Customization.

  -  The Infoprint Server Inventory databases might be corrupted, causing
 Infoprint Server to request an unreasonable amount of memory. For
 information about restoring the inventory databases from backups, see
 z/OS Infoprint Server Customization.

  -  A larger heap size might be required. To increase the heap size,
 specify a RUNOPTS environment variable, and then stop and restart
 Infoprint Server. For example:

 _CEE_RUNOPTS=HEAP(32M,8M)


o  If the exception-information in the message is Bind() failed in

   TCPListener...EDC8115I Address already in use., an Infoprint Server

   daemon tried to use a port that was reserved or already in use. Do one
of
   these:



   -  Check the TCP/IP configuration file to determine whether the port is

  reserved. Port numbers that are specified in the PORT statement are

  reserved. To make that port available, comment out the appropriate

  line. For information about locating the PROFILE.TCP/IP configuration

  file, see z/OS Communications Server: IP Configuration Guide.



   -  Determine which programs and port are involved in the conflict, and

  then move one of the programs to another port. To help identify the

  programs in conflict, use the UNIX onetstat command to display which

  processes are currently using which TCP/IP ports. The most common

  conflict is between the TCP/IP LPD (LPSERVE) and aoplpd because both

  default to port 515. If this is the problem, do one of these:



  -  In the system configuration definition, change the port number

 that aoplpd listens to.





  -  Run aoplpd only; do not run both LPSERVE and aoplpd.



  For more information about how to customize TCP/IP and the Print

  Interface LPD, see z/OS Infoprint Server Customization.



User response:  Contact your system programmer.



Problem determination:  Not applicable.



Module:   Not applicable.



Source:   Infoprint Server.



Routing code:  Not applicable.



Descriptor code:  Not applicable.



Automation:   Not applicable.

 Additional information for this item appears below:
*
-- V=IBM P=Z/OS INFOPRINT SVR R=V2R4 I=AOP004E D=M
---
* Text Below Copyright (c) 2020, IBM
*

*AOP004E   A system error occurred during
processing.  *

Explanation:   A system error occurred during the
processing of the request. This message might be
followed by message AOP047E, which contains
diagnostic information.

System action:   The request was not completed.



Operator response:   Not applicable.

System programmer response:   Look for other
messages that indicate the reason for the failure on the
terminal where Infoprint Server was started or in the
console log.


*If a message indicates a RACF or SAF error (such as,   message
EDC5164I):   *

o  Make sure the user ID that starts Infoprint Server is
   a valid z/OS UNIX user ID. The user ID must have
   an OMVS segment, the default group for the user ID
   must have an OMVS segment with a group identifier
   (GID), and the user ID must have a home directory.
   The