List -
Just curious if the EAV volumes can be used for SYSRES volumes or if there are
any concerns with using them for SYSRES volumes?
If they can be used for SYSRES, any considerations with using them?
Just looking for advise.
Lizette
---
"Eight nines? I can give you ten eights!"
On Thu, Jul 6, 2017 at 3:22 PM, Susan Shumway wrote:
> The "MVS System Commands" KC plug-in is back up:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com
> .ibm.zos.v2r2.ieag100/toc.htm
>
> Thanks again for the notice!
>
> -Sue Shumway
>
>
>
The "MVS System Commands" KC plug-in is back up:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/toc.htm
Thanks again for the notice!
-Sue Shumway
On 07/05/17 1:13 PM, Susan Shumway wrote:
H... it looks like the whole "MVS System Commands" plug-in is
brok
On 2017-07-06, at 11:47, Allan Staller wrote:
> In that case, "6 nines" 99.99%
>
That's "8 nines".
> -Original Message-
> From: Paul Gilmartin
> Sent: Thursday, July 6, 2017 12:45 PM
> On Thu, 6 Jul 2017 14:25:21 -0300, Clark Morris wrote:
>>>
>>> In the case of z/OS Parallel Syspl
In that case, "6 nines" 99.99%
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, July 6, 2017 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Knowledge Center
On Thu, 6 Jul 2017 14:25:21 -0300,
On Thu, 6 Jul 2017 14:25:21 -0300, Clark Morris wrote:
>>
>>In the case of z/OS Parallel Sysplex, it is "5 nines" 99.9%
>>
Errr... I count seven nines there.
https://en.wikipedia.org/wiki/High_availability#.22Nines.22
>>This equates to about 3 seconds of non-availability per year.
>>
Five
[Default] On 6 Jul 2017 05:53:04 -0700, in bit.listserv.ibm-main
allan.stal...@hcl.com (Allan Staller) wrote:
>
>I tried to say: IBM should try for what they claim for z/OS' uptime. Let z/OS
>be their goal.
>Kees.
>
>
>Exactly what I have been saying for about the last 5 years or so.
>The brain-d
I found this a fascinating discussion, especially after the original
ZFS problem was resolved.
Why do sysprogs do things so differently? One of my "theories" is that
those, like me, with awful memories for syntax and such make scripts and
JCL for everything so that I NEVER start from scra
On Wed, 5 Jul 2017 15:53:15 -0700, Tom Brennan wrote:
>
>I immediately coded that into a clist so I would make less typos. The
>lead lady saw me working one day and said No, you need to type the
>entire command out each time. Why? So you won't forget it. What if
>your clist fails to work?
>
>We
W dniu 2017-07-06 o 00:46, Steve Smith pisze:
I've had the impression for a long time that *all* LINEAR datasets had a
fixed 4K CISIZE (and physical block size). [...]
Your impression was valid in the old days, but things had changed many
years ago.
--
Radoslaw Skorupka
Lodz, Poland
On 6 July 2017 at 07:49, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> But Phil Payne (IIRC) once sneered here that he couldn't issue the
> same Google query twice consecutively and get the same number
> of hits. There are two possible reasons for that.
But that was in
DATE CHNAGED FROM 19th JULY TO 18Th JULY
I am pleased to invite you to a mid-year GSE Large Systems Working Group event.
The event will be a virtual event via webex on the 18th July 2017 from 14:00 –
16:15 GMT.
The event will contain 2 hour sessions, including “How to make the most of z/OS
BCP
Lizette Koehler wrote:
>ERLY code is the code loaded at IPL time for DB2. Not sure why they left the
>a out, but it is because it is loaded Early it is called ERLY.
Perhaps they're charged per letter or their keyboards break too fast?;-D
;-D ;-D
>In the past, since it is in LINKLST, you
ERLY code is the code loaded at IPL time for DB2. Not sure why they left the a
out, but it is because it is loaded Early it is called ERLY.
In the past, since it is in LINKLST, you had to IPL. Now DB2 allows you to
refresh ERLY code without an IPL.
Contains DB2 modules that are referred to as
> On Jul 6, 2017, at 6:49 AM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Thu, 6 Jul 2017 05:03:24 -0500, Edward Gould wrote:
>>
>> On the other hand GOOGLE has *NEVER* been down for me. IBM should try for
>> Google’s up time, IMO.
>>
> IBM Knowledge Center
I tried to say: IBM should try for what they claim for z/OS' uptime. Let z/OS
be their goal.
Kees.
Exactly what I have been saying for about the last 5 years or so.
The brain-dead weenies in charge just don't seem to get this.
Before Tim Sipples jumps in and says this is not possible, I unders
Paul Gilmartin wrote:
>IBM Knowledge Center should have Google's depth of redundancy?
It would be nice... ;-)
>But Phil Payne (IIRC) once sneered here that he couldn't issue the same Google
>query twice consecutively and get the same number of hits. There are two
>possible reasons for that.
On Thu, Jul 6, 2017 at 7:18 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> william janulin wrote:
>
> >If IBM would stop messing around with DB2 erly code this effort would not
> have been necessary.
>
> Sorry, but what is 'erly code'?
>
I'm guessing cockney for "early". [gri
william janulin wrote:
>If IBM would stop messing around with DB2 erly code this effort would not have
>been necessary.
Sorry, but what is 'erly code'?
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff
Peter Relson wrote:
>I suspect that Elardus was thinking of "delete the data set" rather than
>"delete the data set name from the LNKLST set" which is just a data definition.
Thanks. You're as usual 100% correct. It is also not about deleting the
dataset, but renaming it while that library is s
If IBM would stop messing around with DB2 erly code this effort would not have
been necessary.
On Thursday, July 6, 2017 7:48 AM, Peter Relson wrote:
I suspect that Elardus was thinking of "delete the data set" rather than
"delete the data set name from the LNKLST set" which is just a
On Thu, 6 Jul 2017 05:03:24 -0500, Edward Gould wrote:
>
>On the other hand GOOGLE has *NEVER* been down for me. IBM should try for
>Google’s up time, IMO.
>
IBM Knowledge Center should have Google's depth of redundancy?
But Phil Payne (IIRC) once sneered here that he couldn't issue the
same Go
I suspect that Elardus was thinking of "delete the data set" rather than
"delete the data set name from the LNKLST set" which is just a data
definition.
FWIW, I think that the system will not allow the same data set to be in a
LNKLST twice.
The only reason one should have for "moving" a LNKLST
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 06 July, 2017 12:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM Knowledge Center
>
> > On Jul 6, 2017, at 2:02 AM, Vernooij, Kees (ITOPT1) - KLM
> wrote
> On Jul 6, 2017, at 2:02 AM, Vernooij, Kees (ITOPT1) - KLM
> wrote:
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Jack J. Woehr
>> Sent: 05 July, 2017 19:36
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: AW: IBM Knowled
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jack J. Woehr
> Sent: 05 July, 2017 19:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AW: IBM Knowledge Center
>
> Peter Hunkeler wrote:
> > it is just because of the unreliablilty
26 matches
Mail list logo