[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: 08 January, 2016 14:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Change CPC name in HMC
W dniu 2016-01-08 o 13:46, Vernooij, CP (ITOPT1) - KLM pisze:
> Cables should identify themselves to the infrastructure they connect to.
> Lots of other ha
Cables should identify themselves to the infrastructure they connect to.
Lots of other hardware does this too.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: 08 January, 2016 13:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subje
Much more beautiful: qu'est ce que c'est que cela? (What is it that that is
that there)
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ted MacNEIL
Sent: 08 January, 2016 9:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMFxTME f
Have you seen this informational APAR?
http://www-01.ibm.com/support/docview.wss?uid=isg1II07664
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Buckton, T. (Theo)
Sent: 04 January, 2016 11:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
I wish you all the best.
We will miss your humor.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: 31 December, 2015 15:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: So Long, and Thanks For All The Fish
Shane ...
This a pointless driftaway from the case (besides the fact that the case was
actually CF structure sizes).
I was not asking for all the possibilities on all possible platforms, I was
trying to ensure that it was readable and understandable on each platform that
the message could appear on. The
There are many "why doesn't IBM" cases (why don't they uppercase my JCL when I
forgot to do so?
I guess it was tons of work more to make this enhancement 10 years ago in 60
year old code, than to document not to do so.
At least it is well documented, what you cannot say of other
software/platfo
Of course the cable reel provides you with xx km of ideal fiber. The real world
fiber will have welds, attenuation etc. as mentioned below and therefor more
delay.
Kees.
-Original Message-
From: Vernooij, CP (ITOPT1) - KLM
Sent: 23 December, 2015 11:17
To: IBM Mainframe Discussion
Systems Investigator,
Worldwide Cloud & Systems Performance, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: "Vernooij, CP (ITOPT1) - KLM"
To: IBM-
gt; Martin Packer,
> zChampion, Principal Systems Investigator, Worldwide Cloud & Systems
> Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydevel
versions.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 22 December, 2015 10:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [Bulk] Re: Coupling Facility Structure Re-sizing
Vernooij, CP (ITOPT1) - KLM
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [Bulk] Re: Coupling Facility Structure Re-sizing
Vernooij, CP (ITOPT1) - KLM wrote:
>One crucial parameter: at what distance are the CFs?
Distance is indeed important.
>... 5 usecs ... 150 usecs ...
First time I see 'usecs' here [1] on
e, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: "Vernooij, CP (ITOPT1) - KLM"
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 22/12/2015 07:39
Subject:
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Vernooij, CP (ITOPT1) - KLM
> Sent: Sunday, December 20, 2015 11:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: Coupling Facility Structure Re-sizing
>
> Your last statement is far t
Your last statement is far too general in my opinion. SMCFSD is not free:
besides memory, which indeed is cheap these days, it will cost performance,
like PPRC does.
So one must always make the decision about having high availability or high
performance.
Even without SMCFSD, Structure availabil
There are a few publications of Horst Sinram on how this works and what has
been enhanced in the latest z/OS versions.
Google for:
Share Session 9968, from slide 33.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunke
I will try to answer some questions.
1) No, you should specify them when you need their function.
2) I have a different approach: if a structure should be allowed to occupy its
SIZE at any moment, you better have the memory available then. Specifying
INITSIZES and gambling that not all structure
DCs and GCs are complicated things. It took me a few years and many talks to
experts to understand WLM as I do now.
WLM talks to the hardware to see how much LPARs outside the Sysplex, but in the
Capacity Group, consume.
How did you set up DCs and GCs if you don't understand their way of working
>From my experience: the 'available capacity' is what is available within the
>Defined Capacity and/or Capacity Group.
There are more precise statements about what WLM considers: it decides there is
capacity available, when the 'LPAR is less than 95% busy'. This must refer to
the available capac
I think this is correct.
But it does not provide any answer to your other question.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 17 December, 2015 14:34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Relationship
digressed into nostalgia about physical card
decks and readers ...
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vernooij, CP (ITOPT1) - KLM
Sent: Wednesday, December 16, 2015 1:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
It is astonishing how many words this group needs to reply: "No".
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 16 December, 2015 10:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 - originating jcl
We do so in TSO submitted jobs and so do some schedulers and applications
submitting jobs.
But the original question was: does JES2 know and then the answer is simply: NO.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John M
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: 15 December, 2015 15:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFdss does not release space
On Tue, 15 Dec 2015 13:00:31 +, Vernooij, CP (ITOPT1) - KLM wrote
A little longer: JES got the JCL from INTRDR. Whoever sent it to INTRDR only
knows where it came from.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Staller, Allan
Sent: 15 December, 2015 15:44
To: IBM-MAIN@LISTSERV.UA.EDU
Su
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 15 December, 2015 13:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: DFdss does not release space
>The only reason I can think of is that the datasets have allocated 500
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: 15 December, 2015 13:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFdss does not release space
W dniu 2015-12-15 o 11:18, Vernooij, CP (ITOPT1) - KLM pisze:
> Hello gr
Hello group,
I use DFdss to try to release space from a group of datasets. However, all that
DFdss says is the normal start- and endmessages plus:
ADR470W (001)-RLSE0(02), NO DATA SETS SELECTED FOR PROCESSING
I have no idea why, all parameters like minsecqty and mintracksunused should
allow rel
A man from the cleaning department had progressed quite a number of meters
sweeping the floor when he decided it was time for a rest. He leant with his
back against a 3330 disk unit and with the stick of his broom he pushed the EPO
switch. The switch did its job.
Kees.
-Original Message---
Depends on what you want to run in z/OS.
Until 2 years ago, we ran a Communication Management System with VTAM and
Netview and some other tasks in 1 GB. This was large enough to avoid paging, so
I expect 0.5GB will be sufficient to run z/OS.
Kees.
-Original Message-
From: IBM Mainframe
Do you want to add memory to the z10 or to the LPAR?
The first is possible without downtime, the second only if you have configured
reserved memory in the LPAR profile definition.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
O
That still is the problem with Google: you will always find something, but you
don't know exactly what you found (and what else you could have found too).
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mauri Kanter
Sent: 10 Dec
The size is set by the TRACE MT command and the current max is 999K.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nathan Astle
Sent: 10 December, 2015 9:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MVS systrace size
Hello,
I am
rnal CF for free, there's still effort to transform
monoplex to parallel sysplex (even single-member one). And the risk of
outage when something goes wrong.
Q: What is the performance gain from having Catalog in RLS?
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2015-12-08 o 13:56, Vernooij, CP
A broken CF should never be a problem, it is the responsibility of the
exploiter of each CF structure to recover from these errors. AFAIK only MQ does
a bad job here, we tested them all by pulling away structures and CFs from
under their bottoms and all recovered without problem.
Kees.
-Or
Is RLS really so few used or so scary?
I remember a quote from a z/OS course where RLS for Catalogs was introduced.
The Catalog people asked the VSAM people all kinds of questions because they
were afraid of consequences. The VSAM people replied: come on, your catalog is
only a KSDS, so why are
leap week somewhere along the line?
Ed
On Dec 7, 2015, at 1:34 AM, Vernooij, CP (ITOPT1) - KLM wrote:
> You forgot the 52 for the 100%: 24x7x52x365 ;-)
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On Behalf Of John Mc
Are you interested in the default jobclass of the INTRDR or in the jobclass
your job will get if you don't specify one? Exits can modify the jobclass
during/after submission.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gab
If you are not 100.0% sure they are not in use anymore, check with: d
xcf,str,strnm=
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lucas Rosalen
Sent: 07 December, 2015 15:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: POLIC
ubject: Re: IBM z Systems Development Blog
24x7x52 is already a year (less a few days).
Multiplying by 365 makes it 365 yrars.
-
-teD
-
Original Message
From: Vernooij, CP (ITOPT1) - KLM
Sent: Monday, December 7, 2015 02:35
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
S
You forgot the 52 for the 100%: 24x7x52x365 ;-)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: 04 December, 2015 16:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM z Systems Development Blog
On Fri, Dec 4, 2015 at
We indeed received real size (0.5 meter or so) black plastic shark fins, to put
on top of the boxes.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Finnell
Sent: 04 December, 2015 14:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
The 2105 is the ESS or Shark as it was introduced.
Superseded by the DS8000.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 04 December, 2015 14:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Online man
They are like Christmas presents. You see the most beautiful things in the
shops, but you know you will never get them. That's depressing.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: 04 December, 2015 14
That's what NASA asked their programmers when designing the Apollo's.
They answered: 'Nothing.'.
'Really, we can hardly believe this.'.
'It is true, we only use the holes in the punchcards.'
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
First: DP's are variable and adjusted by WLM such that the task meets its
goals. Apparently WLM in convinced that it is doing its job well.
Second: you can move the critical monitors to Service Class SYSSTC.
I don't think the CPUCRITICAL attribute will help in your current setup,
because both SC'
Ah, my mistake. Hiperspaces are addressed differently from dataspaces and
somewhere I thought I remembered that therefor they could be larger. Maybe to
allow 24-bit applications to use 2 GB storage areas with hiperspaces?
I am still wondering what the current value of hiper- and dataspaces is, a
Hiperspaces were designed to reside in expanded storage (which was even
intended to be shared by machines somewhere in a future universe). I think this
has never been rewritten, but I remember reading that expanded storage is now
virtualized in central storage.
Kees.
-Original Message-
them work, and how users could potentially impact a system if
they can allocate large amounts of hiperspace or dataspace memory.
Lindy
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, Novemb
One question I would liked answered by the experts is why now with
64-bit storage one would choose to use a hiperspace (or dataspace) over
just using storage above the bar?
On 24/11/2015 6:37 PM, Vernooij, CP (ITOPT1) - KLM wrote:
> Hi,
>
> I suggest you also consider dataspaces. With
Hi,
I suggest you also consider dataspaces. With regard to what users can do with
them and what impact they have on the system, they are similar: they use
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit
the a user's use of hiper- and dataspaces. A special user is
Subject: Re: OT - another Legacy operating system
In
<874b151289704e46a874bf2ae6fdd8d1310a7...@kl126r4b.cs.ad.klmcorp.net>,
on 11/17/2015
at 02:16 PM, "Vernooij, CP (ITOPT1) - KLM"
said:
>There are good reasons to keep old, reliable systems
Win 3.1 is reliable.?
--
There are good reasons to keep old, reliable systems run crucial operations.
Look how long Nasa used 360 machines, and why.
The phrase 'crashed in bad weather' suggests also that the hardware broke down.
What surprises me is the suggestion that 'one computer' did bring down the
entire airport.
John,
Did you find a solution?
Just interested.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Dawes
Sent: 10 November, 2015 16:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALL
Even Google couldn't tell me within 2 pages, so that made me curious.
Thanks,
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Finnell
Sent: 13 November, 2015 8:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: YAFWS
(yet another F
What is YAFWS?
Yes, ABSTR is a wonderful tool, it also works for a deleted production
HASPCKPT, I know.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: 13 November, 2015 6:04
To: IBM-MAIN@LISTSERV.UA.EDU
Su
--
On Wed, 11/11/15, Vernooij, CP (ITOPT1) - KLM wrote:
Subject: Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF
DATA SET
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, 11 November, 2015, 2:21 AM
John,
At first sight: no, this should do.
I had to add the check for
example you have a FILTLIST built but in this ACS routine there is
none. In your view do I need to build the FILTLIST?
On Tue, 10/11/15, Vernooij, CP (ITOPT1) - KLM wrote:
Subject: Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF
DATA SET
To: IBM-MAIN@L
No, the allocation is not recognized as AFF'd to a tape. See my other reply.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: 10 November, 2015 16:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL QUESTION :IGD17045I SP
Check you ACS routines.
I have the following filtlist to recognize an allocation of tape devices. I
remember having to add the AFF string for the same purpose when moving from
Storage Tek (then Sun, then Oracle) to TS7740 libraries:
FILTLIST UNIT_VTS INCLUDE('TS7740',
Right, the problem is not to find orphaned storage, but there is intentionally
orphaned storage and unintentionally orphaned storage. The problem is to find
the latter.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Thomas Co
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Friday, October 30, 2015 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL
Shane Ginnane wrote:
>Junior sysprog was usin
It is very difficult and tricky to determine which orphaned storage is left
orphaned unintentionally and can be releases.
Remember that CSA and ECSA can overflow to SQA and ESQA, so you have more air
in you (E)CSA than the 2% and 3% and this might help you survive until the next
scheduled IPL.
When using Hyperswap, no application should use CFW. You can turn if off at the
Control Unit level, see the IDCAMS SETCACHE command.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Juergen Kehr
Sent: Thursday, October 01, 2015
Well, a lot of money is quite virtual these days...
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Don Leahy
Sent: 08 September, 2015 22:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Source for "98% of the checking transactions
Here, under V2.1 FB 80 with empty blocksize still gives 27920. It must be
something in ACS routines or SDB settings(?).
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 07 September, 2015 11:15
To: IBM-MAIN@
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: 02 September, 2015 15:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: QNAMEs (was: ENQ rname_addr description)
On Wed, 2 Sep 2015 07:17:47 -0500, John McKown wrote:
>
Opened of just ENQueued?
Not on the same LPAR?
Within the same Sysplex?
If within the same Sysplex, just open it and the system will let you know if it
succeded.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of George Shedlock
I do this with SAS, to know the blocklength distribution of PDSs, e.g. of CLIST
or PARMLIB PDSs to determine an optimal blocksize.
Read it with RECFM=U,BLKSIZE=32767 and check the length of each block. Sum the
blocks per member to know its size.
Kees.
-Original Message-
From: IBM Mainfr
John,
As you might have read, the problem is determined to be a CA-DISK problem. You
can reassure the developer, that his software is working correctly.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: 19 Augus
PASSED TO THE SUBSYSTEM FOR DSN = x2
> DMS2993 DATA SET SUCCESSFULLY RESTORED
>
> Regards,
> Leo
>
> -Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, CP (ITOPT1) - KLM
> Sent: Thursday, A
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vernooij, CP (ITOPT1) - KLM
Sent: Thursday, August 20, 2015 1:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS DELETE MASK and Recalls
Thanks Anthony,
If another CA-DISK customer can confirm my problem, it looks
---
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vernooij, CP (ITOPT1) - KLM
Sent: Thursday, 20 August 2015 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS DELETE MASK and Recalls
We have CA-DISK as a HSM replacement. I like to be sure where to report this
I think 'obtained' should be read as 'getmained', but not still used
(referenced), so only the used/referenced part of it occupies real storage.
Similar values apply to DB2, who requires HVCOMMON to be set to frightening
high values, in case it decides to really use all.
Kees.
-Original Mes
Thanks,
Kees.
-Original Message-
From: Vernooij, CP (ITOPT1) - KLM
Sent: 20 August, 2015 8:07
To: IBM Mainframe Discussion List
Subject: RE: IDCAMS DELETE MASK and Recalls
John,
Thanks, I will.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
John,
Thanks, I will.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: 19 August, 2015 18:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS DELETE MASK and Recalls
kees.verno...@klm.com (Vernooij, CP - KLM ,
delete the data set without recalling it.
DELETE dsn
But probably will recall if you use
DELETE dsn NVSAMor
DELETE dsn CLUSTER
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Vernooij, CP (ITOPT1) - K
Hello,
Some time ago we got the great enhancement that IDCAMS DELETE did not recall a
dataset anymore.
Then we got the great enhancement to easily delete large amount of datasets
with IDCAMS DELETE MASK.
However, DELETE MASK appears to recall the datasets again. Is this as intended,
and docume
sion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: 12 August, 2015 11:08
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Compare 2 DFsms SCDS's?
>
> Vernooij, CP (ITOPT1) - KLM wrote:
>
> >I have 2 SMS SCDS's and need to know the
@LISTSERV.UA.EDU
Subject: Re: Compare 2 DFsms SCDS's?
Vernooij, CP (ITOPT1) - KLM wrote:
>I have 2 SMS SCDS's and need to know the differences between them.
>Is there a way to compare them understandably? IDCAMS print produces a huge
>amount of unusable output, SUPERC
Hello,
I have 2 SMS SCDS's and need to know the differences between them.
Is there a way to compare them understandably? IDCAMS print produces a huge
amount of unusable output, SUPERC claims there are no differences, which is
incorrect.
Kees.
***
With CA-1 I have the option to synchronize the status of a tape or group of
tapes from the CA-1 TMC to the TCDB, which will also update the status in the
library database. Does RMM have a similar function?
Otherwise you can update the tape in the TCDB with ISMF, by setting it to
SCRTCH there. Th
Only by using an exit which forces TYPRUN=SCAN into the jobcard.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tim Brown
Sent: 05 August, 2015 14:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: submit restriction
Can submit be restr
Blockpaging: paging groups of related pages in and out. Although I don't know
if this applies to this situation.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 05 August, 2015 10:45
To: IBM-MAIN@LIST
Your test cannot be done by limiting the real storage of an individual job.
Paging is done by the system in response to the real storage usage of the
entire system. If you want to test the Java application is a storage
constrained environment, you must make the system storage constraint.
This
Better? I don't like SPOFs, especially when I can avoid them
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Scott Fagen
Sent: 30 July, 2015 16:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XCF HELP!
On Mon, 13 Jul 2015 10:47:15
This is not the first leap second, in fact I believe it is the 26th since 1970.
I am surprised that there still is software, running on mission critical
machines, that still cannot cope with it. Apparently still not grown up from
the children's play machine era.
One of the particular appearance
Sorry, default is SERial.
Kees.
-Original Message-
From: Vernooij, CP (ITOPT1) - KLM
Sent: 25 June, 2015 15:53
To: IBM Mainframe Discussion List
Subject: RE: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB
You did not specify the PAR or SER keyword, so default is PARallel. I do not
You did not specify the PAR or SER keyword, so default is PARallel. I do not
know if REST supports PARallel processing.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: 25 June, 2015 15:45
To: IBM-MAIN@LISTSE
This is exactly why we don't share this kind of date between systems.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mainframe Mainframe
Sent: 24 June, 2015 11:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RSU apply on SYSPLEX
I a
Only intercepted? We use to change them too, albeit only the SMFid to something
more meaningful than the SMF SID.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: 16 June, 2015 14:08
To: IBM-MAIN@LISTSERV.UA.
Probably correct. Machines have their maximum supported CFCC level. z/OS
functions often require a specific CFCC level. Below that level that specific
function will not be available, but that is all.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.
You can also try to:
1. define no tapes to the physical volume pool
- and -
2. change the Borrow indicator of your physical volume pool to: no borrow -
keep.
It will have to live with zero physical tapes.
Success,
Kees.
-Original Message-
From: Vernooij, CP (ITOPT1) - KLM
Sent
: Vernooij, CP (ITOPT1) - KLM
Sent: Thursday, June 04, 2015 8:32 PM
To: IBM Mainframe Discussion List
Subject: RE: TS7740 question
I think you must be able to trick this with Storage Groups and Tape pools.
In SMS you assign the data to a Storage Group.
In the TS7740 the Storage Group is assigned to a
I think you must be able to trick this with Storage Groups and Tape pools.
In SMS you assign the data to a Storage Group.
In the TS7740 the Storage Group is assigned to a Physical Volume Pool.
The Physical Volume Pool takes its scratch tapes from Pool 0.
If you move all Physical volumes from Poo
DDCONS does not do I/O, it only consolidates SMF I/O records, costing (much)
CPU and elapstime to produce the records, but it will not add I/O counts to the
step.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
B37. This means that the dataset has not enough space allocated but cannot take
secondary extents anymore, either because it already has 16 extents on the
current volume or there is no more space on the current volume AND it cannot
extend to another volume.
Kees.
-Original Message-
Fro
D37-04 occurs when the dataset has no secondary space.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Campbell Jay
Sent: 29 May, 2015 13:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: QUESTION ABOUT SPACE ABEND
D37-04
Jay Campbell
IBM
Why ask the question if you already think you know what the answer is?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of IBMZOS
Sent: 28 May, 2015 14:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LPAR MOBILITY
Sorry but GDPS do not do th
GDPS does much more, it switches Dasd and applications on seconds.
And have a look at Sysplex features and functions. You can switch without
downtime.
Does this look like a future already present?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.E
101 - 200 of 299 matches
Mail list logo