Yep.
CharlesSent from a mobile; please excuse the brevity.
Original message From: Gerhard Adam
Date: 7/27/17 8:18 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:
REGION=0M leads to CPU through the roof
I don't see paging as the culprit. To
On 27/07/2017 10:05 PM, Paul Gilmartin wrote:
On Thu, 27 Jul 2017 13:59:12 +0530, Jake Anderson wrote:
So the pause less garbage collection reduces the CPU spike ? Sounds
interesting
Well, it distributes it, barring some major hardware assist.
On 27-Jul-2017 6:16 AM, "Cheryl Watson"
I don't see paging as the culprit. To page out 1.6 GB of memory and then
reference it to bring it back in still indicates an application problem.
Especially with a total elapsed time of only 12 minutes.
I suspect that the application built a table. Spent wasted time searching it.
Sent from
If you run the audit command with the FIX parameter, then it should delete
any orphaned C records without a matching B record.
Brian
On Fri, Jul 28, 2017 at 12:11 AM, willie bunter <
001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:
> Should I ignore the ERR 40 when I run the AUDIT report?
Acf2 has set norlues
Sent from my iPhone
Sorry for any grammar problems
> On Jul 27, 2017, at 20:19, Smith III, Phil (HPE Data Security (Voltage))
> wrote:
>
> Bob Bridges wrote:
>> It's been a while, but I'm quite sure that at one installation at least I
>> had authority
Charles,
YES I AGREE, storage nowadays can do a lot of paging, and support a CEC
easily burning 11 minutes of CPU time paging. DPR rates of 100,000/sec are a
walk in the park for current IBM, EMC or HDs controllers, and probably
higher on a boxes that can do >2,000,000 cache hits a second.
Of
Should I ignore the ERR 40 when I run the AUDIT report?
On Thu, 7/27/17, Lizette Koehler wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 12:06 PM
So is everything is
HSEND AUDIT DSCTL(BACKUP) FIX ODS('dsn.for.output.listing')
is what you should run.
On Fri, Jul 28, 2017 at 2:56 AM, Horne, Patti
wrote:
> You ran the fix on the BDELETE not the AUDIT.
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List
Bob Bridges wrote:
>It's been a while, but I'm quite sure that at one installation at least I had
>authority to issue a command that "refreshed" a user's ACEE so that the
>changes I'd just made to his access would take place immediately without his
>having to log off and on again. I had the
We ensure we code either -- or ++ as the last 2 values in the IODF name to
allow the finding of the IODF that has the matching token that is in HSA.
Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523
If you feel in control
you
A couple of assumptions. OP has only one CEC with multiple LPARs, right? IODF
'package' just means the (linear) VSAM cluster IODFxx, right? First off, I have
to say that this is an unusual way to manage IODFs. We have three CECs in the
enterprise, but we use (multiple copies of) a *single* IODF
I copy the production IODF(s) to the outside system(s). There is a hardware
token in the HSA that must match the token in the IODF. The OP received a
message stating the token does not match. This is a result of the installation
creating a separate IODF for usage with certain LPARs.
You
You ran the fix on the BDELETE not the AUDIT.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Thursday, July 27, 2017 11:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
I ran the FIX and the
If you have the ZPSaver feature in Syncsort then you won't have that with
CA-Sort.
--
Lionel B. Dyck
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of gsg
Sent:
Anyone have any experience converting from Syncsort to CA-Sort? Was it easy?
Any gotchas to worry about? Did it perform the same?
TIA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Does anybody have some assembler code that issues the PARTREL macro for
releasing free space
from a data set, that you can share?
Thanks in advance.
FIRST TENNESSEE
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged
and/or confidential
On 27 July 2017 at 04:29, Jake Anderson wrote:
> So the pause less garbage collection reduces the CPU spike ? Sounds
> interesting
It's not so much about the CPU spike; it's mostly about all the real
Java work not having to wait while the GC is performed. It could even
I understand that the record doesn't exist. However my question is how do I
perform the clean up of the ERR 40 records?
On Thu, 7/27/17, Carmen Vitullo wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received:
I ran the FIX and the following messages were received :
ARC0085I (H)BDELETE REQUIRES ONE OF THE FOLLOWING MUTUALLY EXCLUSIVE KEYWORDS:
ARC0085I (CONT.) ALL, VERSIONS, OR DATE
ARC0085I (H)BDELETE REQUIRES ONE OF THE FOLLOWING MUTUALLY EXCLUSIVE KEYWORDS:
So is everything is correct now?
Or do you have more questions.
Otherwise I think your issues are resolved.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Thursday, July 27, 2017 8:58 AM
> To:
I tried out the BDELETE and as expected the record was not found.
ARC0195I TYPE B, KEY DB2.ARCHLOG2.A0091613, FIXCDS DELETE, ERROR=RECORD NOT
ARC0195I (CONT.) FOUND
ARC1001I FIXCDS B DB2.ARCHLOG2.A0091613 DELETE COMMAND FAILED, RC=0015,
Try using FIX on your audit to see if it cleans up the error.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Thursday, July 27, 2017 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
Lizette,
Lizette,
The reason why I think that it is a problem because after I run the AUDIT
using NOFIX the output shows the dsn (*err 40). I do not see this for other
LPARS.
My understanding is that if any errors appear a clean up is needed to be
initiated. In this case only ERR 40 appears.
I would also be interested in what you have coded on the IODF statements in
your LOADxx members and what are the names of the IDOF(s)?
I suspect you will have to do a software only activate on the international
LPARs (and test as well if you want), then a Hardware/software activate on
the
Not realy. At end of the day, racf requirements will be directed for manual
execution and bw corrlated with other people.
It just make it easier to identify the gap.
ITschak
בתאריך 27 ביול 2017 16:53, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> כתב:
>
> On Thu, 27 Jul 2017
At this point, just take one step back.
You wanted to delete a backup version from HSM.
The dataset is either DB2.ARCHLOG2.A0091613 or DB96.ARCHLOG2.B778
Issue an HLIST DSN('DB96.ARCHLOG2.B778') BCDSor HLIST
DSN('DB2.ARCHLOG2.A0091613 ') BCDS
If you do not see any backup
Availability of POPs. This tends to be at the same time when the system GAs.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Could you provide the command you use to ACTIVATE the IODF?
There are a couple of variations of this command.
It will be helpful to see which one you use.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jorge Garcia
I think it's time to list the contents of the BCDS, I don't have HSM so I can't
provide the correct command,
HSEND LIST LEVEL(DB96) BCDS or (BACKUPCONTROLDATASET) OUTDATASET(xxx.yyy.xxx)
??
but I tent to agree with Lizette, the record in the BCDS does not exist
* RECORD NOT FOUND—The
Speaking of new hardware instructions, do we know when the new edition of the
z/Architecture Principles of Operation will be available?
Thanks.
DJ
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Here are the commands I tried :
HSEND FIXCDS B DB96.ARCHLOG2.B778 (message received) :
ARC0195I TYPE B, KEY DB96.ARCHLOG2.B778, FIXCDS DISPLAY, ERROR=RECORD NOT
ARC0195I (CONT.) FOUND
ARC1001I FIXCDS B DB96.ARCHLOG2.B778
On Thu, 27 Jul 2017 13:59:12 +0530, Jake Anderson wrote:
>
>So the pause less garbage collection reduces the CPU spike ? Sounds
>interesting
>
Well, it distributes it, barring some major hardware assist.
>>> On 27-Jul-2017 6:16 AM, "Cheryl Watson" wrote:
>>>
>>> Here's my latest blog post from
On Thu, 27 Jul 2017 10:56:06 +0300, ITschak Mugzach wrote:
>I know. This is a function i'll add if no product that doea that.
>
This leaves a TOCTTOU exposure.
>בתאריך 27 ביול 2017 09:54, "Vernooij, Kees (ITOPT1) כתב:
>
>> RACF checks are not a task of the convertor.
-- gil
Brian,
I tried that out however it didn't work (record not found). Below is the
output:
ARC0195I TYPE B, KEY DB2.ARCHLOG2.A0091613, FIXCDS DELETE, ERROR=RECORD NOT
ARC0195I (CONT.) FOUND
ARC1001I FIXCDS B DB2.ARCHLOG2.A0091613 DELETE COMMAND
That's awesome! I would love to see some bench-tests to see how much it
improves performance. I've been coding quite a bit of Java recently and
have grown to like it.
On 27/07/2017 5:08 PM, Parwez Hamid wrote:
High Level Summary for Garbage Collection:
Guarded Storage Facility (GSF)
Also
High Level Summary for Garbage Collection:
Guarded Storage Facility (GSF)
Also known as less-pausing garbage collection, Guarded Storage Facility is a new
architecture introduced with z14 to enable enterprise scale Java applications
to run without
periodic pause for garbage collection on larger
Hi all,
We have an issue with IPL in a LPARs with package IODF. This is the actual
situation
We have a server with:
- PROD sysplex: 4 lpar
- TEST sysplex: 2 lpar
- International systems: 3 monoplex lpars
In a normal situación we créate and modify IODF in PROD sysplex. TEST sysplex
use the
Hi
Thanks.
So the pause less garbage collection reduces the CPU spike ? Sounds
interesting
On 27-Jul-2017 12:51 PM, "David Crayford" wrote:
> Pause-less garbage collection is not new http://www.artima.com/lejava/a
> rticles/azul_pauseless_gc.html. From reading a previous
I know. This is a function i'll add if no product that doea that.
ITschak
בתאריך 27 ביול 2017 09:54, "Vernooij, Kees (ITOPT1) - KLM" <
kees.verno...@klm.com> כתב:
> RACF checks are not a task of the convertor.
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
Pause-less garbage collection is not new
http://www.artima.com/lejava/articles/azul_pauseless_gc.html. From
reading a previous post by Timothy Sipples it appears that IBM have
added some new hardware instructions to the z14 to assist with the
read/write barriers required to implement the
Hi
Apology for my ignorance
'Pauseless Garbage Collection' on Java
Could someone please explain on what Is meant by above sentence ?
Jake
On 27-Jul-2017 6:16 AM, "Cheryl Watson" wrote:
> Here's my latest blog post from a techie's point of view. You might find
>
RACF checks are not a task of the convertor.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: 26 July, 2017 22:59
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL Convertor
>
> Is submit the only
42 matches
Mail list logo