Re: JES2 shutdown failure - OMVS will not shut down

2019-05-14 Thread Brian Westerman
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 /

Re: JES2 shutdown failure

2019-05-14 Thread Brian Westerman
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

Re: LE question

2019-05-14 Thread Brian Westerman
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

Re: JES2 shutdown failure - OMVS will not shut down

2019-05-14 Thread Mike Schwab
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

Re: JES2 shutdown failure - OMVS will not shut down

2019-05-14 Thread Tony Thigpen
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

SHA-1 collision attacks are now actually practical and a looming danger

2019-05-14 Thread Paul Gilmartin
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

Re: TCPIP.DATA file

2019-05-14 Thread Steve Horein
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

Re: mainframe hacking "success stories"?

2019-05-14 Thread ITschak Mugzach
+ 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

TCPIP.DATA file

2019-05-14 Thread Tony Thigpen
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

Re: JES2 shutdown failure

2019-05-14 Thread Tony Thigpen
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=

Re: JES2 shutdown failure [EXTERNAL]

2019-05-14 Thread Jesse 1 Robinson
'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

Re: JES2 shutdown failure

2019-05-14 Thread Cieri, Anthony
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

Re: JES2 shutdown failure

2019-05-14 Thread Tony Thigpen
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.

Re: JES2 shutdown failure [EXTERNAL]

2019-05-14 Thread Tony Thigpen
$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

Re: JES2 shutdown failure

2019-05-14 Thread Tony Thigpen
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+

Re: JES2 shutdown failure

2019-05-14 Thread Cieri, Anthony
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

Re: JES2 shutdown failure [EXTERNAL]

2019-05-14 Thread Feller, Paul
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:

Re: JES2 shutdown failure

2019-05-14 Thread Jerry Whitteridge
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

Re: JES2 shutdown failure

2019-05-14 Thread Brian France
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

JES2 shutdown failure

2019-05-14 Thread Tony Thigpen
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

Re: mainframe hacking "success stories"?

2019-05-14 Thread Charles Mills
+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

Re: LE question

2019-05-14 Thread Seymour J Metz
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

Re: LE question

2019-05-14 Thread John McKown
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

Re: LE question

2019-05-14 Thread Elardus Engelbrecht
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

Re: z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread Jack J. Woehr
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".

Re: mainframe hacking "success stories"?

2019-05-14 Thread Anne & Lynn Wheeler
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.

Re: LE question

2019-05-14 Thread Binyamin Dissen
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

Re: LE question

2019-05-14 Thread Allan Staller
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

Re: LE question

2019-05-14 Thread scott Ford
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

Re: LE question

2019-05-14 Thread scott Ford
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

Re: z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread John McKown
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

Re: LE question

2019-05-14 Thread Allan Staller
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

Re: LE question

2019-05-14 Thread scott Ford
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 ?

Re: mainframe hacking "success stories"?

2019-05-14 Thread Alan Altmark
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,

Re: LE question

2019-05-14 Thread Allan Staller
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-

LE question

2019-05-14 Thread scott Ford
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

Re: z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread Tom Marchant
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

Re: z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread Seymour J Metz
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

Re: Concatenating VB and FB ?

2019-05-14 Thread Seymour J Metz
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

Re: Concatenating VB and FB ?

2019-05-14 Thread Seymour J Metz
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

Re: mainframe hacking "success stories"?

2019-05-14 Thread Tom Marchant
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

SMP/E support for UNIX files

2019-05-14 Thread Paul Gilmartin
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

Re: TSO Reconnect ABEND=S622

2019-05-14 Thread Roland Kinsman
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

Re: z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread John McKown
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

Re: CBU expiration and activate dynamic

2019-05-14 Thread Peter
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

Re: TSO Reconnect ABEND=S622

2019-05-14 Thread Mark Jacobs
Different IEFUTL exits? 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, May 14, 2019 11:52 AM, Roland Kinsman wrote: > I have two LPARs, each

Re: Concatenating VB and FB ?

2019-05-14 Thread Jesse 1 Robinson
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

z/OS specific commits (was: ... "awk" ...)

2019-05-14 Thread Paul Gilmartin
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

TSO Reconnect ABEND=S622

2019-05-14 Thread Roland Kinsman
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,

Re: mainframe hacking "success stories"?

2019-05-14 Thread Seymour J Metz
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.

Re: mainframe hacking "success stories"?

2019-05-14 Thread Grant Taylor
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

Re: mainframe hacking "success stories"?

2019-05-14 Thread Tom Marchant
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

Re: Can backup mechanisms be used to steal RACF database? was Re: mainframe hacking "success stories"?

2019-05-14 Thread Robert S. Hansel (RSH)
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.