Re: leaving early

2019-10-16 Thread Campbell Jay
Accident -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mitch Mccluhan Sent: Wednesday, October 16, 2019 7:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: leaving early ...why did this go out to this group? -Original Message- From: Nai, Dean To:

Re: leaving early

2019-10-16 Thread Mitch Mccluhan
...why did this go out to this group? -Original Message- From: Nai, Dean To: IBM-MAIN Sent: Wed, Oct 16, 2019 3:16 pm Subject: leaving early 1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
Yes, I understand the risks, and I'm willing to take them. Once read access is given to the proper facility class resource the onus is on the person doing the rename. It's my system, my foot. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key -

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Edward Finnell
Isn't DIAGNOSE the first path against the VOL and the VTOCIX. In a message dated 10/16/2019 4:06:17 PM Central Standard Time, 01a0403c5dc1-dmarc-requ...@listserv.ua.edu writes: Is it possible it is on that volume, but not cataloged?

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Tom Marchant
On Wed, 16 Oct 2019 20:17:40 +, Mark Jacobs wrote: >The dataset is allocated by the SDSF address space that's executing >on the system where I'm attempting the rename. > >I thought the rationale behind the facility class profile was to give >authorized users the ability to bypass the

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
The dataset is allocated by the SDSF address space that's executing on the system where I'm attempting the rename. I thought the rationale behind the facility class profile was to give authorized users the ability to bypass the enqueue, while recognizing the potential risks in renaming an

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Seymour J Metz
What happens if you hit PFK1? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 16, 2019 2:35 PM To:

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't take advantage of this facility class resource, just ISPF/PDF. When I tried to rename it in 3.4, it's telling me that the data set is in use, and it's not giving me the option to bypass the enq and rename the data set.

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mike Schwab
I think it is cataloged to that volume. Uncatalog no scratch that dataset. On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > > I'm attempting to rename an inuse non-vsam dataset, even with read access to > the STGADMIN.DPDSRN.SYS1.* profile,

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
I executed an IEHLIST LISTVTOC on that volume, not there. Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 12:39 PM, Jousma, David

Re: [EXT] Re: zOS 2.4 migration guide

2019-10-16 Thread Gibney, Dave
No zIIP here either. I guess, it doesn't matter. I expect 1 more migration, 2.1 to 2.2. Then mothballing > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Charles > Sent: Wednesday, October 16, 2019 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXT]

Re: leaving early

2019-10-16 Thread Carmen Vitullo
Ya just gave me a great idea ! Carmen Vitullo - Original Message - From: "Dean Nai" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 11:36:04 AM Subject: Re: leaving early Ouch, Wrong IBM group. How embarrassing. Dean Nai >

Re: DR Sysplex Procedure

2019-10-16 Thread Carmen Vitullo
Are you talking LOGR and WLM CDS's in the couplexx member? if so as long as they are defined in the DR's COUPLExx member Carmen Vitullo - Original Message - From: "Elaine Beal" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 11:52:43 AM Subject: Re: DR Sysplex

Re: DR Sysplex Procedure

2019-10-16 Thread Elaine Beal
So, both systems down IPL LPAR1 with new XCF and CFRM, use existing LOG and WLM files Will that cause an issue falling back? by using the same LOG and WLM files? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Jousma, David
Is it possible it is on that volume, but not cataloged? _ Dave Jousma AVP | Manager, Systems Engineering  Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 49546

Re: leaving early

2019-10-16 Thread Nai, Dean
Ouch, Wrong IBM group. How embarrassing. Dean Nai > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

leaving early

2019-10-16 Thread Nai, Dean
1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized

Re: DSS

2019-10-16 Thread Allan Staller
1) Increase the number of buffers on OUTDD1 2) Investigate the Large Blocksize Interface (LBI) 3) opt(4) On the dump command The real question is what is the limiting factor, TAPE or DISK? Items 1 and 2 address the TAPE side Item 3 addresses the DISK side -Original Message- From: IBM

DSS

2019-10-16 Thread Nai, Dean
Hi, I'm just reaching here because it's probably a hardware limitation but I'll ask anyway. Our current backup solution is to flashcopy our volumes and then go back and dump them to tape using DSS. Now we started backing up some of the huge E3 volumes and it's been taking 50 minutes per

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
listc ent('SYS1.PROD.PARMLIB.NEW.ORIG') IDC3012I ENTRY SYS1.PROD.PARMLIB.NEW.ORIG NOT FOUND+ IDC1566I ** SYS1.PROD.PARMLIB.NEW.ORIG NOT LISTED IDC0014I LASTCC=4 Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key -

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Pommier, Rex
Does it exist somewhere else and the system is trying to catalog it? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, October 16, 2019 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] STGADMIN.DPDSRN Confusion The dataset

Re: [EXT] Re: zOS 2.4 migration guide

2019-10-16 Thread Carmen Vitullo
I do now, we use the configuration assistant for TCP Policy agent, on a test LPAR I has the same issues, on a z13s 3 CP 2 zIIP's it runs...ok. my biggest issue is the lack of clear documentation. I have my software defined, LPARS and PLEX defined, getting the notification via email is an open

Re: [EXT] Re: zOS 2.4 migration guide

2019-10-16 Thread Mark Charles
I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: [EXT] Re: zOS 2.4 migration guide

2019-10-16 Thread Mullen, Patrick
Does IBM plan to hand out zIIP engines for free to allow sites without access to them to run z/OSMF with reasonable performance? We have zIIPs, but just for the heck of it I tried starting z/OSMF on a non-zIIP LPAR. It took 8 hours to initialize, driving the (admittedly very small) LPAR at 100%

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
The dataset that I'm renaming it to does not exist on that volume. DSLIST - Data Sets on volume Z22C02 Row 1 of 2 Command ===> Scroll ===> CSR Command - Enter "/" to select action Message

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Jousma, David
Trying to rename to a duplicate dataset name? DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG _ Dave Jousma AVP | Manager, Systems Engineering  Fifth Third Bank 

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Vernooij, Kees (ITOP NM) - KLM
A curios message here is IGD17056I. Can this not be the real problem for RENAME? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Jacobs > Sent: 16 October, 2019 16:16 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject:

Re: [External] STGADMIN.DPDSRN Confusion

2019-10-16 Thread Pommier, Rex
Mark, Am I missing something here? The way I'm reading this error is that you're trying to rename your SYS1.PROD.PARMLIB.NEW dataset to SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on volume Z22C02. Aren't you just getting a "duplicate name" error? Rex

Re: Power failure

2019-10-16 Thread Jousma, David
+1 for what Tom says. I didn’t reply to the earlier email from Peter this morning, but did you drill down into the "restarted forcibly" message that you presumably saw on the HMC? I'd also go look for hardware messages at the CEC level, there should be events there, that you can also drill

STGADMIN.DPDSRN Confusion

2019-10-16 Thread Mark Jacobs
I'm attempting to rename an inuse non-vsam dataset, even with read access to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC 008,

Re: zOS 2.4 migration guide

2019-10-16 Thread Dana Mitchell
According to the z/OS V2.4 Preview Announcemet: CICS TS will soon be orderable in either existing CustomPac or z/OSMF portable software instance format. This is the first of many offerings that are planned to be delivered in the PSI format. You do the math... Dana On Wed, 16 Oct 2019

Re: Power failure

2019-10-16 Thread Tom Marchant
On Wed, 16 Oct 2019 09:51:34 +0400, Peter wrote: >I looked into audit and log messages during those time frames. > >I just see a message as system was restarted forcibly. It doesn't say what >caused it. If power was lost abruptly, there may have been no opportunity to log anything. >Does IBM

Re: "Exploring z/OS Container Extensions" Meetups in Asia-Pacific

2019-10-16 Thread David Crayford
Not coming to Perth? On 2019-10-16 5:51 PM, Timothy Sipples wrote: If you'd like to find out more about the new z/OS Container Extensions, there are some upcoming Meetups in late November and early December, 2019, across 9 cities in Asia, Australia, and New Zealand. Details and signup links are

Re: IBM Z Development and Test Environment (zD)

2019-10-16 Thread Jousma, David
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples Sent: Wednesday, October 16, 2019 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Z Development and Test Environment (zD) **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links

"Exploring z/OS Container Extensions" Meetups in Asia-Pacific

2019-10-16 Thread Timothy Sipples
If you'd like to find out more about the new z/OS Container Extensions, there are some upcoming Meetups in late November and early December, 2019, across 9 cities in Asia, Australia, and New Zealand. Details and signup links are available here:

Re: IBM Z Development and Test Environment (zD)

2019-10-16 Thread Timothy Sipples
Steve Smith wrote: >That said, I'm pretty sure that does not apply to Dave Jousma, as I've >worked with him before, and he does want to innovate. Agreed, which is why I mentioned "management," which (I can now reveal) is shorthand for "a bureaucracy that doesn't count Dave Jousma among its

Re: zOS 2.4 migration guide

2019-10-16 Thread Jake Anderson
Apology for not looking at readme.txt file. I see the exported file in ibm knowledge centre at the bottom. On Wed, 16 Oct, 2019, 12:43 PM Vernooij, Kees (ITOP NM) - KLM, < kees.verno...@klm.com> wrote: > It looks as if you can't escape z/OSMF anymore. From what I read in the > past, this and

Re: zOS 2.4 migration guide

2019-10-16 Thread Vernooij, Kees (ITOP NM) - KLM
It looks as if you can't escape z/OSMF anymore. From what I read in the past, this and many more functions will run (only) under z/OSMF. So this might be the time to start running it. Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: Alternative for VTL ?

2019-10-16 Thread Timothy Sipples
IBM also offers many choices, notably IBM DS8880 and DS8900 Transparent Cloud Tiering with z/OS DFSMShsm and IBM Cloud Tape Connector for z/OS. Here are a couple Web links for further reading: https://www.redbooks.ibm.com/abstracts/sg248381.html

Re: zOS 2.4 migration guide

2019-10-16 Thread Martin Packer
OK; I'll bite: Why not run z/OSMF? But if you prefer to exercise your XSLT skills... :-) 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:

zOS 2.4 migration guide

2019-10-16 Thread Jake Anderson
Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake