Re: Interesting - NODE for z/OS

The IBM SDK for Node.js probably won't run on your z9BC machine, but you're welcome to try it. (Please let us all know.) The latest trial download is available here: https://developer.ibm.com/node/sdk/ztp/ APAR UI46658 is surely required, so check for that. If you're looking for a JavaScript

Re: Interesting - NODE for z/OS

We've been using Node for internal tooling and IBM have done a good job. The Node eco-system is the fast growing of any language/runtime. Like I've said before the most exciting thing from my perspective is the clang compiler that ships with it. One important feature that makes Node so

Re: The Beauty of the COBOL Programming Language - DevOps.com

On 22/02/2018 11:53 AM, Jack J. Woehr wrote: On 2/20/2018 10:31 PM, Gabe Goldberg wrote: https://devops.com/the-beauty-of-the-cobol-programming-language-v2/  * Docs »  * What’s New?  * Edit on GitHub

Re: The Beauty of the COBOL Programming Language - DevOps.com

On 2/20/2018 10:31 PM, Gabe Goldberg wrote: https://devops.com/the-beauty-of-the-cobol-programming-language-v2/ * Docs » * What’s New? * Edit on GitHub

Re: The Beauty of the COBOL Programming Language - DevOps.com

Cool From: Gabe Goldberg To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 21, 2018 12:32 AM Subject: The Beauty of the COBOL Programming Language - DevOps.com https://devops.com/the-beauty-of-the-cobol-programming-language-v2/ -- Gabriel Goldberg,

Two summer time change questions

First though, apologies for asking what perhaps has been covered before -- perhaps even asked by me. I am having no luck searching the archives. I search on CVTTZ and get no hits even though I have IBM-MAIN messages in my own Outlook that contain CVTTZ. 1. Humor a guy with almost no operations

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

Actually seconds, (<10) not minutes. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Wednesday, February 21, 2018 1:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Any issues with $ACTIVATE,LEVEL=Z22 command We

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

We need to do something similar. My recommendation for 'at the same time' is to first allow CYL_MANAGED by command, then when the dust has settled, activate the new level. This can be done during the same Change Management window, minutes only, but it might minimize the churn. . . J.O.Skip

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

I've never been in a pickle, but I've had to do a cold start. Much colder than a pickle (or so I imagine). . . 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

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

no problems on my test system after expanding my checkpoint but my production systems MAS I get $HASP895 z22 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER. $HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION: $HASP895 -- CYL_MANAGED SUPPORT MUST BE ACTIVATED. I'm in no rush right now to get

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

just some food for thought, once you're z22 mode there's no EASY way back that's the biggest reason I've delayed this on my prod plex, I'm comfortable now but for any reason I had to revert back to z/OS 2.1, I'd be in a pickle :) Carmen Vitullo - Original Message - From: "Todd

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

if your checkpoint can support it I say go for it. from the $DACTIVATE $DACTIVATE JES2 CHECKPOINT MODE IS CURRENTLY Z11 THE CURRENT CHECKPOINT: -- CONTAINS 13099 BERTS AND BERT UTILIZATION IS 5 PERCENT. -- CONTAINS 1296 4K RECORDS. z22 CHECKPOINT MODE ACTIVATION WILL: -- EXPAND

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

At this point in time I would not expect any. I just updated an LPAR this past weekend w/no issues. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Todd Burrell Sent: Wednesday, February 21, 2018 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

forgot to mention CYL_MANAGED support can be changed dynamically $T SPOOLDEF,CYL_MANAGED=ALLOWED Carmen Vitullo - Original Message - From: "Carmen Vitullo" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 21, 2018 12:34:58 PM Subject: Re: Any issues

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

Yeah - we're planning on doing both at the same time ($TSPOOLDEF and $ACTIVATE). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Wednesday, February 21, 2018 1:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Any issues with $ACTIVATE,LEVEL=Z22 command

We've done the $ACTIVATE,LEVEL=Z22 command on our test system and seen no issues, but I wanted to run it by this group to see if there have been any issues that anyone has seen when doing this? I've checked our CHECKPOINT's and they have plenty of room. We will also be doing the

Re: Interesting - NODE for z/OS

But in that case isn't the javascript running on the client? With node it's running on the server. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog:

Re: Dr. John Ehrman

Can't add anything meaningful to what others have said other than to echo that this is a huge loss to the community, both as a person and as a technical resource. .phsiii -- For IBM-MAIN subscribe / signoff / archive access

Re: Interesting - NODE for z/OS

On Wed, Feb 21, 2018 at 7:12 AM, Jerry Callen wrote: > You don't have to build from source; you can get a downloadable SDK: > > https://www.ibm.com/us-en/marketplace/sdk-nodejs-compiler-zos ​Thank you for that link. One difference that I can see is that the above mentions a

Re: Interesting - NODE for z/OS

CICS DOCTEMPLATES can include javascript code. So NODE Is not the only thing that allows it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, February 21, 2018 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: DASD problem

Star Allan Staller 於 2018年2月21日 星期三寫道： > GRS- Ring or Star? > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tommy Tsui > Sent: Wednesday, February 21, 2018 2:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: Dr. John Ehrman

I worked with John back in the 90s when I was part of the languages group that he headed at Share. I always made it a point to attend his pitches as they were full of information that I could use and the hand-outs were always excellent. I just found that he had updated his excellent "Assembler

Re: Dr. John Ehrman

"John was an exceedingly gracious individual without whom a lot of us would have been lost." Amen to that. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: DASD problem

GRS- Ring or Star? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tommy Tsui Sent: Wednesday, February 21, 2018 2:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DASD problem We use HDS instead not Ibm, we report this case to Ibm

Re: Data sets incorrectly cataloged to HSM MIGRAT2

DCOLLECT and you favorite editor/language -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, February 20, 2018 3:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Data sets incorrectly cataloged to HSM MIGRAT2

Re: Dr. John Ehrman

Tony Thigpen wrote: >Those of you who have followed this list for years know well that Dr. John >Ehrman was the motivating force behind the development of the High-Level >Assembler (I often referred to him as the God Father of HLASM). >I am deeply saddened to report that John passed away this

Re: Interesting - NODE for z/OS

You don't have to build from source; you can get a downloadable SDK: https://www.ibm.com/us-en/marketplace/sdk-nodejs-compiler-zos There is a DeveloperWorks forum for node.js on IBM platforms (including z/OS and Linux on Z):

Interesting - NODE for z/OS

I haven't really had a chance to look at this yet. But I thought others here might be interested. It is NODE for z/OS. NODE is a "server side" JavaScript engine. That is, it allows you to run JavaScript programs on z/OS. https://github.com/ibmruntimes/node/releases/tag/ibm-6.13.0.0 Source only,

Re: Dr. John Ehrman

I knew John from my involvement with SHARE assembler committee, and through work with IBM's Federal Systems Division in the 1980s. He was a true gentleman, always kind, very smart, and an absolute pleasure to work with. I was delighted to have been able to chat with him (for the first time in

Re: Data sets incorrectly cataloged to HSM MIGRAT2

Is the HSM cds shared among LPARS?  If so, check if there is an alias for these dsns on the LPAR which has the problem.  I had a similar problem.   From: Jesse 1 Robinson To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, February 20, 2018 4:31 PM Subject: Data sets

Re: DASD problem

After I switched the zhpf to No , the elapsed time reduce from 12 to 7 mins? How comes, is it the switch or director no support the concurrent i/o from zhpf? Tommy Tsui 於 2018年2月21日 星期三寫道： > We use HDS instead not Ibm, we report this case to Ibm and perform the > same

Problem moved to an outage by XCF recovery?

Hello Group, Last week we had a problem which ended in a full Sysplex outage. After extensive searching, I think it was XCF recovery that moved the Sysplex to the total outage. We run a 2 site Sysplex, with PPRC mirroring between the sites, with Primary Dasd in SITE1, with our main production

Re: DASD problem

We use HDS instead not Ibm, we report this case to Ibm and perform the same operation on monoplex lpar the result is around 7mins write 28gb data using utility IEBDG, but use 12 mins while in sysplex lpar with same DASD, only can find is high disconnect time from RMF report Ron hawkins