>That was what we originally though too, but our local IBM support person
>told us we couldn't. Thinking further about configuration activities to
>migrate to mixed CTN mode, I'm not seeing how on the non STP capable
>processor we're going to be able to set the name of the mixed CTN, since
>it isn'
In <2110692851.22284.1391697210141.javamail.r...@comcast.net>, on
02/06/2014
at 02:33 PM, DASDBILL2 said:
>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"
In <52f3a21e.1080...@trainersfriend.com>, on 02/06/2014
at 07:54 AM, Steve Comstock said:
>Well, technically, yes: it can, however, contain program objects
>which are the PDSE analogy of load modules in a PDS.
Analog, yes, but with a very different structure. Code that directly
read one would
In
,
on 02/06/2014
at 04:11 PM, Mark Pace said:
>I hate having these PTFs in my SMPPTS that every time I install an
>RSU the APPLY tries to install this PTF again, and I spend more
>time researching why the PTF didn't APPLY.
Then stop researching them. The ones to worry about are the ACTION
In , on
02/06/2014
at 01:17 PM, "David G. Schlecht" said:
>Or am I way off base?
At least partially. On a simulated 3390 a cylinder boundary may not
tell you much about seek time, but it can still have an effect on
whether a channel program breaks and has to be restarted. OTOH, with
code that
On Wed, 5 Feb 2014 14:03:28 -0500, Mark Jacobs wrote:
>We're replacing a z196 processor with a
>z10 without the STP feature, and we need to have one zOS 1.13 lpar
>that's hosted there join the sysplex
Pretty well defined. Other users (customers) offered help/suggestions.
What is the "corporate" l
In <52f40ffb.4090...@lerctr.org>, on 02/06/2014
at 02:43 PM, Ray Mullins said:
>It seems like conversion/interpretation has skipped the fact that I'm
>not overriding the second DD in the concatenation and is generating
>a data set name, instead of noting that it's a blank DD and just
>leavin
On Thu, Feb 6, 2014 at 5:07 PM, Ward, Mike S wrote:
> 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?
>
>
The "problem" with data access here is that _all_ our data is stored in
VSAM KSDS data sets.
In
<29b16432403d6c45a9bee5f0302d191721438...@vss-exchmb1.sfg.corp.LOCAL>,
on 02/06/2014
at 10:42 PM, "Pommier, Rex" said:
>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)?
Often.
--
Shmuel (Seymour J.) Me
On Fri, Feb 7, 2014 at 1:01 AM, Timothy Sipples wrote:
> 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 con
I hate having these PTFs in my SMPPTS that every time I install an
RSU the APPLY tries to install this PTF again, and I spend more
time researching why the PTF didn't APPLY.
Then stop researching them. The ones to worry about are the ACTION and
DOC holds.
I completely agree. If a PTF cannot b
... Or do what I do and
build the exclude list required to get RC=0.
Why even spend the time to do that? The result is the same, the PTFs
don't get applied.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscri
I should probably go through the GLOBAL, identify all of these forlorn
lost souls, and put them out of their everlasting misery via REJECT.
The often neglected NOFMID DELETEFMID form of REJECT is your friend
here... if or when you decide to address that loose end.
Kurt Quackenbush -- IBM, SMP
As I commented recently in another thread, in the ICKDSF manual there is a
table of MAXVTOC/MAXVTOCIX sizes in :
"Calculating the size of the VTOC index" in appendix C of ICKDSF Users Guide
GC35-0033-39.
Unfortunately, there is no reference to the size of the VVDS required to
support a MAXVTOC/
-Original Message-
From: Robert A. Rosenberg [mailto:hal9...@panix.com]
Sent: Thursday, February 06, 2014 11:10 PM
To: IBM Mainframe Discussion List
Cc: Pommier, Rex
Subject: Re: Dumb SMPE question
At 22:42 + on 02/06/2014, Pommier, Rex wrote about Re: Dumb SMPE question:
>Mark,
>
ISTR that all time references in a SYSPLEX must be within a certain tolerance
(I have no recollection of the actual value).
If the local time source exceeded this tolerance, the ETR (STP/9037) would
guide them to the same value, or failing that , remove the system from the plex.
The act of sync
In my opinion you may run into some interesting issues with timestamped
stuff in the CFs and whatnot if the times start coming in a slightly
unpredictable sequence. I don't think I'd take that risk.
When we migrated from ETR to mixed to all STP CTN, the key was two
machines were ETR and had t
Ray,
Just out of curiosity, would it work if you added a third DD card to the
original SYSLPARM DD concatenation? The JCL ref manual doesn't explicitly
state the override needs something to override, but it might be worth a try.
Can you try something like:
//SYSLPARM DD DSN=&&tempds,DISP=(O
As I recall it, all time references in a sysplex must be within a certain
tolerance and this is ensured by requiring them to be connected to a single
time source (ETR ID), not 2 sources that are equal within a certain tolerance.
Kees.
-Original Message-
From: IBM Mainframe Discussion Li
I have been doing a little research and looking at the z/OS 1.13's "z/OS MVS
JCL User's Guide" it turns out you can code "in-stream" data in a JES2
procedure and I am going to assume you can't with JES3, but to do so, DO NOT
use the "// DD *" use instead "// DD DATA".
So I am going to amend
On 02/06/2014 05:42 PM, Shmuel Metz (Seymour J.) wrote:
> In , on
> 02/06/2014
>at 01:17 PM, "David G. Schlecht" said:
>
>> Or am I way off base?
>
> At least partially. On a simulated 3390 a cylinder boundary may not
> tell you much about seek time, but it can still have an effect on
> whet
On Fri, 7 Feb 2014 14:58:53 +, Nims,Alva John (Al) wrote:
>I have been doing a little research and looking at the z/OS 1.13's "z/OS MVS
>JCL User's Guide" it turns out you can code "in-stream" data in a JES2
>procedure and I am going to assume you can't with JES3, but to do so, DO NOT
>use
How about a weekly (or daily) scheduled download for the users to do
ad hoc queries?
On Fri, Feb 7, 2014 at 7:25 AM, John McKown
wrote:
> On Fri, Feb 7, 2014 at 1:01 AM, Timothy Sipples wrote:
>
>> Also curious about the "It also gives our end users the idea that z/OS is
>> incapable of easy to
Mike,
Our company uses SYSB almost exactly as John McKown described how it is used at
his company. We have one production CICS region and we see its CPU utilization
percentage rise when multiple jobs using SYSB are running.
As Systems Programmers, we have to be mindful of how our Applicati
And since a raid array usually hosts many volumes, utilization of the
other volumes will impact a particular volume. And many site have
multiple LPARs accessing some to all of the volumes on the array.
On Fri, Feb 7, 2014 at 9:27 AM, Joel C. Ewing wrote:
> On 02/06/2014 05:42 PM, Shmuel Metz (Se
On Fri, Feb 7, 2014 at 9:39 AM, Paul Gilmartin wrote:
>>
> I would be astonished if for the matter here "// DD DATA" were not the
> functional equivalent of "// DD *".
>
> -- gil
// DD DATA,DLM='##' (is the default /*?)
//* jcl statements of your choice.
##
Just the same except it allows JCL sta
We do things like that. But it does not refute the "z/OS is hard to get
data out of" thoughts because it induces the "see, if data access on z/OS
were easy, we'd have access to _current_ data and not need to be doing all
this data duplication into an easy to access system like MS SQL Server".
Actu
#1. Yes, "/*" is the default "End-of-Data" for both "DD *" and "DD DATA", but
with "DD DATA" you can include records that begin with "//" and that is why
most people will code the "DLM=" to explicitly change the "End-of-Data".
#2. Is "DD DATA" a functional equivalent to "DD *"? I guess we could
On Fri, 7 Feb 2014 10:09:34 -0600, Mike Schwab wrote:
>On Fri, Feb 7, 2014 at 9:39 AM, Paul Gilmartin wrote:
>>>
>> I would be astonished if for the matter here "// DD DATA" were not the
>> functional equivalent of "// DD *".
>>
>> -- gil
>
>// DD DATA,DLM='##' (is the default /*?)
>//* jcl statem
For TN3270 the table is not in VTAM. I put the USS table in linklst and do a v
tcpip,tn3270,obeyfile command and , if necessary, an LLA update/refresh command
to change it.
Cliff McNeill
> > List;
> >
> > I compiled a new USSTAB for use with TN3270. I am attempting to refresh
> > VTAM/T
So current IBM management looks like they're trying to break the company into a
bunch of smaller companies like Akers(?) tried to do several years ago???
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Friday, Februa
I do not mean use space of disk but the disk size in cylinders.
thanks,
Shai
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Nah, just the same-old, same-old -- if a line of business doesn't have high
enough margins or the potential for same, get rid of it. That's been the
mantra in Armonk for a long, long time.
I forget which IBM CEO it was who promised share owners at an annual meeting
(or was it a stock analysts
On Fri, 7 Feb 2014 13:55:27 +, Pommier, Rex wrote:
>
>That depends on if the fix PTF contains all the elements in the
>PE-PTF or only some of them. If it contains all then it can SUP. If
>it does not it must PRE to pick up the elements that it does not
>contain - Note this can only occur if
http://www.itworld.com/hardware/403814/reports-ibm-explores-sale-semiconductor-business
--
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?
Maranatha! <><
John McKown
-
Since the VVDS is a catalog extension supporting both VSAM and SMS, wouldn't
the size of the VVDS depend on mix of VSAM and non-VSAM datasets and
possibly even the type of VSAM datasets on the volume?
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.
At least the VVDS can take extents. One of our volume with 70% used
lots of 1 track datasets 46 extents 460 tracks.
On Fri, Feb 7, 2014 at 11:58 AM, retired mainframer
wrote:
> Since the VVDS is a catalog extension supporting both VSAM and SMS, wouldn't
> the size of the VVDS depend on mix of VS
It seems odd to me the defaults for the CATLG_ERR failjob and errormsg are NO.
In my tests with an ALLOC specified but CATLG_ERR not specified, I do get the
IEF377I message anyway. Also, the failjob=yes option does not change the
condition code and does not abnormally end the job.
Basically w
Had a problem allocating a NON SMS Large PS file that would not span volumes;
is anyone on this list familiar with the parameter UNIT=(3390,P) which worked?
This parameter pre-allocates the volsers; never saw this before and is this a
new feature with z/OS R1.13?
//DD01 DD DSN=DSN1,DISP=SHR
P
asks the system to allocate the same number of devices as
requested by the volume count or SER subparameters of the
VOLUME parameter, whichever is higher - the effect is that
all volumes for the data set are mounted at the same time
Had a problem allocating a NON SMS Large
Just ran into a situation where the VVDS was filling up; 10,10 was not working.
Our DBMB group was installing DB2 V10 which has to be SMS managed and were
placing hundred of DSNs on one mod-3.
So I INIT'ed them as
INIT UNIT(560D) VOLID(DBJ555) VTOC(1,0,60) VFY(TS560D) -
INDEX(0,1,14) STGR
---
We just hired a 70 year old COBOL Programmer.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of chris lindenhauer
Sent: Tuesday, February 04, 2014 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need a DB2 DBA under z/OS
Hi Gang
We
Thank you.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Greg Shirey
Sent: Friday, February 07, 2014 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II
Mike,
Our company uses SYSB almost exactly as John McKown described how
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Kurt Quackenbush
> Sent: Friday, February 07, 2014 5:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dumb SMPE question
>
> > ... Or do what I do and
> > build the exclude list r
Question: In the actual "PROC" JCL, the JCL between the "// PROC" and "//
PEND" statements (or assumed PEND if it is a PDS member), you coded a JCL
statement with "// DD *"?
I think if you do, that is not acceptable, because the "*" indicates that
non-JCL data follows and you cannot hav
As indicated in the Appendix C of the ICKDSF Guide, these are theoretical
maximums.
The same could be done for VSM/SMS managed datasets.
i.e. If *EVERY* dataset on the volume was a 1-track VSAM DS (or SMS managed
DS), what is the size if the VVDS required
for the larger of the two possibilities
On 2/7/2014 12:09 PM, Cosby, Bob - OCFO wrote:
We just hired a 70 year old COBOL Programmer.
Ah! The Renaissance begins!
-Steve Comstock, Founder
The Trainer's Friend, Inc.
www.trainersfriend.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.U
I'm going to cross post to the CICS list
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ward, Mike S
Sent: Friday, February 07, 2014 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II
Thank you.
-Original Message-
Fro
On 7 February 2014 13:19, SUBSCRIBE IBM-MAIN Harold Gray
wrote:
> Basically we are wanting to detect the NOT CAT 2's and flag the job for
> repair. I am also looking at using MPF exits or the general IEAVMXIT.
> Trying to allow for multiple exits and how to specify them.
But surely those are
On Fri, 7 Feb 2014 18:46:13 +, Cosby, Bob - OCFO wrote:
>Had a problem allocating a NON SMS Large PS file that would not span volumes;
>is anyone on this list familiar with the parameter UNIT=(3390,P) which worked?
>This parameter pre-allocates the volsers; never saw this before and is this a
Folks,
Forgive me if this sounds like a sales or marketing call ... but ... I do
own a product that does the same
as SYSB-II does and IMHO, better.
If interested, take a look at VSHARE from CSI-International.
Kind Regards.
Jim Thomas
-Original Message-
From: IBM Mainframe Discussion L
Is this it http://www.csi-international.com because I got'this page cant
be displayed'
On 07/02/2014 4:48 PM, Jim Thomas wrote:
Folks,
Forgive me if this sounds like a sales or marketing call ... but ... I do
own a product that does the same
as SYSB-II does and IMHO, better.
If interested, ta
Yes .. that is it ... don't know why it cannot be displayed but w/check
w/the responsible parties ..
Please accept my sincere apologies ...
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Graham Hobbs
Sent: Friday, February 07, 2014
Sir,
I was just told that the site was down for maintenance.
My sincere apologies ..
Kind Regards.
Jim Thomas
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Graham Hobbs
Sent: Friday, February 07, 2014 4:45 PM
To: IBM-MAIN@LISTSERV
Very true. The salient point is that they will continue to design the chips.
That's a similar business model to ARM who do very well indeed without having
to fab a single chip.
On 08/02/2014, at 1:07 AM, "Farley, Peter x23353"
wrote:
> Nah, just the same-old, same-old -- if a line of busines
The P indicates
Asks the system to allocate the same number of devices as requested in the
VOLUME volume-count or SER subparameter, whichever is higher. Thus, all
volumes for the data set are mounted in parallel.
If you specify the P subparameter for system-managed DASD, the system
ignores it. If
56 matches
Mail list logo