On 12/18/17 20:44, Paul Gilmartin wrote:
On Mon, 18 Dec 2017 19:47:26 -0500, Rick Troth wrote:
Anyway, it's not difficult to have your makefiles fix themselves,
converting leading 8 blanks to a tab automagically. Some of the
makefiles in and around CMS Make do exactly that: if they land on (for
We steer away from dynamic linklist update as well. When Omegamon could do it
decades ago, I chided IBM for lagging behind. Nowadays I have a different
perspective: not how to move forward, but how to move back in case of
unexpected trouble. So we invariably create a new library and IPL with it.
[Default] On 18 Dec 2017 14:11:34 -0800, in bit.listserv.ibm-main
peter.far...@broadridge.com (Farley, Peter x23353) wrote:
>Like Skip, we are a financial institution with serious client
>responsibilities, and we also use a separate-from-development production
>control group as the only authoriz
[Default] On 18 Dec 2017 10:40:41 -0800, in bit.listserv.ibm-main
jesse1.robin...@sce.com (Jesse 1 Robinson) wrote:
>This is not to excuse bad behavior, but for years IBM has recommended pulling
>all available fixes on a regular schedule, e.g. daily. This to guard against
>this kind of situation
On Mon, 18 Dec 2017 19:47:26 -0500, Rick Troth wrote:
>
>Anyway, it's not difficult to have your makefiles fix themselves,
>converting leading 8 blanks to a tab automagically. Some of the
>makefiles in and around CMS Make do exactly that: if they land on (for
>example) Linux, they get run through '
I cobbled up CMS Make (like three times, two being lost to former
employers) and intentionally made "leading white space" count for
"leading tab character". Seems to work, but I always only ever use a
subset of full 'make' capability (on any platform).
Anyway, it's not difficult to have your m
The only problem with downloading selectively is that a Recommended PTF may
PRE(REQ) one that did not make that list. You won't know until APPLY time.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6
Like Skip, we are a financial institution with serious client responsibilities,
and we also use a separate-from-development production control group as the
only authorized updaters of the main application libraries. AFAIK no auditor
has ever complained about our controls or our procedures.
We
To clarify my post about putting a consolidated application library in
LINKLIST. Audit did not 'force' us, they 'pressed' us. Difference is that Audit
exhortations can be resisted if you don't mind going on the defensive all the
way up the flagpole. In our case, this production library contained
The ES/9000s predate this manual by ten or so years, so I thick quite
a lot changed in that time.
--
Will
On Mon, Dec 18, 2017 at 2:37 PM, Carmen Vitullo wrote:
> correct, we never did, but checking the fine manual I found
>
>
> Hardware Management Console .. 2-4
>
>
>
>
On 2017-12-18, at 11:20:33, Ed Jaffe wrote:
>
> Rather than downloading ALL, we choose to download only that which is
> recommended by IBM. What's wrong with that?
>
> SET BOUNDARY (GLOBAL) .
> RECEIVE ORDER(
> ORDERSERVER(ORDSRVR)
> CONTENT(RECOMMENDED)
>
On 12/18/2017 11:20 AM, Jousma, David wrote:
Nothing wrong with that. But why? Invariably, you'll need that one PTF that
isn’t there
Haven't had that happen, but if it ever does I will remember this
conversation...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Driv
correct, we never did, but checking the fine manual I found
Hardware Management Console .. 2-4
Carmen Vitullo
- Original Message -
From: "William Donzelli"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, December 18, 2017 1:27:37 PM
Subject: Re: ES/9000 Cons
On Mon, Dec 18, 2017 at 1:25 PM, Seymour J Metz wrote:
> My guess would be CS, but ICBW.
>
You're right.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.halz002/ip_vmcf_tnf_config.htm
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> _
I do not think they called them HMCs back during the ES/9000 era (at
least for the little ones), just "Processor Console".
--
Will
On Mon, Dec 18, 2017 at 2:20 PM, Carmen Vitullo wrote:
> HMC ?
> if you are talking master console, or system consoles, I believe it was a
> token ring network
>
>
sme...@gmu.edu (Seymour J Metz) writes:
> Back in the Paleolithic era IBM ported VMPC to MVS for use by
> TCP/IP. The Pascal stack has been dead for lo these many years. Is it
> conceivable that the VMCF port is still present in z/OS V2?
I've periodically commented about how how the communication
My guess would be CS, but ICBW.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Farley, Peter x23353
Sent: Monday, December 18, 2017 2:19 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CMS style X
Nothing wrong with that. But why? Invariably, you'll need that one PTF that
isn’t there
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSC
HMC ?
if you are talking master console, or system consoles, I believe it was a token
ring network
http://www-01.ibm.com/support/docview.wss?uid=isg2ba4122bfe6d689198525666e005d3c9f&aid=1
this may help
Carmen Vitullo
- Original Message -
From: "William Donzelli"
To: IBM-MA
Interesting question. I do see a VMCF STC on our V2.1 system. Where would one
look to find docs on how to use it? Comm Server docs?
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Seymour J Metz
Sent: Monday, December 18, 20
Quick question:
On the small ES/9000s (9221-150), how exactly does the console cable
connect to the processor? Parallel port from the PC (apparently S/390
and 9370 are like this)?
--
Will
--
For IBM-MAIN subscribe / signoff / ar
What he said!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Conley
Sent: Monday, December 18, 2017 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ShopZ 24/7? Maybe not so much
On 12/18/2017 1:19 PM, Ed Jaffe wrote:
> On
On 12/18/2017 1:19 PM, Ed Jaffe wrote:
On 12/18/2017 9:39 AM, Jousma, David wrote:
... from your comments, and from others seem to imply, that it also
sounds like you are picking/choosing what PTF's to download? Why not
order/download everything available on a weekly basis?
Rather than down
This is not to excuse bad behavior, but for years IBM has recommended pulling
all available fixes on a regular schedule, e.g. daily. This to guard against
this kind of situation: needing a particular fix in a big hurry when the
delivery mechanism is not working for whatever reason. (Do as they s
Tabs were a bloody nuisance long before 3270 displays came along; in fact, they
may have been worse on hardcopy terminals than on 3270s.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKo
I see your points, for me, it's never been in a habit of upgrading any target
lib's that are linklisted, did that once with some older XX products (PDS) that
didn't act well after trying dynamically refreshing LLA and the linklist, so
I've built my linklist lib's from my target libs, and IPL mos
The issue with PDSE in the linklist is related to any PDSE that is in the
IPL linklist gets an tag to (I think it is ) XCFAS so that if you whish to
do dynamic maintenance to a product you can take the existing library out
of the linklist, but can't rename etc. You would then need to use a new
Libr
On 12/18/2017 9:39 AM, Jousma, David wrote:
... from your comments, and from others seem to imply, that it also sounds like
you are picking/choosing what PTF's to download? Why not order/download
everything available on a weekly basis?
Rather than downloading ALL, we choose to download only
We run a nightly batch job to receive all PTF's from IBM one for each CSI.
That way as long as the Friday job ran we should have ANY PTF for that
product if we need to apply something during the Maint window. We also
include the hold data in that same job so as to catch as many PE's as we
can.
--
It used to be that you couldn't have PDSE in LNKLSTxx, but could add a PDSE
with an automatic SETPROG command. I don't know whether that restriction still
exists.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion Lis
"He jests at scars that never felt a wound."
But it's not my dog.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Farley, Peter x23353
Sent: Saturday, December 16, 2017 1:26 AM
To: IBM-MAIN@lis
Keep in mind that originally POSIX and UNIX were different. IBM even documented
the discrepancies between the two. AFAIK IEEE POSIX has been swallowed by the
successor to X/OPEN and you now only need a single certification, but that
wasn't the case at the time of the original MVSOE.
--
Shmuel
On 12/18/2017 12:29 PM, Ed Jaffe wrote:
On 12/18/2017 8:30 AM, Tom Conley wrote:
We'll bring this up at SHARE yet again, and IBM will assure us they're
working on it, they'll point to their 99.99 uptime, and then nothing
will change.
Funny how the downtime (.001%? Really? No! That counts only
Back in the Paleolithic era IBM ported VMPC to MVS for use by TCP/IP. The
Pascal stack has been dead for lo these many years. Is it conceivable that the
VMCF port is still present in z/OS V2?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
Tom,
FWIW, I agree with everything you are saying with regards to availability.
But, from your comments, and from others seem to imply, that it also sounds
like you are picking/choosing what PTF's to download? Why not order/download
everything available on a weekly basis? Even if you don’
On 12/18/2017 8:30 AM, Tom Conley wrote:
We'll bring this up at SHARE yet again, and IBM will assure us they're
working on it, they'll point to their 99.99 uptime, and then nothing
will change.
Funny how the downtime (.001%? Really? No! That counts only "unexpected"
outages...) always seems t
peter.far...@broadridge.com (Farley, Peter x23353) writes:
> I may not get to try your XMITMSG tool for a while due to other
> commitments, but the VM facility I miss the most is the SMSG / WAKEUP
> SMSG facility that permits "server" VM's to run and respond to remote
> requests from "users". In a
What he said!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Conley
Sent: Monday, December 18, 2017 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ShopZ 24/7? Maybe not so much
On 12/17/2017 12:52 PM, Tom Conley wrote:
>
On Mon, Dec 18, 2017 at 10:26 AM, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:
> Hi Rick,
>
> I may not get to try your XMITMSG tool for a while due to other
> commitments, but the VM facility I miss the most is the SMSG / WAKEUP SMSG
> facility that permits "server" VM's to run and
On 12/17/2017 12:52 PM, Tom Conley wrote:
On 12/17/2017 9:59 AM, Pinnacle wrote:
Thought ShopZ was supposed to be available 24/7, but it appears to be
taking the weekend off. Been trying to get 3 PTF's for over an hour
now. Not like anybody would apply maintenance on a weekend or
anything...
Hi Rick,
I may not get to try your XMITMSG tool for a while due to other commitments,
but the VM facility I miss the most is the SMSG / WAKEUP SMSG facility that
permits "server" VM's to run and respond to remote requests from "users". In a
prior lifetime my coworkers and I used that facility
Hmmm. Already a health check for ASIDs isn’t there? IEA_ASIDS.Lists
normal and replacement IDs. Even tells you How many have become
non-reusable since the IPL
On Mon, Dec 18, 2017 at 7:31 AM Brown, Duncan wrote:
> I track ASID usage with the free MXI from Rocket.
>
> I track it because so
The "new tools" are neither as reliable, available or functional as those they
are replacing
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Conley
Sent: Sunday, December 17, 2017 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
I am curious as to why you want to replace VPS with another product, at least
one which you would have to pay for anyway.
I know that Mckinney has a competing product which is probably cheaper than
VPS, but
LRS support has always been great (when they get paid on time) and it may not
be worth th
On Mon, Dec 18, 2017 at 12:20 AM, Peter Hunkeler wrote:
> > If an auditor "pressed", then (if not also insisting on LNKAUTH=APFTAB),
> that auditor most likely was wrong.
>
>
> IMHO, those auditors were wrong. Full stop. Auditors should investigate,
> document, and suggest. Auditors should never
I track ASID usage with the free MXI from Rocket.
I track it because some product leave the ASID's in a 'not-reusable' state. I
execute it in a batch job and create a running total of how many are available
and how many are not-reusable.
I've been burned a couple of times when there were no
> RSM will free frames if available frames are in short supply.
> If you obtain a smaller amount, get it backed, and then release it, you
> may be more likely to observe the frames being retained.
I've changed the program to allocate 8KiB areas instead of 10MiB, and RSM
decides to keep the fram
Anil Kumar wrote:
>Good day. I needed expert advise on how do we calculate the numbers (effort
>estimation )
What numbers / effort? Costs? Man-hours? CPU estimate? Licenses?
Infrastructure? etc.?
> ... provided that we have the infrastructure that we support.
Are these things in place: Po
Hi All,
Good day. I needed expert advise on how do we calculate the numbers (effort
estimation ) provided that we have the infrastructure that we support. Assuming
that I have the below:
1) # of LPARs.
2) # of ISV products.
3) Automation on z/os on all LPARs.
4) Storage
5)MIPS
6) # of CICS re
49 matches
Mail list logo