Re: Sysplex Common Time Source

I believe that you can have a mixed CTN where one CEC doesn't have STP, but in that case the external time source must be the 9037 and I'm pretty sure that at least one of the CECs must be both STP and 9037 capable. I don't know what the implications are from converting from a pure STP environme

Re: Sysplex Common Time Source

On 02/06/14 06:38, Scott Chapman wrote: I believe that you can have a mixed CTN where one CEC doesn't have STP, but in that case the external time source must be the 9037 and I'm pretty sure that at least one of the CECs must be both STP and 9037 capable. I don't know what the implications are

Re: Number of entries in the TIOT

In , on 02/05/2014 at 11:15 AM, MichealButz said: >When scanning the TIOT IS there and end marker, how do I know I have >scanned all the DDnames ? TIOELNGH -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't ca

Re: Sysplex Common Time Source

>On 02/06/14 06:38, Scott Chapman wrote: >> I believe that you can have a mixed CTN where one CEC doesn't have STP, but >> in that case the external time source must be > the 9037 and I'm pretty sure that at least one of the CECs must be both STP > and 9037 capable. I don't know what the implica

Re: Sysplex Common Time Source

You've hit the problem, we have two z196 processors that are STP capable, but can't have the 9037's attached, and one z10 where we can attach the sysplex timers, but that processor doesn't have the STP feature. Mark Jacobs On 02/06/14 09:05, Dana Mitchell wrote: On 02/06/14 06:38, Scott Chapm

Re: DCB for load library

A sequential file can contain load modules (IEBCOPY dump to tape, e.g.). OP did not specify that the load modules were directly usable as load modules. Bill Fairchild - Original Message - From: "Paul Gilmartin" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 5, 2014 6:31:24

Re: DCB for load library

On Thu, 6 Feb 2014 17:34:56 +1100, Greg Price wrote: >On 6/02/2014 11:25 AM, Micheal Butz wrote: >> Is there any way of knowing a data set contains load modules > >If PDSE verify it is a program (and not a DATA) PDSE using ISITMGD macro. > I have received a correction off-list that a PDSE must no

Re: Number of entries in the TIOT

I have written oodles of code that scan TIOTs, which almost always ran in "key eight", and I never got a S0C4 in that code, so I cannot believe that the TIOT is allocated in "key one" storage.  I would believe "key zero." Bill Fairchild - Original Message - From: "Greg Price" To: I

Re: DCB for load library

On 2/6/2014 9:26 AM, DASDBILL2 wrote: A sequential file can contain load modules (IEBCOPY dump to tape, e.g.). OP did not specify that the load modules were directly usable as load modules. I thought of that, but the OP also specified RECFM=U. IEHMOVE uses FB, and IEBCOPY VB; I doubt he'd read

Re: DCB for load library

On 2/6/2014 7:29 AM, Paul Gilmartin wrote: On Thu, 6 Feb 2014 17:34:56 +1100, Greg Price wrote: On 6/02/2014 11:25 AM, Micheal Butz wrote: Is there any way of knowing a data set contains load modules If PDSE verify it is a program (and not a DATA) PDSE using ISITMGD macro. I have received

Re: Number of entries in the TIOT

On Thu, Feb 6, 2014 at 8:33 AM, DASDBILL2 wrote: > I have written oodles of code that scan TIOTs, which almost always ran in > "key eight", and I never got a S0C4 in that code, so I cannot believe that > the TIOT is allocated in "key one" storage. I would believe "key zero." > > Bill Fairchild >

Re: DCB for load library

One thing I've notice about every program object that I've every looked at in a PDSE is that the first 8 characters of the first record has always been C'IEWPLMH ' . This is also true of a program object in a UNIX file. This is not true of a load module in a PDS. But from a quick glance, it _appear

Re: Sysplex Common Time Source

I believe that the STP-to-9037 scenario was envisioned as an emergency fallback option, not an upgrade (or rather downgrade) procedure. The kicker is that your z10 does not have the STP feature now, but the z10 is no longer upgradable. The only possibility I see is to acquire a different CEC, e

Re: Sysplex Common Time Source

If you are wanting to be in a sysplex environment, then I would have to say the answer is no. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, February 06, 2014 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject

Re: Sysplex Common Time Source

I agree, but the question that my management team has requested for me to find out is whether we can use another mechanism to sync the time across the three CEC's without STP or ETR. Mark Jacobs On 02/06/14 10:38, Skip Robinson wrote: I believe that the STP-to-9037 scenario was envisioned as

EC12 HMC OSA/SF OSE OAT IMPORT

Has anyone successfully manually imported, validated and activated an OSA OSE PCHID? Regards, Doug . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO

Re: z/OSMF (was: Entry Level System Programmer Job Description)

On 2014-01-30 11:28, Ward, Mike S wrote: Hello all, Would any of you have an entry level systems programmer(or whatever they call them now) job description that you would be willing to share? I'm trying not to reinvent the wheel. Thanks There are (at least) two sides to the hiring experienc

Re: Number of entries in the TIOT

Wow.  What a cerebral flatus I had.  You're right, of course.  Thanks. Bill Fairchild - Original Message - From: "John McKown" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, February 6, 2014 8:56:56 AM Subject: Re: Number of entries in the TIOT On Thu, Feb 6, 2014 at 8:33 AM, DASDBI

Implicit VVDS creation

Does anyone still build VVDS datasets explicitly when initializing volumes? I understand that the default allocation for a new VVDS is CYLS(10 10) which saves me from having to rebuild the VVDS if it fills up. What is everyone else doing with VVDS datasets? Is there still a valid argument for b

Re: Implicit VVDS creation

We do not ever manually build a VVDS data set. There might be a valid argument for building them, but we are cheerfully ignorant of it. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: Implicit VVDS creation

Hold the presses! The documents for v1r13 say the VVDSSIZE defaults to TRKS(10 10). Holy cow, that's a whole lot less than 10 cylinders. One would think that at 10 tracks, the VVDS would run out of space (and extents) quite frequently but I don't see this being a frequent topic on IBM-MAIN.

Re: Implicit VVDS creation

Yes. step1 is ICKDSF. Step2 creates VVDS. On Thu, Feb 6, 2014 at 11:22 AM, David G. Schlecht wrote: > Does anyone still build VVDS datasets explicitly when initializing volumes? > > I understand that the default allocation for a new VVDS is CYLS(10 10) > which saves me from having to rebuild the

Re: Implicit VVDS creation

On Thu, 6 Feb 2014 09:22:14 -0800, David G. Schlecht wrote: >Does anyone still build VVDS datasets explicitly when initializing volumes? > We had a problem once, a large, multivolume dataset landed an extent on a brand new Mod9 volume. Dataset allocation took the entire volume, and when SMS w

RES: Implicit VVDS creation

Since z/OS 1.13 there is a new IGGCATxx member in PARMLIB that can be used to specify VVDS default space, among other parameters. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-

Re: Implicit VVDS creation

You have that many VSAM datsets on a volume? 10 tracks holds a fair amount of data for a VVDS. Doug Doug Fuerst BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -- Original Message -- From: "David G. Schlecht" To: IBM-MAIN@listserv.ua.edu Sent: 2/6/2014 12:55:12 PM Subje

Re: Implicit VVDS creation

It's not just VSAM. SMS datasets use the VVDS, as well. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Doug Fuerst Sender: IBM Mainframe Discussion List Date: Thu, 6 Feb 2014 18:25:43 To: Reply-To: IBM Mainframe Discussion List

Re: Implicit VVDS creation

I still do. I like it tidily parked next to the VTOC at the bottom and one chunk of free space. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John McKown > Sent: Thursday, February 06, 2014 10:01 AM > To: IBM-MAIN@LISTSERV.UA.E

Re: RES: Implicit VVDS creation

One of the reasons to do it implicitly is placement, not that it really matters, but if you want it next to the VTOC you may want to do it implicitly. On Thu, 6 Feb 2014 18:01:51 +, ITURIEL DO NASCIMENTO NETO <4254.itur...@bradesco.com.br> wrote: >Since z/OS 1.13 there is a new IGGCATxx m

Re: Implicit VVDS creation

True, but still have to have a slew of them... Doug Doug Fuerst BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -- Original Message -- From: "Ted MacNEIL" To: IBM-MAIN@listserv.ua.edu Sent: 2/6/2014 1:28:26 PM Subject: Re: Implicit VVDS creation It's not just VSAM. SM

Re: Implicit VVDS creation

How large to you make? Do you define secondaries? We have an agency that occasionally exceeds 675 tracks with no secondary. David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services T:(775)684-4328 | F: (775) 684‐4324 | E:ds

Re: Implicit VVDS creation

Doug: Somewhere along the line I though SMS datasets requires an entry for each one. Ed On Feb 6, 2014, at 12:25 PM, Doug Fuerst wrote: You have that many VSAM datsets on a volume? 10 tracks holds a fair amount of data for a VVDS. Doug Doug Fuerst BK Associates 718.921.2620 917.572.7364 d

Re: Implicit VVDS creation

It's true, but I get alot of datasets in a small VTOC too. I can't actually recall ever having to allocate a VVDS except for a very special situation. Doug Doug Fuerst BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -- Original Message -- From: "Ed Gould" To: IBM-MAI

Re: Implicit VVDS creation

Doug: Any TSO pack is a mandatory larger VTOC and a larger VVDS. A *LONG* time ago I had a TSO pack that needed a 5 cylinder vtoc. I don't expect that has changed and if SMS managed a larger than typical VVDS as well. Ed On Feb 6, 2014, at 1:31 PM, Doug Fuerst wrote: It's true, but I ge

USSTAB Refresh

List; I compiled a new USSTAB for use with TN3270. I am attempting to refresh VTAM/TN3270 to point to the new USSTAB (which has the same module name as the old one (USSTCPPR)). I enter the refresh command: F VTAM,TABLE,OPTION=LOAD,NEWTAB=USSTCPPR,OLDTAB=USSTCPPR Upon entering that command I

Re: USSTAB Refresh

I use: F VTAM,TABLE,OPTION=LOAD,NEWTAB= USSTCPPR,OLDTAB=* On Thu, Feb 6, 2014 at 4:01 PM, Nathan J Pfister wrote: > List; > > I compiled a new USSTAB for use with TN3270. I am attempting to refresh > VTAM/TN3270 to point to the new USSTAB (which has the same module name as > the old one (US

SYSB-II

I know this is loading a gun :), but do any of you have any opinion on the SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it a CPU hog? And for those of you who use it. How does it perform in a zSystem environment? Thanks. == This email, and any files tr

Re: SYSB-II

On Thu, Feb 6, 2014 at 2:53 PM, Ward, Mike S wrote: > I know this is loading a gun :), but do any of you have any opinion on the > SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it a CPU > hog? And for those of you who use it. How does it perform in a zSystem > environment? > > T

Re: Dumb SMPE question

Well sort of yes. This PTF - UA70446 HDZ1D10 FIXC HELD AA41551 HDZ1D10 ++HOLD(HDZ1D10) FIXCAT FMID(HDZ1D10) REASON(AA41551) RESOLVER(UA70446) CATEGORY(IBM.Function.VSAM-RLS) DATE(13266). UA70446 ERR HELD AA43280 HDZ1D10 ++HOLD(UA70446) FMID(HDZ1D10) REASON(AA43280) ERROR DATE(13347)

Re: RES: Implicit VVDS creation

I was curious about this aspect, as well. Since 3390 emulation is just emulation, and usually the number of cylinders in the physical device do not match the number being emulated, the layout on the cylinder on the emulated 3390 (defined in JCL) is nothing like how it is actually stored on the p

Re: Dumb SMPE question

The reports are clear why it didn't apply. Follow Skip's advice and just run the APPLY putting what will go on :) Or do what I do and build the exclude list required to get RC=0. I run multiple checks, rather than chasing chains. Haven't had my sandbox contribute to the 4-hr SCRT report yet. >

Re: Implicit VVDS creation

The theoretical worst case for a TSO pack is that every track on the volume could be a single-track data set, except for the following:  volume label track, VTOC, VTOC index, and VVDS.  And each such single-track data set would need at least one DSCB (Format 1) record in the VTOC, and you can on

Re: SYSB-II

Thanks John, it's appreciated. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, February 06, 2014 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II On Thu, Feb 6, 2014 at 2:53 PM, Ward, Mike S wrote

Re: SYSB-II

We have been using it for years, No issues. As John mentioned, CPU usage goes up as people see how well it works. Learn to sync point is good advice too. Regards, Doug . > On Feb 6, 2014, at 15:53, "Ward, Mike S" wrote: > > I know this is loading a gun :), but do any of you have any opinion on

Re: Dumb SMPE question

Dave: Interesting reply. This is old information but it still applies IMO. I was applying TSOE CBPDO and ended up with 2400+ PTF's that wouldn't go on. I would never have gotten the product to apply if I had done the exclude list route. The root cause was a missing VTIOC(?) ptf and the 2400+

Re: Dumb SMPE question

Mark, Let me ask a general question about IBM packaging. Does IBM ever send a fixing PTF with a PRE(PE-PTF) instead of a SUP(PE-PTF)? If the fixing PTF has a PRE of the PTF you deleted, would you not be causing yourself problems in that the PRE PTF is now missing? Rex -Original Message-

Error overriding concatenated DD in PROC where one is instream data

Hello, long time absent. In z/OS 1.13, I'm playing with instream data in a PROC for the first time to try to simplify some bind JCL and I've run into an error. It's an atypical situation, I realize. In the PROC I have //* Following is a data set created with ISRSCAN from a concatenation //SY

Re: SMF (was REXX Tutorial)

Caveat: I get the daily digest so responses are more outdated than from Pioneer 10... Wolfgang: You could eliminate a step by having IFASMFDP write to a RecFm=VB dataset. VBS is not the only output available simply the default. Be warned that the blockSize must accommodate the largest SMF re

Re: Dumb SMPE question

At any given time, we seem to have a some PTFs--a cupful, not a bucket load--that should not be in the GLOBAL zone at all. They are for product releases that have already been superseded. For example, at the moment we have in RECEIVE status PTF UA58781 PTF for FMID HENV54B dated 11.157. This i

Re: SYSB-II

John McKown " It also gives our end users the idea that z/OS is incapable of easy to use data access." John, what do you mean by this statement? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, February 06,

Re: Dumb SMPE question

"Does IBM ever send a fixing PTF with a PRE(PE-PTF) instead of a SUP(PE-PTF)?" In my experience, Yes, but rarely. I have seen it done. There used to be limits on the size of PTFs or the number of parts they contained. Those limits have probably gone away over the years, but sometimes develope

Re: Error overriding concatenated DD in PROC where one is instream data

On Thu, 6 Feb 2014 14:43:07 -0800, Ray Mullins wrote: >Hello, long time absent. > >In z/OS 1.13, I'm playing with instream data in a PROC for the first time to >try to simplify some bind JCL and I've run into an error. It's an atypical >situation, I realize. > >In the PROC I have > >//* Following

Re: Error overriding concatenated DD in PROC where one is instream data

On Thu, 6 Feb 2014 14:43:07 -0800, Ray Mullins wrote: > >In z/OS 1.13, I'm playing with instream data in a PROC for the first time to >try to simplify some bind JCL and I've run into an error. It's an atypical >situation, I realize. > Of course, instream data in a PROC are (sic!?) a relatively new

UNsubscribe

Sent from phone. Pardon spelling and grammar mistakes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EC12 HMC OSA/SF OSE OAT IMPORT

No takers? Let me rephrase, When performing the initial configuration of an OSA Express 5s OSE PCHID on an EC12 using the HMC version of OSA/SF to IMPORT your hand tailored 80 byte and , ? during the VALIDATE "Have you received error 3001"? Regards, Doug On 2/6/2014 10:51 AM, Doug wrote: Has

Re: SYSB-II

Should ask on CICS-l. Sent from my BlackBerry 10 smartphone on the Bell network.   Original Message   From: Ward, Mike S Sent: Thursday, February 6, 2014 4:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: SYSB-II I know this is loading a gun :), but do any of yo

Re: Dumb SMPE question

At 22:42 + on 02/06/2014, Pommier, Rex wrote about Re: Dumb SMPE question: Mark, Let me ask a general question about IBM packaging. Does IBM ever send a fixing PTF with a PRE(PE-PTF) instead of a SUP(PE-PTF)? If the fixing PTF has a PRE of the PTF you deleted, would you not be causing

Re: Sysplex Common Time Source

Mark, What's their definition of "sync"? We (this community) have an assumed definition -- a very good one, the Sysplex definition -- that for a variety of reasons makes much sense. That said, if you look at other, lesser servers they don't share that definition. They don't have Sysplex. You can

VSAM Data Access (and SYSB-II)

Also curious about the "It also gives our end users the idea that z/OS is incapable of easy to use data access" remark, John. If you're a keen or semi-keen observer of the IT world, relational databases are extremely popular and continuing to be popular, but non-relational databases (and data stor