https://www-356.ibm.com/partnerworld/gsd/solutiondetails.do?solution=37147=true=en
On Wed, Oct 6, 2021 at 6:25 AM Brian Westerman
wrote:
>
> Do you have the announcement link you can post. I didn't see any today about
> a JCL checker.
>
> Brian
>
>
Do you have the announcement link you can post. I didn't see any today about a
JCL checker.
Brian
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
On Tue, 5 Oct 2021, at 17:46, Mike Kerford-Byrnes wrote:
> For an alternative phonetic alphabet, this might be of interest (if anyone
> can supply the value for "h")...
There's lots of alternatives! See:
https://en.wikipedia.org/wiki/Cockney_Alphabet
--
Jeremy Nicoll - my opinions are my
Gil, did you misunderstand me, or I you? This ASCII-based IPA ~is~ good for
"audio" in the sense that it defines unambiguously how one is pronouncing a
word. I see "slough" and pronounce it /slu/; someone else sees it and says
/slaU/. I pronounce "caught" /cOt/ and "cot" /cat/; some people,
Somewhere, perhaps in Civil Air Patrol some decades ago, I got the impression
that one scheme has indeed become pretty standard, and in particular is used by
air-traffic control the world over, at least where English is spoken (which is
mostly). More recently I've read that it ain't
Off and on we VSAM RLS false contention plateaus going over IBM's recommended
.5% rate. We don't see any kind of triggering behavior in CICS or the CICS
application.
I would like to at least see the datasets causing the false contention but all
the false contention buckets in the RMF type 42
Shmuel wrote:
> IBM has always had a propensity for changing nomenclature, e.g. from Data
Management to Data Administration.
Of course.but they didn't change it here: they seemed to decide to use both.
That's even weirder.
Changing: zSeries, System z, z Systems, IBM Z, and (sort of)
And before that MVS-OE., with MVS before Open.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
David Spiegel
Sent: Tuesday, October 5, 2021 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
The title of that bookshelf is z/OS UNIX System Services, not USS.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Tuesday, October 5, 2021 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
IBM has always had a propensity for changing nomenclature, e.g. from Data
Management to Data Administration.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Tuesday,
Hi:
Regarding RACF protection of VOLCAT (tape volume catalog), I found the
following paragraph in IBM DFSMS documentation:
<
In general, tape users do not require any RACF access authority to the VOLCAT.
During job processing, the updates to the VOLCAT are made by authorized system
users.
Gc28-0629-1 vs2 3.7 11/15/76
Vtam unformatted system services (USS)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Tuesday, October 05, 2021 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I vs. JCL
** EXTERNAL EMAIL - USE CAUTION **
Joe: Are those eight books the only use of the term in IBM doc? Still
convincing-it's not like it's one isolated RedBook-but perhaps reflecting
that it was perhaps viewed as a mistake (or "Open MVS" was), but one that
was too hard to undo. Guessing we'll never know.
It is curious that "UNIX
From the 1st abstract:
z/OS UNIX System Services (z/OS UNIX)
Is IBM's preferred terminology
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Joe Monk
> Sent: Tuesday, October 05, 2021 12:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PL/I vs. JCL
>
> What
What is the title of this book?
https://www.ibm.com/docs/en/zos/2.3.0?topic=zos-unix-system-services
Joe
On Tue, Oct 5, 2021, 13:58 Ed Jaffe wrote:
> On 10/5/2021 9:56 AM, Seymour J Metz wrote:
> >
> > Further, the last post here from IBM on the issue said that USS was not
> an approved
On 10/5/2021 9:56 AM, Seymour J Metz wrote:
Further, the last post here from IBM on the issue said that USS was not an
approved abbreviation for Unix System Services.
Quite so. If you search for "USS" in IBM z/OS 2.5 documentation:
https://www.ibm.com/docs/en/search/USS?scope=SSLTBW_2.5.0
>alpha bravo charlie delta echo fox-trot golf hotel india juliet kilo
>lima mike november oscar papa quebec romeo sierra tango uniform victor
>whisky x-ray yankee zulu
In the older days there were more amateur radio operators among us. We
("radio hams") use a somewhat mixed set of phonetics, but
Maybe they should've left it as "Open MVS"? (OS/390)
On 2021-10-05 13:08, Tom Brennan wrote:
I always thought IBM's position on that was pretty silly. If you make
up a new three word name, expect it to quickly be turned into an
acronym. If they didn't want us to reuse an existing
I always thought IBM's position on that was pretty silly. If you make
up a new three word name, expect it to quickly be turned into an
acronym. If they didn't want us to reuse an existing little-known
acronym they should have named it something else.
On 10/5/2021 9:56 AM, Seymour J Metz
> USS has always meant Unix System Services.
Not unless you have a time machine; Unformatted System Services dates to the
1970s. Further, the last post here from IBM on the issue said that USS was not
an approved abbreviation for Unix System Services.
--
Shmuel (Seymour J.) Metz
For an alternative phonetic alphabet, this might be of interest (if anyone
can supply the value for "h")...
A for 'orses
B for pork
C for thighlanders (Seaforth Highlanders - British Army regiment)
D for dumb
E for strain
F or vescent
G for police
H ??? (I have never managed to
Perhaps Infinidat storage has ransomware-specific recovery too.
- KB
‐‐‐ Original Message ‐‐‐
On Tuesday, October 5th, 2021 at 8:33 PM, Charles Mills
wrote:
> Also make sure that your decryption keys for the backed up data are stored
> somewhere off mainframe and air-gapped from the
Yes. You can use the DUPLEX option on the OUTPUT JCL statement with
Printway Extended as long as you have set the correct values in
duplexes-supported in your printer definition. If you tell Printway what
kind of duplexing your printer supports, then it can do it.
See
Also make sure that your decryption keys for the backed up data are stored
somewhere off mainframe and air-gapped from the Internet. A backup won't do you
much good if you can't decrypt it.
Charles
-Original Message-
From: IBM Mainframe Discussion List
On Tue, 5 Oct 2021 20:16:40 +0700, Robin Atwood wrote:
>The "outtrap" function is a TSO/E extension. You should execute the exec under
>the TMP (IKJEFT01).
>
Therre's YA argument here for ANSI Rexx with its standard redirections.
-- gil
Thanks all. I did just that, executed it under TSO. Worked fine.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, October 5th, 2021 at 10:09 AM,
As already mentioned, having defined copies of your data over time helps.
Just make sure your recovery point and time are understood since the real
tricky part is going back to a point before you were hacked.
IBM's Safeguarded Copy will give you the isolated copies of data over time.
Just make
Thanks for the info, Robin!
I never thought about it because it runs so quick (< 30 secs) that I always run
it from ISPF Option 6, watch its progress and let the code place me in EDIT on
the PDS immediately.
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shops I've worked at have mostly relied on the general protections against
intrusion, plus good (frequently tested) backup copies.
I'd go further and say that a proper archive (write once, can't update) is
essential if you rely on old data.
Roops
On Tue., Oct. 5, 2021, 14:24 Tommy Tsui, wrote:
Hi list,
Does anybody have any insight they could share about the announcement IBM made
today about a JCL checker they're planning on releasing Q1 2022? I'm curious
if this is something IBM is developing or if they have partnered with one of
the third party JCL checkers and will be reselling
>
> Hi
Any shop implement mainframe ransomware solution can share? IBM seems has
cyber vault to handle this. Is there any other solution available ?
Thanks for sharing
--
For IBM-MAIN subscribe / signoff / archive access
The "outtrap" function is a TSO/E extension. You should execute the exec under
the TMP (IKJEFT01).
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: 05 October 2021 19:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Error running RCNVTCAT
It's my
It's my first time executing RCNVTCAT which I obtained from file 542 on the
CBTTAPE. Getting this error;
IRX0043I Error running RCNVTCAT, line 1016: Routine not found
In SYSTSPRT there are these two lines
1016 +++ xx=outtrap('junk.','*') /* I don't care */
209 +++ If (DsExist("'"cat.1"'") > 4)
33 matches
Mail list logo