Async Duplexing of Locks Structures
Hello Group Is someone involved in running a stretched sysplex across a distance of 60km with db2 of at least 2-way data sharing? I read from some IBM documentation that as the distance increases, the is also increase in the CF link response. And duplex Lock structures is the one that will have the most significant delay comparative to other type of structures. Does async duplexing of Lock structures help on improving the response? Thanks for any thoughts and comments. MK Kwan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Broadcom to buy CA?
I am guessing if that were 100% true that the Qualcom deal would have not been squashed. Personally, If I had a huge amount of CA contracts, it might be cheaper to just buy the company. ;-) Rob Schramm On Fri, Jul 13, 2018 at 2:00 PM Clark Morris wrote: > [Default] On 13 Jul 2018 09:21:04 -0700, in bit.listserv.ibm-main > rob.schr...@gmail.com (Rob Schramm) wrote: > > >I think that the primary objection might be that CA owns the only 2 other > >security systems. Both of which are installed in large financial and > >governmental institutions. > > Broadcom is back in the U.S. (San Jose, I think) and most of the stock > ownership seems to be American. > > Clark Morris > > > >Might give RACF a leg up for institutions uncomfortable with the code base > >ownership outside the US. > > > >Rob Schramm > > > >On Thu, Jul 12, 2018, 1:29 PM Hobart Spitz wrote: > > > >> It is typical in buyouts for the buyer's stock to go down and the > company > >> being bought to go up, with exceptions. > >> > >> OREXXMan > >> JCL is the buggy whip of 21st century computing. Stabilize it. > >> Put Pipelines in the z/OS base. Would you rather process data one > >> character at a time (Unix/C style), or one record at a time? > >> IBM has been looking for an HLL for program products; REXX is that > >> language. > >> > >> On Thu, Jul 12, 2018 at 1:12 PM, Edward Finnell < > >> 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: > >> > >> > Don't know if this is gonna fly after all. Broadcom's stock is down 19 > >> and > >> > CA's is up 16. Bloomberg reports large shareholders are citing 'lack > of > >> > focus'. > >> > > >> > > >> > In a message dated 7/12/2018 8:44:25 AM Central Standard Time, > >> > rpomm...@sfgmembers.com writes: > >> > > >> > > >> > I didn't know Broadcom bought Brocade - turns out it happened back in > >> 2016 > >> > > >> > -- > >> > 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 > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
On 7/13/2018 10:52 AM, Jesse 1 Robinson wrote: SDSF issue. "ENQ * *" shows everything. Not true. When running in STAR mode, SDSF displays only SCOPE=SYSTEMS information from systems other than the one from which you issued the command. This is the restriction to which DDLIST (ISRDDN) is referring. For example, in a 3-way sysplex with SDSF, I issue ENQ HIPERSWP * and I get back: Display Filter View Print Options Search Help --- SDSF ENQ DISPLAY SY1 (ALL) MAJ HIPERSWP LINE 1-1 (1) COMMAND INPUT ===> SCROLL ===> PAGE NP MINOR Major Req JobName ACTIVE HIPERSWP EXC IOSHSAPI In (E)JES you can get *all* ENQ information available across the entire sysplex by appending the keyword 'SYSPLEX' to the command. When I do so, I get: Jobs JES System Tools Filter View Options Help -- ENQ PHXHQ Own 3 WX 0 WS 0 SYSPLEX HIPERSWP * Row 1 of 3 Command ===> Scroll ===> CSR Cmd QName Resource-Name Type Stat JobName --- --/ HIPERSWP ACTIVE EXCL OWN IOSHSAPI HIPERSWP ACTIVE EXCL OWN IOSHSAPI HIPERSWP ACTIVE EXCL OWN IOSHSAPI *** Bottom of Data -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
On 7/13/2018 9:55 AM, Dyck, Lionel B. (RavenTek) wrote: Skip - exactly - one would expect using STAR mode would provide more info and ISRDDN ENQ should provide the info but somethings amiss here. RING mode maintains a copy of everything on every system. STAR mode does not. That's one of the reasons it performs so much better. A program that issues ISGQUERY in STAR mode will not see everything. The restrictions are fully documented. The (E)JES ENQ display uses remote agents around the sysplex to ensure *all* ENQ information is displayed to end users that request it. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zAWARE
Hi all, Do any of you have good or bad experiences with zAWARE that can be shared ? TIA. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DITI Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-9602 R: 49602 3-1404 AVISO LEGAL ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
Not that it answers the original question but you could try the GRS command D GRS,RES. An example would be D GRS,RES=(*,SYS1.SCBDHENU). The output that comes back covers all systems in the SYSPLEX. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, July 13, 2018 1:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? In Ring mode, all systems always have all of the ENQ information for all of the other systems. In Star mode, each system has only its own ENQ information. The XSYS parameter of GQSCAN was introduced with Star mode so that a GQSCAN user could optionally avoid the cost of signalling other systems if their information was not needed by that user. XSYS=YES would have been chosen as the default to avoid an incompatibility in GQSCAN operation. The ISGQUERY service was introduced after Star mode, and since the GATHERFROM option was their from the beginning, compatibility with prior ISGQUERY behavior was not a factor in choosing the default. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > Curiously, although there are performance warnings for both macros > about searching the cross system scope, XSYS=YES is the defaul for > GQSCAN, but GATHERFROM=SYSTEM (i.e. not SYSPLEX) is the default for > ISGQUERY. -- 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: Friday Strangeness ISRDDN ENQ ?
In Ring mode, all systems always have all of the ENQ information for all of the other systems. In Star mode, each system has only its own ENQ information. The XSYS parameter of GQSCAN was introduced with Star mode so that a GQSCAN user could optionally avoid the cost of signalling other systems if their information was not needed by that user. XSYS=YES would have been chosen as the default to avoid an incompatibility in GQSCAN operation. The ISGQUERY service was introduced after Star mode, and since the GATHERFROM option was their from the beginning, compatibility with prior ISGQUERY behavior was not a factor in choosing the default. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > Curiously, although there are performance warnings for both macros > about searching the cross system scope, XSYS=YES is the defaul for > GQSCAN, but GATHERFROM=SYSTEM (i.e. not SYSPLEX) is the default for > ISGQUERY. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why do IOS messages go to various JOB/TASK Logs
Branch entry WTO has existed only since MVS/ESA SP4.1.0 (around 1990). The IOS processing to schedule an IRB to the Region Control Task to issue DASD ERP messages predates that considerably. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > > IOS runs in a combination of DIE and SRB code, except for error > recovery routines running in an SIRB. So if it needs to write an > error messages rather than just return an error could, it needs an > RB to do a WTO. I don't know the exact process, and I suspect that > it has changed since the last IOS logic manual IBM made available tous peons. > > Why does it need an RB to do a WTO? Branch entry WTO supports SRB > mode. (Or are you using RB as a cute short form for xRB, where x could > be S or P or SV or SI?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
On 13 July 2018 at 13:35, Jim Mulder wrote: > This message suggests that ISRDDN is using > GQSCAN with XSYS=NO or > ISGQUERY with GATHERFROM=SYSTEM I ran into this in one of our products last year. Code that had been written a good many years ago for a ring GRS environment was subtly not always working in today's typical star setup. > I don't know if there is any way to tell ISRDDN > to use XSYS=YES or GATHERFROM=SYSPLEX. It's just a single bit in the GQSCAN expansion - easy to zap. Doubtless not hard for ISGQUERY either. But of course an option in ISRDDN would be good. Curiously, although there are performance warnings for both macros about searching the cross system scope, XSYS=YES is the defaul for GQSCAN, but GATHERFROM=SYSTEM (i.e. not SYSPLEX) is the default for ISGQUERY. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Seeking a tool to do a network security scan of z/OS
Just to clarify something that I wri=ote and maybe missed somehow about NAMP: Z/OS can be configured to block slow or fast scans using the IDS feature. So, yes, NMAP can try scan the mainframe, but if the IP STAK is well configured, it will be hard to get the open ports. This is not to say that you can't telnet CSSMTP... ITschak On Fri, Jul 13, 2018 at 5:42 PM Robyn Gilchrist < r.gilchr...@rshconsulting.com> wrote: > This is an area I have been investigating for the past few months. I > think a network scanner is a good place to start and Nmap is a very strong > network scanner. An open port isn't a problem per se (SMTP port 25 or HTTP > on port 80) since open ports are required for communication. Nmap network > scanner will indicate ports of interest and can do things like OS version > discovery and use crafted scripts (written in LUA) to perform more > sophisticated tests. > > As far as whether the network is vulnerable, I'll give the tried and true > "it depends". As an example, I have crafted Nmap commands that will > display status of z/OS ftp on port 21 with no z/OS userid required. Is the > machine vulnerable because anyone can know that JESINTERFACELEVEL=1? > Probably not, but if it is =2 that may raise my concern. Vulnerability > depends on security practices, system and app bugs, config settings, > design, etc. If ftp is tightly controlled with a strong configuration, > good RACF rules and uses encryption (FTPS), then JESINTERFACELEVEL=2 may > not concern you, but it probably would make me nervous. > > Nessus, a popular vulnerability scanner, banner scrapes IBM HTTP Server > V5.3 and reports that the machine is "vulnerable" regardless of whether > UK90649 has been APPLYed (Nessus plugin id 66760). At least they tell you > that in the description - Emily Litella practice. There is an "exploit" > written by Solider of Fortran in Metasploit that indicates issuing > FILETYPE=JES and getting response=200 is a vulnerability. Is it? I don't > think that is any more "vulnerable" than TSO SUBMIT. I'm still bound to > the userid I logged on with and if I can spawn a high authority shell (or > TMP) or change my RACF attributes, that's the vulnerability to address. > > I'm studying the Logica attack and it is hardcore. The attackers got > UID(0) on z/OS. Machine "pwned", as the kids would say. Traffic blended > in with all other traffic and the attack was designed to be difficult to > trace back to origin and to fly under the radar. The attack was initially > spotted on z/OS as an anomalous load, not on the network. The > vulnerabilities included lax firewall rules, bad RACF dataset and resource > protection, loose policy on password strength, just to name a few factors. > It was a perfect target and the attackers were very talented and very > sophisticated. > > I like the SMTP vector mentioned here and will be incorporating that into > my investigations. Thanks ITschak! :-) > > As a total aside, I just got back on IBM-MAIN today for the first time > since ... er ... a long time. I was a heavy user of IBM-MAIN back in the > early '90s before all of the swanky new interwebs. I used to read Lionel > in NaSPA's magazine back when that was still a thing. I recognize a bunch > of names and it's good to see they're still here. :-) > > Robyn > > > > Robyn Gilchrist > RSH Consulting > r.gilchrist"at"rshconsulting.com <- replace "at" with @ to email me > www.linkedin.com/in/robyn-e-gilchrist > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why do IOS messages go to various JOB/TASK Logs
An IEA491E message appears in the job log of whichever job did the I/O operation on which the condition was reported. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When we see hardware issues, I am asked if the messages seen in various LOGs, > like Batch JobLogs, or CICS STC Joblogs, caused the job to fail > > I am trying to remember if there is specific information about that process. > > I seem to recall that IOS needs an IO Event to occur so it can write out the > messages. And it is just a random event as to which JOBS/STCS mightget these > messages produced. I am fairly certain that these messages did not cause the > job to fail. > > So if there is specific doc or link, I would appreciate the details > > For example, IEA491I. We know what to do about the message, just need to be > able to supply our users with links or docs why it happened in their Job log -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
Another reason why I love this list! Thanks Jesse!! I didn't see ENQ * * specified exactly, but then again, I always just invoked the ENQ command with no further operands. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Friday, July 13, 2018 1:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? SDSF issue. "ENQ * *" shows everything. Format: ENQ (major-name) (system-name) major-name is the enqueue major name to process including * (any string of characters) or % (any single character). The default is SYSDSN. system-name is the MVS system name, up to 8 characters including * (any string of characters) or % (any single character). The default is the local system name. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Friday, July 13, 2018 10:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Friday Strangeness ISRDDN ENQ ? Jim, What about the SDSF's ENQ? SYSNAME * only shows the system I am logged onto I tried changing to SYSNAME "lparx" and the display did not change? Feel free to not reply while I RTFM. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, July 13, 2018 1:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? This message suggests that ISRDDN is using GQSCAN with XSYS=NO or ISGQUERY with GATHERFROM=SYSTEM I don't know if there is any way to tell ISRDDN to use XSYS=YES or GATHERFROM=SYSPLEX. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: > > ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will > not be collected from othe r systems. As a result, ENQ displays may not > reflect all of the ENQs which are known to GRS. > > Is there a way to enhance ISRDDN to get all the ENQ's? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Broadcom to buy CA?
[Default] On 13 Jul 2018 09:21:04 -0700, in bit.listserv.ibm-main rob.schr...@gmail.com (Rob Schramm) wrote: >I think that the primary objection might be that CA owns the only 2 other >security systems. Both of which are installed in large financial and >governmental institutions. Broadcom is back in the U.S. (San Jose, I think) and most of the stock ownership seems to be American. Clark Morris > >Might give RACF a leg up for institutions uncomfortable with the code base >ownership outside the US. > >Rob Schramm > >On Thu, Jul 12, 2018, 1:29 PM Hobart Spitz wrote: > >> It is typical in buyouts for the buyer's stock to go down and the company >> being bought to go up, with exceptions. >> >> OREXXMan >> JCL is the buggy whip of 21st century computing. Stabilize it. >> Put Pipelines in the z/OS base. Would you rather process data one >> character at a time (Unix/C style), or one record at a time? >> IBM has been looking for an HLL for program products; REXX is that >> language. >> >> On Thu, Jul 12, 2018 at 1:12 PM, Edward Finnell < >> 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: >> >> > Don't know if this is gonna fly after all. Broadcom's stock is down 19 >> and >> > CA's is up 16. Bloomberg reports large shareholders are citing 'lack of >> > focus'. >> > >> > >> > In a message dated 7/12/2018 8:44:25 AM Central Standard Time, >> > rpomm...@sfgmembers.com writes: >> > >> > >> > I didn't know Broadcom bought Brocade - turns out it happened back in >> 2016 >> > >> > -- >> > 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: Friday Strangeness ISRDDN ENQ ?
That's great for those with SDSF (we don't have it) I found an RFE requesting the enhancement to ISRDDN ENQ: https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=27691 Please vote for it (I'm still assuming voting for RFE's, just like SHARE requirements, does have meaning) -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer – RavenTek Solution Partners -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Friday, July 13, 2018 12:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Friday Strangeness ISRDDN ENQ ? SDSF issue. "ENQ * *" shows everything. Format: ENQ (major-name) (system-name) major-name is the enqueue major name to process including * (any string of characters) or % (any single character). The default is SYSDSN. system-name is the MVS system name, up to 8 characters including * (any string of characters) or % (any single character). The default is the local system name. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Friday, July 13, 2018 10:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Friday Strangeness ISRDDN ENQ ? Jim, What about the SDSF's ENQ? SYSNAME * only shows the system I am logged onto I tried changing to SYSNAME "lparx" and the display did not change? Feel free to not reply while I RTFM. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, July 13, 2018 1:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? This message suggests that ISRDDN is using GQSCAN with XSYS=NO or ISGQUERY with GATHERFROM=SYSTEM I don't know if there is any way to tell ISRDDN to use XSYS=YES or GATHERFROM=SYSPLEX. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: > > ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will > not be collected from othe r systems. As a result, ENQ displays may not > reflect all of the ENQs which are known to GRS. > > Is there a way to enhance ISRDDN to get all the ENQ's? -- 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: Friday Strangeness ISRDDN ENQ ?
SDSF issue. "ENQ * *" shows everything. Format: ENQ (major-name) (system-name) major-name is the enqueue major name to process including * (any string of characters) or % (any single character). The default is SYSDSN. system-name is the MVS system name, up to 8 characters including * (any string of characters) or % (any single character). The default is the local system name. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Friday, July 13, 2018 10:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Friday Strangeness ISRDDN ENQ ? Jim, What about the SDSF's ENQ? SYSNAME * only shows the system I am logged onto I tried changing to SYSNAME "lparx" and the display did not change? Feel free to not reply while I RTFM. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, July 13, 2018 1:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? This message suggests that ISRDDN is using GQSCAN with XSYS=NO or ISGQUERY with GATHERFROM=SYSTEM I don't know if there is any way to tell ISRDDN to use XSYS=YES or GATHERFROM=SYSPLEX. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: > > ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will > not be collected from othe r systems. As a result, ENQ displays may not > reflect all of the ENQs which are known to GRS. > > Is there a way to enhance ISRDDN to get all the ENQ's? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why do IOS messages go to various JOB/TASK Logs
On 13 July 2018 at 12:09, Seymour J Metz wrote: > IOS runs in a combination of DIE and SRB code, except for error recovery > routines running in an SIRB. So if it needs to write an error messages rather > than just return an error could, it needs an RB to do a WTO. I don't know the > exact process, and I suspect that it has changed since the last IOS logic > manual IBM made available to us peons. Why does it need an RB to do a WTO? Branch entry WTO supports SRB mode. (Or are you using RB as a cute short form for xRB, where x could be S or P or SV or SI?) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Seeking a tool to do a network security scan of z/OS
Trying to tread lightly here. Be careful what you wish for. Our network folks have been doing 'intrusion testing' for years. They have caused all kinds of problems on mainframe, not because intrusion was successful but because response to the attempts wreaked havoc. Some examples. -- We would get calls from IBM Support Center for HMC/SE alerts. Turns out that these devices were reporting attempted intrusion. This led to confusion and consternation on the part of Operations, who had no idea what was going on. When we complained to our network folks, they brushed us off saying that this was to be expected, that we should tell IBM Support Center to ignore these alerts (!) -- An older version of Connect:Direct would hang mysteriously at random times. Turns out that network probes caused an IP disruption that the product at that level could not recover from. We had to recycle C:D to get production transfers working again. We eventually upgraded C:D to a release that would recover, but there was lot of churn and angst before we got to that point. -- We still have problems with CICS regions that do not take kindly to intrusion. The regions don't fail, but they take multiple transaction dumps that themselves impact production. Which of course we have to ignore. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robyn Gilchrist Sent: Friday, July 13, 2018 8:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Seeking a tool to do a network security scan of z/OS This is an area I have been investigating for the past few months. I think a network scanner is a good place to start and Nmap is a very strong network scanner. An open port isn't a problem per se (SMTP port 25 or HTTP on port 80) since open ports are required for communication. Nmap network scanner will indicate ports of interest and can do things like OS version discovery and use crafted scripts (written in LUA) to perform more sophisticated tests. As far as whether the network is vulnerable, I'll give the tried and true "it depends". As an example, I have crafted Nmap commands that will display status of z/OS ftp on port 21 with no z/OS userid required. Is the machine vulnerable because anyone can know that JESINTERFACELEVEL=1? Probably not, but if it is =2 that may raise my concern. Vulnerability depends on security practices, system and app bugs, config settings, design, etc. If ftp is tightly controlled with a strong configuration, good RACF rules and uses encryption (FTPS), then JESINTERFACELEVEL=2 may not concern you, but it probably would make me nervous. Nessus, a popular vulnerability scanner, banner scrapes IBM HTTP Server V5.3 and reports that the machine is "vulnerable" regardless of whether UK90649 has been APPLYed (Nessus plugin id 66760). At least they tell you that in the description - Emily Litella practice. There is an "exploit" written by Solider of Fortran in Metasploit that indicates issuing FILETYPE=JES and getting response=200 is a vulnerability. Is it? I don't think that is any more "vulnerable" than TSO SUBMIT. I'm still bound to the userid I logged on with and if I can spawn a high authority shell (or TMP) or change my RACF attributes, that's the vulnerability to address. I'm studying the Logica attack and it is hardcore. The attackers got UID(0) on z/OS. Machine "pwned", as the kids would say. Traffic blended in with all other traffic and the attack was designed to be difficult to trace back to origin and to fly under the radar. The attack was initially spotted on z/OS as an anomalous load, not on the network. The vulnerabilities included lax firewall rules, bad RACF dataset and resource protection, loose policy on password strength, just to name a few factors. It was a perfect target and the attackers were very talented and very sophisticated. I like the SMTP vector mentioned here and will be incorporating that into my investigations. Thanks ITschak! :-) As a total aside, I just got back on IBM-MAIN today for the first time since ... er ... a long time. I was a heavy user of IBM-MAIN back in the early '90s before all of the swanky new interwebs. I used to read Lionel in NaSPA's magazine back when that was still a thing. I recognize a bunch of names and it's good to see they're still here. :-) Robyn Robyn Gilchrist RSH Consulting r.gilchrist"at"rshconsulting.com <- replace "at" with @ to email me www.linkedin.com/in/robyn-e-gilchrist -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
Jim, What about the SDSF's ENQ? SYSNAME * only shows the system I am logged onto I tried changing to SYSNAME "lparx" and the display did not change? Feel free to not reply while I RTFM. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, July 13, 2018 1:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Strangeness ISRDDN ENQ ? This message suggests that ISRDDN is using GQSCAN with XSYS=NO or ISGQUERY with GATHERFROM=SYSTEM I don't know if there is any way to tell ISRDDN to use XSYS=YES or GATHERFROM=SYSPLEX. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: > > ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will > not be collected from othe r systems. As a result, ENQ displays may not > reflect all of the ENQs which are known to GRS. > > Is there a way to enhance ISRDDN to get all the ENQ's? -- 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: Friday Strangeness ISRDDN ENQ ?
This message suggests that ISRDDN is using GQSCAN with XSYS=NO or ISGQUERY with GATHERFROM=SYSTEM I don't know if there is any way to tell ISRDDN to use XSYS=YES or GATHERFROM=SYSPLEX. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: > > ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will > not be collected from other systems. As a result, ENQ displays may not > reflect all of the ENQs which are known to GRS. > > Is there a way to enhance ISRDDN to get all the ENQ's? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVCE system trace table entry
The documentation is here: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/sts.htm The env-data is PSAMODEW. Both PSAMODEW and the R15 = 0014 are are telling you that you issued an SVC in EUT FRR mode. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > I got the following trace table entry for a WTO in a SYSMDUMP: > > 0042 007F8588 *SVCE23 _8B08 0014 > 80008A88 0042 0042 17:36:23.549349366 00A2 > 07041000 > 8000 0080 > > R15 = 0014 and this is not documented in either the Assembler or > Authorized Assembler books. > The env-data of 0080 is also not documented. > > > WTO TEXT=(R9),DESC=6,ROUTCDE=9 > > I'm running in Dallas z/OS 2.2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Strangeness ISRDDN ENQ ?
Skip - exactly - one would expect using STAR mode would provide more info and ISRDDN ENQ should provide the info but somethings amiss here. -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer – RavenTek Solution Partners -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Friday, July 13, 2018 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Friday Strangeness ISRDDN ENQ ? I never used the ENQ keyword before. Yup, I get the same behavior. No idea how to get around it. Moreover, I don't know why it behaves this way. In most respects, star mode is far superior to ring mode. Go figure. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (RavenTek) Sent: Friday, July 13, 2018 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Friday Strangeness ISRDDN ENQ ? When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will not be collected from other systems. As a result, ENQ displays may not reflect all of the ENQs which are known to GRS. Is there a way to enhance ISRDDN to get all the ENQ's? Thanks -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners -- 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: Friday Strangeness ISRDDN ENQ ?
I never used the ENQ keyword before. Yup, I get the same behavior. No idea how to get around it. Moreover, I don't know why it behaves this way. In most respects, star mode is far superior to ring mode. Go figure. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (RavenTek) Sent: Friday, July 13, 2018 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Friday Strangeness ISRDDN ENQ ? When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will not be collected from other systems. As a result, ENQ displays may not reflect all of the ENQs which are known to GRS. Is there a way to enhance ISRDDN to get all the ENQ's? Thanks -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SVCE system trace table entry
I got the following trace table entry for a WTO in a SYSMDUMP: 0042 007F8588 *SVCE23 _8B08 0014 80008A88 0042 0042 17:36:23.549349366 00A2 07041000 8000 0080 R15 = 0014 and this is not documented in either the Assembler or Authorized Assembler books. The env-data of 0080 is also not documented. WTO TEXT=(R9),DESC=6,ROUTCDE=9 I'm running in Dallas z/OS 2.2 Can someone help me? Thanks in advance, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Broadcom to buy CA?
I think that the primary objection might be that CA owns the only 2 other security systems. Both of which are installed in large financial and governmental institutions. Might give RACF a leg up for institutions uncomfortable with the code base ownership outside the US. Rob Schramm On Thu, Jul 12, 2018, 1:29 PM Hobart Spitz wrote: > It is typical in buyouts for the buyer's stock to go down and the company > being bought to go up, with exceptions. > > OREXXMan > JCL is the buggy whip of 21st century computing. Stabilize it. > Put Pipelines in the z/OS base. Would you rather process data one > character at a time (Unix/C style), or one record at a time? > IBM has been looking for an HLL for program products; REXX is that > language. > > On Thu, Jul 12, 2018 at 1:12 PM, Edward Finnell < > 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: > > > Don't know if this is gonna fly after all. Broadcom's stock is down 19 > and > > CA's is up 16. Bloomberg reports large shareholders are citing 'lack of > > focus'. > > > > > > In a message dated 7/12/2018 8:44:25 AM Central Standard Time, > > rpomm...@sfgmembers.com writes: > > > > > > I didn't know Broadcom bought Brocade - turns out it happened back in > 2016 > > > > -- > > 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 > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why do IOS messages go to various JOB/TASK Logs
IOS runs in a combination of DIE and SRB code, except for error recovery routines running in an SIRB. So if it needs to write an error messages rather than just return an error could, it needs an RB to do a WTO. I don't know the exact process, and I suspect that it has changed since the last IOS logic manual IBM made available to us peons. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Friday, July 13, 2018 8:55 AM To: IBM-MAIN@listserv.ua.edu Subject: Why do IOS messages go to various JOB/TASK Logs List Just to jog my memory. When we see hardware issues, I am asked if the messages seen in various LOGs, like Batch JobLogs, or CICS STC Joblogs, caused the job to fail I am trying to remember if there is specific information about that process. I seem to recall that IOS needs an IO Event to occur so it can write out the messages. And it is just a random event as to which JOBS/STCS might get these messages produced. I am fairly certain that these messages did not cause the job to fail. So if there is specific doc or link, I would appreciate the details For example, IEA491I. We know what to do about the message, just need to be able to supply our users with links or docs why it happened in their Job log Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- 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
Friday Strangeness ISRDDN ENQ ?
When I use the command TSO ISRDDN ENQ 'SYS1.PROCLIB' I get this message: ISRDD020 This system is running with SETGRS MODE=STAR. ENQ information will not be collected from other systems. As a result, ENQ displays may not reflect all of the ENQs which are known to GRS. Is there a way to enhance ISRDDN to get all the ENQ's? Thanks -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Seeking a tool to do a network security scan of z/OS
This is an area I have been investigating for the past few months. I think a network scanner is a good place to start and Nmap is a very strong network scanner. An open port isn't a problem per se (SMTP port 25 or HTTP on port 80) since open ports are required for communication. Nmap network scanner will indicate ports of interest and can do things like OS version discovery and use crafted scripts (written in LUA) to perform more sophisticated tests. As far as whether the network is vulnerable, I'll give the tried and true "it depends". As an example, I have crafted Nmap commands that will display status of z/OS ftp on port 21 with no z/OS userid required. Is the machine vulnerable because anyone can know that JESINTERFACELEVEL=1? Probably not, but if it is =2 that may raise my concern. Vulnerability depends on security practices, system and app bugs, config settings, design, etc. If ftp is tightly controlled with a strong configuration, good RACF rules and uses encryption (FTPS), then JESINTERFACELEVEL=2 may not concern you, but it probably would make me nervous. Nessus, a popular vulnerability scanner, banner scrapes IBM HTTP Server V5.3 and reports that the machine is "vulnerable" regardless of whether UK90649 has been APPLYed (Nessus plugin id 66760). At least they tell you that in the description - Emily Litella practice. There is an "exploit" written by Solider of Fortran in Metasploit that indicates issuing FILETYPE=JES and getting response=200 is a vulnerability. Is it? I don't think that is any more "vulnerable" than TSO SUBMIT. I'm still bound to the userid I logged on with and if I can spawn a high authority shell (or TMP) or change my RACF attributes, that's the vulnerability to address. I'm studying the Logica attack and it is hardcore. The attackers got UID(0) on z/OS. Machine "pwned", as the kids would say. Traffic blended in with all other traffic and the attack was designed to be difficult to trace back to origin and to fly under the radar. The attack was initially spotted on z/OS as an anomalous load, not on the network. The vulnerabilities included lax firewall rules, bad RACF dataset and resource protection, loose policy on password strength, just to name a few factors. It was a perfect target and the attackers were very talented and very sophisticated. I like the SMTP vector mentioned here and will be incorporating that into my investigations. Thanks ITschak! :-) As a total aside, I just got back on IBM-MAIN today for the first time since ... er ... a long time. I was a heavy user of IBM-MAIN back in the early '90s before all of the swanky new interwebs. I used to read Lionel in NaSPA's magazine back when that was still a thing. I recognize a bunch of names and it's good to see they're still here. :-) Robyn Robyn Gilchrist RSH Consulting r.gilchrist"at"rshconsulting.com <- replace "at" with @ to email me www.linkedin.com/in/robyn-e-gilchrist -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
I think there are positive ways to view this. - According to one report Broadcom has a history of buying troubled companies and turning them around. - If prices go up, some sites will be forced to drop products that are not used much, or are otherwise not earning their keep, in favor of alternatives. This would, IMHO, strengthen the quality of competitors' offerings, since there is more potential cash flow at higher prices. OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or one record at a time? IBM has been looking for an HLL for program products; REXX is that language. On Fri, Jul 13, 2018 at 11:32 AM, Mike Shaw wrote: > On 7/13/2018 8:45 AM, Phil Smith III wrote: > > >> >> Goal was acquired by Legent, which itself was formed when Morino >> Associates >> and Duquesne Systems merged. They didn't use my suggested name for that >> merger: Dorito. >> >> I was at Morino Associates when the merger with Duquesne and subsequent > renaming to 'Legent' occurred. 'Legent' is just an anagram of 'Gentle'; the > rumor was that the company paid $100k to some firm to come up with that > name and the new 'skid mark' Legent logo... > > Mike Shaw > MVS/QuickRef Support Group > Chicago-Soft, Ltd. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
On Fri, 13 Jul 2018 13:36:59 +, Pommier, Rex wrote: >I was confronted with a letter that started with "Thank you for >being an alpha test site for our product". Phil Payne is gone, and so is his web site, but it lives on at the wayback machine. His Devils IT dictionary at http://web.archive.org/web/20160304181947/http://www.isham-research.co.uk/dd.html has this to say: alpha release n. The venture capitalists have threatened to cut the money unless we ship something ... beta release n. Still doesn't work, but the alpha release didn't convince the VCs and we need the revenue stream. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
On 7/13/2018 8:45 AM, Phil Smith III wrote: Goal was acquired by Legent, which itself was formed when Morino Associates and Duquesne Systems merged. They didn't use my suggested name for that merger: Dorito. I was at Morino Associates when the merger with Duquesne and subsequent renaming to 'Legent' occurred. 'Legent' is just an anagram of 'Gentle'; the rumor was that the company paid $100k to some firm to come up with that name and the new 'skid mark' Legent logo... Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEC614I Scratch
Sorry for misleading. While redacting names, I made no effort to reflect actual name patterns. The number of qualifiers cannot be inferred from what I posted. BTW I am one of the RACF support people. ENG happens to be turned off. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, July 12, 2018 10:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: IEC614I Scratch Jesse 1 Robinson wrote: >Once again motivated to look for the message in recent OPERLOG. Found >something I did not see a few days ago. This is apparently not the same case >that OP described, but it is an instance of IEC614I SCRATCH FAILED. (There >were a few other cases of the message, always from NDM/ConnectDirect, about >not being able to extend a data set.) This instance looks to be SAF related >according to all the other messages. Indeed. >ICH408I USER(xxx ) GROUP(xxx ) NAME(xxx, xxx ) >xxx.xxx.BACKUP.G0002V00 CL(DATASET ) VOL(xxx) > INSUFFICIENT ACCESS AUTHORITY > FROM xxx.xxx.* (G) > ACCESS INTENT(ALTER ) ACCESS ALLOWED(NONE ) >IGD17105I CATALOG ERROR WHILE DELETING DATA SET >xxx.xxx.BACKUP.G0002V00 Is your EGN 'Enhanced Generic Naming' for dataset profiles turned on or off? Your xxx.xxx.BACKUP.G0002V00 has 4 qualifiers, but the profile xxx.xxx.* has 3 qualifier. Have a talk with your RACF support. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
At a former site, we had a CA product called RAPS (which apparently doesn't exist anymore for z/OS) for report distribution. When I opened the package to install it, I was confronted with a letter that started with "Thank you for being an alpha test site for our product". We decided to install it anyway and went through the pain of debugging their code multiple times. After fighting it for 2-3 years (it kind of worked...) we threw it out and went with a competitor. Knowing CA's penchant for buying up the competition we had the follow-on vendor give us a signed agreement that if they were ever acquired by CA they would supply us the source code for their entire product and allow us to take over maintenance and keep away from CA. Fortunately we never had to use that clause in the contract. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chuck Kreiter Sent: Friday, July 13, 2018 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register And Cybermation. Company I worked for was getting rid of CA products and CA-11 and Jobtrac were up. Migrated to Cybermation's ESP and Encore only to have CA buy them about 6 months after the conversion completed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Phil Smith III Sent: Friday, July 13, 2018 8:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register Wayne Bickerdike wrote, in part, re CA: >Over the years they also swallowed Pansophic, Platinum, the IDMS guys >(Cullinane/Cullinet?) and lots of others. Not sure what happened to >Goal >Systems, they had some good stuff too. Goal was acquired by Legent, which itself was formed when Morino Associates and Duquesne Systems merged. They didn't use my suggested name for that merger: Dorito. Then CA bought Legent a few years later. And don't forget Sterling Software-at the time, the largest software deal ever. All gone, all dust. -- 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • The Register
Both of my former lives we went through the same thing with CA; in the end the will was never there. Here in my third life we went through the same inflexibility and insanity with them, and we made the same threats, but this time we followed through on it. We have been CA-free since March of 2016. TSS, CA-1, Balance, Allocate, and a bunch of others, all gone, and man is it nice. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sean Gleann Sent: Friday, July 13, 2018 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • The Register [External Email] I seem to recall a (probably apocryphal) story about a data centre manager who had an argument with CA and vowed to rid his site of all CA products as a result. After three tries he gave up.. Sean On 13 July 2018 at 06:43, Windt, W.K.F. van der (Fred) < 0185ecbb3806-dmarc-requ...@listserv.ua.edu> wrote: > Your licensing fees will probably double next year... > > Fred! > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills > > Sent: donderdag 12 juli 2018 23:39 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA > > Technologies • The Register > > > > Are they integrated better now? > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson > > Sent: Thursday, July 12, 2018 2:12 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA > > Technologies • The Register > > > > Hmm. We have a few CA products, but our entire enterprise is > > constructed around Brocade switches. Oh my. > > > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-543-6132 Office ⇐=== NEW > > robin...@sce.com > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send > email to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > - > ATTENTION: > The information in this e-mail is confidential and only meant for the > intended recipient. If you are not the intended recipient, don't use > or disclose it in any way. Please let the sender know and delete the > message immediately. > - > > -- > 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 FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Why do IOS messages go to various JOB/TASK Logs
List Just to jog my memory. When we see hardware issues, I am asked if the messages seen in various LOGs, like Batch JobLogs, or CICS STC Joblogs, caused the job to fail I am trying to remember if there is specific information about that process. I seem to recall that IOS needs an IO Event to occur so it can write out the messages. And it is just a random event as to which JOBS/STCS might get these messages produced. I am fairly certain that these messages did not cause the job to fail. So if there is specific doc or link, I would appreciate the details For example, IEA491I. We know what to do about the message, just need to be able to supply our users with links or docs why it happened in their Job log Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
And Cybermation. Company I worked for was getting rid of CA products and CA-11 and Jobtrac were up. Migrated to Cybermation's ESP and Encore only to have CA buy them about 6 months after the conversion completed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Phil Smith III Sent: Friday, July 13, 2018 8:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register Wayne Bickerdike wrote, in part, re CA: >Over the years they also swallowed Pansophic, Platinum, the IDMS guys >(Cullinane/Cullinet?) and lots of others. Not sure what happened to >Goal >Systems, they had some good stuff too. Goal was acquired by Legent, which itself was formed when Morino Associates and Duquesne Systems merged. They didn't use my suggested name for that merger: Dorito. Then CA bought Legent a few years later. And don't forget Sterling Software-at the time, the largest software deal ever. All gone, all dust. -- 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: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register
Wayne Bickerdike wrote, in part, re CA: >Over the years they also swallowed Pansophic, Platinum, the IDMS guys >(Cullinane/Cullinet?) and lots of others. Not sure what happened to Goal >Systems, they had some good stuff too. Goal was acquired by Legent, which itself was formed when Morino Associates and Duquesne Systems merged. They didn't use my suggested name for that merger: Dorito. Then CA bought Legent a few years later. And don't forget Sterling Software-at the time, the largest software deal ever. All gone, all dust. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX as JCL replacement
I was not involved, but I will reach out to the ones that were.
Tony Thigpen
Clem Clarke wrote on 07/13/2018 05:07 AM:
Perhaps Tony you could say why Jol was rejected?
Thanks,
Clem
Tony Thigpen wrote:
Using pipelines could require a lot of programming changes.
Historically, programs tend to be designed to process batches, not
records.
Most shops will not have the bodies to do the changes needed.
I like the idea of REXX as a JCL replacement. It can provide a lot
better logic. I don't know that it will make many inroads due to lack
of man-power, but it can be a method to the future.
One of our staff looked seriously at JOL and rejected it.
Tony Thigpen
Hobart Spitz wrote on 07/11/2018 08:37 AM:
The JOL effort is commendable, but replacing JCL is about much more
than a
nicer syntax or easy movement between foreground and background.
At the risk of repetition, other reasons are (1) to eliminate the
separation between scripting code and application code and (2) to
interface
with other software/data (files, DB2, ISPF, etc.).
Resistance to replacing JCL comes from the fact that "everybody knows
JCL"
(which they don't really). Everybody (in the target audience) knows
REXX,
if not directly, then because REXX has many well-know features of other
languages. JCL resembles only mainframe assembler.
Add in PIPElines and you get a productivity and performance improvements
unlike any other option available. Charles's example in REXX and
PIPElines
might look like this.
1. "pipe (end ?) ? < trans | v: validate | g: gate",
2. "? v: sort 10.10 | g:| u: update | >"
GDG("payroll.master(+1)")",
3. "? <" GDG("payroll.master(0)") | u:"
4.
5. if RC = 0 then
6. "submit job2"
7. else
8. "delete" GDG("payroll.master(0)")
I tried to stay true to Charles's example. If you can to skip invalid
transactions, but still process valid ones (a reasonable approach),
you can
eliminate the GATE and combine the first two streams.
GDG() is a function that I've previously written.
Note that zero intermediate files are needed, saving those I/O
operations.
I haven't read the details of JOL, so I might be missing something. I'm
happy to be educated.
OREXXMan
JCL is the buggy whip of 21st century computing. Stabilize it.
Put Pipelines in the z/OS base. Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that
language.
On Wed, Jul 11, 2018 at 6:40 AM, David Crayford
wrote:
On 11/07/2018 7:19 AM, Clem Clarke wrote:
Don't know about that! I always think that IBM has some of the best
people and concepts. Pity IBM didn't push PL/I instead od allowing
C to
rule the world.
They did, but something that's free will always be more attractive.
Multics was originally written in PL/I but the UNIX devs didn't
think it
was suitable for operating systems.
However, there's an interesting IBM lab in Perth that has some
excellent
people. Not many people know about it.
Not any more! They all got the push when IBM recently cut their
workforce.
A few of them moved to HCL with the PD products. The rest of them are
looking for work.
--
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: REXX as JCL replacement
Perhaps Tony you could say why Jol was rejected?
Thanks,
Clem
Tony Thigpen wrote:
Using pipelines could require a lot of programming changes.
Historically, programs tend to be designed to process batches, not
records.
Most shops will not have the bodies to do the changes needed.
I like the idea of REXX as a JCL replacement. It can provide a lot
better logic. I don't know that it will make many inroads due to lack
of man-power, but it can be a method to the future.
One of our staff looked seriously at JOL and rejected it.
Tony Thigpen
Hobart Spitz wrote on 07/11/2018 08:37 AM:
The JOL effort is commendable, but replacing JCL is about much more
than a
nicer syntax or easy movement between foreground and background.
At the risk of repetition, other reasons are (1) to eliminate the
separation between scripting code and application code and (2) to
interface
with other software/data (files, DB2, ISPF, etc.).
Resistance to replacing JCL comes from the fact that "everybody knows
JCL"
(which they don't really). Everybody (in the target audience) knows
REXX,
if not directly, then because REXX has many well-know features of other
languages. JCL resembles only mainframe assembler.
Add in PIPElines and you get a productivity and performance improvements
unlike any other option available. Charles's example in REXX and
PIPElines
might look like this.
1. "pipe (end ?) ? < trans | v: validate | g: gate",
2. "? v: sort 10.10 | g:| u: update | >"
GDG("payroll.master(+1)")",
3. "? <" GDG("payroll.master(0)") | u:"
4.
5. if RC = 0 then
6. "submit job2"
7. else
8. "delete" GDG("payroll.master(0)")
I tried to stay true to Charles's example. If you can to skip invalid
transactions, but still process valid ones (a reasonable approach),
you can
eliminate the GATE and combine the first two streams.
GDG() is a function that I've previously written.
Note that zero intermediate files are needed, saving those I/O
operations.
I haven't read the details of JOL, so I might be missing something. I'm
happy to be educated.
OREXXMan
JCL is the buggy whip of 21st century computing. Stabilize it.
Put Pipelines in the z/OS base. Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that
language.
On Wed, Jul 11, 2018 at 6:40 AM, David Crayford
wrote:
On 11/07/2018 7:19 AM, Clem Clarke wrote:
Don't know about that! I always think that IBM has some of the best
people and concepts. Pity IBM didn't push PL/I instead od allowing
C to
rule the world.
They did, but something that's free will always be more attractive.
Multics was originally written in PL/I but the UNIX devs didn't
think it
was suitable for operating systems.
However, there's an interesting IBM lab in Perth that has some
excellent
people. Not many people know about it.
Not any more! They all got the push when IBM recently cut their
workforce.
A few of them moved to HCL with the PD products. The rest of them are
looking for work.
--
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: REXX as JCL replacement
Oh! Didn't know that. I moved to the East Coast of Australia, and lost contact... David Crayford wrote: On 11/07/2018 7:19 AM, Clem Clarke wrote: Don't know about that! I always think that IBM has some of the best people and concepts. Pity IBM didn't push PL/I instead od allowing C to rule the world. They did, but something that's free will always be more attractive. Multics was originally written in PL/I but the UNIX devs didn't think it was suitable for operating systems. However, there's an interesting IBM lab in Perth that has some excellent people. Not many people know about it. Not any more! They all got the push when IBM recently cut their workforce. A few of them moved to HCL with the PD products. The rest of them are looking for work. -- 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: REXX as JCL replacement
Tony Thigpen - very observant. Yes, there is an optional back-end database for Data Set Information. This was originally added to Jol so that the people in the department looking after the Data Sets on the machine could be separate from the people writing the code to actually execute the programs. Then in order to make Jol more useful (and a universal command language) the data set and program information such as the DDnames, and whether they read or write (ie create) files was hidden. The intention with Jol was always to be a Universal Command Language - and hence commands and so on have always been built in an English like manner, with compatibility always in mind. You can see the list of commands on this page. Press on the: 'Detailed descriptions of Jol Instructions' on this page: http://start.oscar-jol.com/documentation/technical-how-to-use Also, you can see the general format of a Jol program by following the 'Jol Reference Guide' link. -- Originally, people use Jol instructions to declare programs and data sets and used the Run instruction which tied the declares together to create the JCL to execute the program. Here is a simple example of the "low" level Jol. Job1: Job 10,5 mins acct dept01 250M; Dcl Output DS temporary.file vb 200, 6144 unit sysda vol vol01; Dcl Input DS Sys1.maclib(call); Dcl Printer Print; Dcl Iebgener Program sysut1 reads input sysut2 writes output sysin reads 'dummy' sysprint writes Printer; Run Iebgener; -- The above can be simplified to: Dcl Output DS temporary.file vb 200, 6144 unit sysda vol vol01; Dcl Input DS Sys1.maclib(call); Copy Input to Output; --- Or further Copy 'sys1.maclib(call)' to temporary.file; Tony Thigpen wrote: So where does JOL get all the other informatoin for the DD card? Is there some back-end database that has information for all the files that may be used? Tony Thigpen Clem Clarke wrote on 07/10/2018 08:33 PM: Below is an example of Jol, and the equivalent JCL. Clem Simplified Jol Scripting Language for Z/OS, TSO, Linux and Windows Payroll: Job class C 1000 k; Exec Validate Input.Trans, Trans.Action(+1); /* Validate Transations */ if Validate=0 then do; Sort transaction(+1) to Sorted.Trans.Actions(+1) Fields(10,10,CH,A); Exec Update Payroll.Master(0), Sorted.Trans.Action(+1), Payroll.Master(+1); If Update = 0 then do; Catalog Payroll.Master(+1), Sorted.Trans.Action(+1); Submit Job2; end; end; else Stop 'Error in PAYROLL Job'; -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • The Register
I seem to recall a (probably apocryphal) story about a data centre manager who had an argument with CA and vowed to rid his site of all CA products as a result. After three tries he gave up.. Sean On 13 July 2018 at 06:43, Windt, W.K.F. van der (Fred) < 0185ecbb3806-dmarc-requ...@listserv.ua.edu> wrote: > Your licensing fees will probably double next year... > > Fred! > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Charles Mills > > Sent: donderdag 12 juli 2018 23:39 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • > > The Register > > > > Are they integrated better now? > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Jesse 1 Robinson > > Sent: Thursday, July 12, 2018 2:12 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • > > The Register > > > > Hmm. We have a few CA products, but our entire enterprise is constructed > > around Brocade switches. Oh my. > > > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-543-6132 Office ⇐=== NEW > > robin...@sce.com > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > - > ATTENTION: > The information in this e-mail is confidential and only meant for the > intended recipient. If you are not the intended recipient, don't use or > disclose it in any way. Please let the sender know and delete the message > immediately. > - > > -- > 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
