, March 23, 2007 6:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Start of a PDSE rant was Re: OA03767 PDS/E Restriction
I can show you my scars from an unplanned IPL last June caused by an
SMSPDSE failure:-( See APAR OA15185. Still I think my opinion of PDSE
is much more positive than yours. From our
If you have not tried them in the past 2 years,
consider giving PDSE data set another chance.
We took an IPL and a SYSPLEX hit due PDSE, just last week.
And (before anybody asks), we are current.
-
Too busy driving to stop for gas!
rant was Re: OA03767 PDS/E Restriction
We took an IPL and a SYSPLEX hit due PDSE, just last week.
And (before anybody asks), we are current.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Can you provide some details about your problem? Was it a known problem or a
new problem?
Don't know, yet.
Our service provider claims we are current.
The symptom was SMSPDSE abending on a S40D, and clobbering XCFAS and GRS on the
other systems until we shut down the offending system.
The
OK, I can wait until about 28 August, then.
Jon
snip
:-) z/VM 5.1 goes out of service in September of this year.
/snip
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with
On Fri, 23 Mar 2007 14:23:23 -0400, Jon Brock [EMAIL PROTECTED]
wrote:
I'd better get cracking on the 5.2 upgrade. It would be nice to get it
done before 5.3 goes GA.
:-) z/VM 5.1 goes out of service in September of this year.
Alan Altmark
z/VM Development
IBM
: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
Sent: Thursday, March 22, 2007 5:45 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Start of a PDSE rant was Re: OA03767 PDS/E Restriction
So much for the new PDS idea.
We just recovered from a problem due to PDSE's.
Production libraries
A thoughtful epistle according to Sam snipped;
A final thought is that running so lean and mean that finding 1/2 of a
CP suddenly occupied results in failure to meet business objectives is a
good argument to provision sufficient capacity for problems.
Mate, I have (what was) a multi-site
Shane sez
Mate, I have (what was) a multi-site customer that is migrating
off-platform for reasons of less than half an engine.
They wouldn't pay for an ICF, and wanted the M-thingies back from the
CF
LPARs.
M-thingies? You mean those meaningless indications of speed-thingies?
Eventually
On Fri, 23 Mar 2007 08:40:42 -0400, Craddock, Chris wrote:
Shane sez
Mate, I have (what was) a multi-site customer that is migrating
off-platform for reasons of less than half an engine.
They wouldn't pay for an ICF, and wanted the M-thingies back from the
CF LPARs.
M-thingies? You mean
SHARE doesn't have near the impact that the zBLC has
Very true, and a major change from the old days. IBM sponsors the zBLC.
SHARE still has some influence with IBM, but the zBLC has major
influence. It's hard to fault IBM for listening to the customers who
spend the most money.
Bob Shannon
Hi,
Tom I agree that IBM needs to pay more attention to the needs of smaller
customers. Just for the record GEICO is not currently a member of the
zBLC. We count on direct interaction with IBM and IBM involvement with
SHARE where we work with IBM along with our peers some from small
companies
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Knutson, Sam
[ snip ]
I think IBM is investing in z/VM but new work is mostly in
z/VM as a virtualization hypervisor not z/VM as an
application platform. I know that doesn't make old school VM
folk happy but
On Fri, 23 Mar 2007 12:02:47 -0400, Bob Shannon wrote:
... It's hard to fault IBM for listening to the customers who
spend the most money.
Hard, maybe, but certainly not impossible.
Big companies spend the money, but big companies go under (fail) -- and
where is their replacement (to IBM's
I'd better get cracking on the 5.2 upgrade. It would be nice to get it done
before 5.3 goes GA.
Jon
snip
Indeed, z/VM 5.3 was just announced last month; GA scheduled for 29 June
2007. Looks like most of the new stuff in it is geared toward hosting
Linux guests, though it also adds support
Capacity can be available on demand with CBU or
CUoD.
Not when you work through a service provider.
And, when you have keys with no grace period.
1. Billing is based on installed, not used since we are not sharing the
envionment with anybody else. They tap-dance as gracefully as a hippo, so
On 21 Mar 2007 12:54:14 -0700, in bit.listserv.ibm-main you wrote:
Just a heads up.
Did anyone else notice the Permanent Restriction listed in OA03767. Copy
a PDSE dataset and the space needs to be larger on the output dataset.
PROBLEM CONCLUSION:
When copying a large number of PDSE members,
I would like to see a SHARE requirement that PDSE's should be usable
everywhere a PDS is including IPL time LPA and LINKLIST data sets,
PARMLIB datasets and SYS1.NUCLEUS unless that is replaced by an IPL
set of cylinders (who would care if IPLTEXT were 800 or 1000 cylinders
provided we were
PDSE supports alias member names that are up to 1023 characters long. See
the program object libraries that are distributed with CICS/TS.
On other S/390 compatible operating systems: BS2000/OSD supports 64
character member names in its (relatively) newer library scheme; the old one
supported 10
So much for the new PDS idea.
We just recovered from a problem due to PDSE's.
Production libraries that are staged in development and used in production are
PDSE's.
SMSPDSE abended with a 40D.
The communication from that LPAR for integrity purposes blew XCFAS from single
digit usage (omegamon
We just recovered from a problem due to PDSE's.
SMSPDSE abended with a 40D.
That is RTM saying Something's broken in your recovery environment so
you're out of here! You would have to look at the reason code to even
begin to know whether the problem was in the SMSPDSE (application)
support
That is RTM saying Something's broken in your recovery environment so you're
out of here!
I know exactly what it means!
Unfortunately, I'm a level removed and have to depend on our out-sourcer to
figure it out.
-
Too busy driving to stop for gas!
Ya gotta have some extra cycles available or sooner or later you're going to
get hurt!
Choir? Preaching?
I agree, BUT.
And, this is a big BUT (or, I have a big BUTT -- I can never remember which!),
we are supplied from an out-sourcer.
And, as long as we don't grow, costs are constant.
The
23 matches
Mail list logo