Clark,
The answer to your original question is 'yes'. With regard to FDR, see the
following article in our RACF Tips newsletter.
https://www.rshconsulting.com/racftips/RSH_Consulting__RACF_Tips__January_2008.pdf
Regards, Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8
On Mon, 13 May 2019 21:17:32 -0600, Grant Taylor wrote:
>On 5/13/19 9:46 AM, John McKown wrote:
>> Yes, we have had a TCM fail. I was almost called a liar when I told the
>> Windows people that the z simply switch the work transparently (on the
>> hardware level) to another CP. They were shocked a
On 5/14/19 7:08 AM, Tom Marchant wrote:
Mildly?
Yes, "mildly" is the word that I wanted to use. I explained why I chose it.
You can leave out the parenthetical "significantly". z machines can
take a hard failure of a CP and a spare is switched in dynamically
to take over the work. The unit
On the S/360 the Alternate CPU Recovery facility was limited to 65MP (I don't
know about 9020 or TSS/360.) On MVS it was a standard facility, although on an
AP or MP without Channel Set Switching losing the processor with the I/O
channels was fatal. With MVS/XA and later I/O was more robust.
-
I have two LPARs, each with identical contents in TSOKEY00. They specify
RECONLIM=10. On one of the systems, you can reconnect to an inactive TSO
session after several days of inactivity, I'm not sure how long. On that LPAR,
ABEND=S622 does occur, but not very often. On the other LPAR, ABEND
On Tue, 14 May 2019 13:58:20 +0800, David Crayford wrote:
>If you've got a C compiler you can build "gawk" yourself. It's already
>been ported to z/OS and I can see there are z/OS specific commits as
>recently as a few months ago.
>
>https://github.com/redox-os/gawk
>
Are the z/OS specific mods to
I wouldn’t dispute that the Unix solution works. My issue with this and other
suggested solutions is the burden it would place on ordinary users. It has long
been customary in the MVS world for each user to logon to TSO with a
concatenation of CLIST/EXEC libraries, some supplied by infrastructur
Different IEFUTL exits?
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, May 14, 2019 11:52 AM, Roland Kinsman wrote:
> I have two LPARs,
So to activate another test CBU. Does it require a POR ?
On Mon, 13 May, 2019, 6:02 PM Vielka-Lee Heitz, <
vielkalee.he...@siriuscom.com> wrote:
> CBU test activation is 10 days max for each test.
> A CBU REAL ACTIVATION (you are in a DR situation) would be up to 90 days.
>
>
> -Original Mess
On Tue, May 14, 2019 at 11:13 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Tue, 14 May 2019 13:58:20 +0800, David Crayford wrote:
>
> >If you've got a C compiler you can build "gawk" yourself. It's already
> >been ported to z/OS and I can see there are z/OS speci
Thanks, I'll check
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Motivated by recent discussion of SMP/E support for UNIX files, I read:
SMP/E for z/OS IBM
Reference SA23-2276-30
Hierarchical file system element MCS
The hierarchical file system element MCSs describe elements located in a
UNIX file
system. Hierarchical file system elements can have a
On Tue, 14 May 2019 09:35:42 -0600, Grant Taylor wrote:
>On 5/14/19 7:08 AM, Tom Marchant wrote:
>> Mildly?
>
>Yes, "mildly" is the word that I wanted to use. I explained why I chose it.
>
>> You can leave out the parenthetical "significantly". z machines can
>> take a hard failure of a CP and a
That's a concatenation of PS datasets, which {B|S]SAM can handle if you set the
unlike attributes bit. For a concatenation of PO you'd need to use EXCP.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on beha
SMPE has supported RECFM=VB elements since Old Man Noach cornered the market
in Gopher Wood.
While access methods don't support PO concatenation of FB and VB, a bit of REXX
coding using, e.g., LIBDEF, can greatly alleviate the problem.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
You could charge $1,000 for the modified source but the purchaser would have
the right to give copies away as long as he complied with the license.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
On Tue, 14 May 2019 11:29:22 -0500, John McKown wrote:
>IIRC, Rocket will supply the source if you request it. It is not, IMO,
>easily available because you must ask for it and give Rocket information.
>As best as I know, asking for information before supplying source is
>allowed by the GPL. That
All:
I need to do some research on how job is cancelled via the Operator , Abend
S222. I read through some of the Boston share doc of some time ago by Ed,
Sam and Skip. Its great.
I have a question in regard to something that was stated on the
presentation.
I have a job written in Cobol, this job
Common Data Space? This is kind of what data spaces were invented for.
An init routine to run more or less @ IPL time to create, anchor and load the
data space.
Cobol to access/update the data via the dataspace
Optional routine to save the dataspace @ shutdown.
HTH,
-Original Message-
Reading all of these posts has brought out the salient points of IT security:
1. All the technology in the world won't help you if you don't use it.
2. Stupid people can outwit a capable machine (SET SECURITY OFF).
3. Z security builds on its long history and culture of talented people,
effecti
Alan,
Yes that was my thinking. What about persistence ?
My question is there a dataspace that can be up without an owning running
TCB ?
Even it is require, if memory serves me another program if they need to
access the dataspace can query for the ALET ?
Can someone tell me if i am correct ?
Scot
That is why I specified a COMMON data space (as opposed to a data space), and
the init/term routines.
A "data space" has no persistence beyond the creating task. A "common
dataspace" is anchored somewhere in the operating system.
I will leave the details to your perusal of the FM's.
Recommended r
On Tue, May 14, 2019 at 12:51 PM Seymour J Metz wrote:
> You could charge $1,000 for the modified source but the purchaser would
> have the right to give copies away as long as he complied with the license.
>
Correct. That's likely why nobody has tried it.
>
>
> --
> Shmuel (Seymour J.) Metz
Alan,
A big thanks ..A Common Dataspace is good , i will have to find how to
anchor ..homework.
Regards,
Scott
On Tue, May 14, 2019 at 2:45 PM Allan Staller wrote:
> That is why I specified a COMMON data space (as opposed to a data space),
> and the init/term routines.
> A "data space" has no
Alan,
I found some more info, we have a ECVT customer table entry. This sounds
like what I want.
Scott
On Tue, May 14, 2019 at 2:55 PM scott Ford wrote:
> Alan,
>
> A big thanks ..A Common Dataspace is good , i will have to find how to
> anchor ..homework.
>
> Regards,
> Scott
>
> On Tue, May
Good luck!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
scott Ford
Sent: Tuesday, May 14, 2019 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE question
Alan,
I found some more info, we have a ECVT customer table entry. This sounds like
what I want.
Scott
On Tue, 14 May 2019 14:22:37 -0400 scott Ford wrote:
:>I need to do some research on how job is cancelled via the Operator , Abend
:>S222. I read through some of the Boston share doc of some time ago by Ed,
:>Sam and Skip. Its great.
:>I have a question in regard to something that was stated on t
sme...@gmu.edu (Seymour J Metz) writes:
> On the S/360 the Alternate CPU Recovery facility was limited to 65MP
> (I don't know about 9020 or TSS/360.) On MVS it was a standard
> facility, although on an AP or MP without Channel Set Switching losing
> the processor with the I/O channels was fatal. W
On 5/14/2019 12:00 PM, Tom Marchant wrote:
On Tue, 14 May 2019 11:29:22 -0500, John McKown wrote:
IIRC, Rocket will supply the source if you request it
I disagree. See part 6 of the GPL v3 " for a price no more than your
reasonable cost of physically performing this conveying of source".
scott Ford wrote:
>I need to do some research on how job is cancelled via the Operator , Abend
>S222. I read through some of the Boston share doc of some time ago by Ed, Sam
>and Skip. Its great.
>I have a job written in Cobol, this job has mission critical data storage in a
>table or array in
I might be going off on a weird tangent. But if this is a started task,
instead of a program running in a batch job. And if it can be run as a
single step STC (not sure if this is a requirement). And it resides in an
APF authorized library. Then I would "register" the program in the SCHEDnn
member
You can get control in an ESTAE exit after a cancel, you can't do a retry. If
your management isn't willing to rein in rogue operators than there is no good
solution. At one point checkpoint/restart might have helped, but how many
applications these days have only a single task?
--
Shmuel (Sey
+1CharlesSent from a mobile; please excuse the brevity.
Original message From: Alan Altmark
Date: 5/14/19 11:28 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:
mainframe hacking "success stories"? Reading all of these posts has brought out
the salient points of IT se
I am testing on a DR box, and I am seeing a shutdown problem with JES2.
Here is the console log:
$da
$HASP612 NO ACTIVE JOBS
$P JES2
IEA964I HARDCOPY SUSPENDED, REASON=HCSW
$da
IEE707I $DA NOT EXECUTED
D A,L
JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS
0
init's drained? lines drained? omvs shutdown?
On 5/14/19 5:32 PM, Tony Thigpen wrote:
> I am testing on a DR box, and I am seeing a shutdown problem with JES2.
>
> Here is the console log:
> $da
> $HASP612 NO ACTIVE JOBS
> $P JES2
> IEA964I HARDCOPY SUSPENDED, REASON=HCSW
> $da
> IEE707I $DA
I'd be suspicious of your OMVS environment at this point. Try using a D A,A
to see more tasks active.
Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com
IBM Services
IBM Mainframe Discussion List wrote on
05/14/2019 02:35
Sometimes a $DA,X can help find what is going on. Also all the other
suggestions are good to try.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jerry Whitteridge
Sent: Tuesday,
Under the OAS column of your D A,L display there is still one task.
Was a $P JES2 command ever issued. Usually, when we are at this point
in a DR environment and the $P JES2 command is issued, JES2 may tell you what
is still active if the stop command fails.
Here are som
Output from D A,A.
*MASTER* *MASTER* NSW * A=0001 PER=NO SMC=000
PGN=N/A DMN=N/A AFF=NONE
CT=018.344S ET=00.48.06
WUID=STC03246 USERID=+MASTER+
$DA,X
IEE707I $DA,XNOT EXECUTED
Tony Thigpen
Feller, Paul wrote on 5/14/19 5:50 PM:
Sometimes a $DA,X can help find what is going on. Also all the other
suggestions are good to try.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Disc
F BPXOINIT,SHUTDOWN=FORKINIT
BPXM036I BPXAS INITIATORS SHUTDOWN.
F OMVS,SHUTDOWN
IEE342I MODIFY REJECTED-TASK BUSY
Tony Thigpen
Cieri, Anthony wrote on 5/14/19 5:50 PM:
Under the OAS column of your D A,L display there is still one task.
Was a $P JES2 command ever issued. Usua
OMVS is still doing something
You might try D OMVS,A=ALL for more information
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: Tuesday, May 14, 2019 5:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
'NOT EXECUTED' means that JES2 has gone down too far to execute normal
commands. Try '$PJES2,ABEND', which almost always works. Then start it back up
again and see if a normal shutdown goes alright.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MV
17.27.15 HUP1 D OMVS,A=ALL
17.27.15 HUP1 BPXO040I 17.27.15 DISPLAY OMVS 921
OMVS 000E FORK SHUTDOWN OMVS=(00,P1)
USER JOBNAME ASIDPID PPID STATE START CT_SECS
OMVSKERN BPXOINIT 001D 1 0 MRI 16.03.18 .148
LATCHWAITPID=
Currently, all the TCPIP jobs have to specify the //SYSTCPD DD
statement. Since we only have one stach and one TCPIP.DATA file, are
there any options at the system level that will eliminate the need for
each batch job to have a //SYSTCPD DD?
--
Tony Thigpen
---
+ 1
בתאריך יום ג׳, 14 במאי 2019, 21:29, מאת Alan Altmark <
alan_altm...@us.ibm.com>:
> Reading all of these posts has brought out the salient points of IT
> security:
>
> 1. All the technology in the world won't help you if you don't use it.
>
> 2. Stupid people can outwit a capable machine (SET
Does this help?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.halz002/resolver_cfg_files.htm#resconf__ftypet
On Tue, May 14, 2019 at 5:57 PM Tony Thigpen wrote:
> Currently, all the TCPIP jobs have to specify the //SYSTCPD DD
> statement. Since we only have one stach
https://www.zdnet.com/article/sha-1-collision-attacks-are-now-actually-practical-and-a-looming-danger/
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the mess
As everything indicates that OMVS was the problem, I brought the machine
back up and try shutting down OMVS outside of my system shutdown. This
is the results:
22.02.52 HUP1 F BPXOINIT,SHUTDOWN=FORKINIT
22.02.52 HUP1 BPXM037I BPXAS INITIATOR SHUTDOWN DELAYED.
22.02.52 HUP1 S
Any system tasks using an OMVS file?
On Tue, May 14, 2019 at 10:07 PM Tony Thigpen wrote:
>
> As everything indicates that OMVS was the problem, I brought the machine
> back up and try shutting down OMVS outside of my system shutdown. This
> is the results:
>
> 22.02.52 HUP1 F BPXOINIT,
I think that one of the CBTtape files has a program that is a generic abend
catcher and you execute it, passing it a parm of your program and it builds the
ESTAEX cushion around your program.
Alternatively, our SyzMPF/z product can intercept the cancel command and keep
it from being done when y
At the end of the shutdown process, it's a good idea to issue these commands.
The first one will ask you to verify that it's okay to stop ZFS., the rest
won't ask you anything at all.
F OMVS,STOPPFS=ZFS
F BPXOINIT,SHUTDOWN=FORKINIT
SETRRS SHUTDOWN
F OMVS,SHUTDOWN
$DU,STA
$PJES2
--
you left ZFS running. It should come down before you issue the commands you
listed. As in:
F OMVS,STOPPFS=ZFS
F BPXOINIT,SHUTDOWN=FORKINIT
SETRRS SHUTDOWN
F OMVS,SHUTDOWN
/DU,STA
/PJES2
--
For IBM-MAIN subscribe / signoff / ar
53 matches
Mail list logo
