Dave Day wrote:
Is this supposed to work this way? I've just spent a bit of time in the Init
Tuning Reference, and nothing in there indicates what I'm seeing. On a
z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is
not invoked. When I set it to ACTIVE
To reinforce what I said earlier:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E4B0/2.21?SHELF=IEA2BKB2DT=20100701092419
The system invokes IEFACTRT only when the installation is collecting SMF
record types 4, 5, 30, 32, 34, or 35.
On Wed, Nov 9, 2011 at 7:40 PM, Ford Prefect
IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record
Rick,
I don't think your method would work. If you suppress the record types
that IEFACTRT is dependent on then it will not be called. If you want the
exit to be called but not have the records recorded I think you would have
to exclude them with IEFU8x.
Scott
On Thu, Nov 10, 2011 at 4:14 PM
--
Ford Prefect wrote:
Rick,
I don't think your method would work. If you suppress the record types
that IEFACTRT is dependent on then it will not be called. If you want the
exit to be called but not have the records recorded I think you would have
to exclude them with IEFU8x
On 11/10/2011 4:14 PM, Rick Fochtman wrote:
This is the behaviour I would expect. IEFACTRT is dependant on
the data collected by SMF processing. No SMF processing means no
data, therefore, no reason to even attempt invoking the exit.
While irrelevant to the OP, IEFACTRT antedates SMF by a few
In 4ebc3ed0.4040...@ync.net, on 11/10/2011
at 03:14 PM, Rick Fochtman rfocht...@ync.net said:
This is the behaviour I would expect. IEFACTRT is dependant on the
data collected by SMF processing.
There is a difference between SMF data collection and SMF data
recording. Tying them together
Is this supposed to work this way? I've just spent a bit of time in the
Init Tuning Reference, and nothing in there indicates what I'm seeing. On a
z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is
not invoked. When I set it to ACTIVE, it is. Only change I
...@consolidated.net
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, November 9, 2011 3:30:25 PM
Subject: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
Is this supposed to work this way? I've just spent a bit of time in the
Init Tuning Reference, and nothing in there indicates what I'm seeing
Reference, and nothing in there indicates what I'm
seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my
IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change
I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit
shows up
Hi friends,
I'm going to install the exit IEFACTRT to obtain the return codes of the
processes at JESMSGLG DD with SMF processing disabled.
There is any problem with this?
It's necesary to activate SMF first?
Cheers,
--
Un saludo.
Álvaro Guirao
Alvaro Guirao Lopez Wrote
I'm going to install the exit IEFACTRT to obtain the return codes of the
processes at
JESMSGLG DD with SMF processing disabled.
There is any problem with this?
It's necesary to activate SMF first?
I would think that the IEFACTRT would need the SMF data
It's true, it's necessary some SMF records so I'm going to customize it,
it's a z/OS v1.11 under zPDT in Linux.
2011/5/26 Lizette Koehler stars...@mindspring.com
Alvaro Guirao Lopez Wrote
I'm going to install the exit IEFACTRT to obtain the return codes of the
processes at
JESMSGLG DD
On Mon, 10 Jan 2011 10:04:13 +0100, Miklos Szigetvari
miklos.szigetv...@isis-papyrus.com wrote:
I would like to know the last status of the IEFACTRT and IEFYS routine
to write to the JOBLOG (JESMSGLG).
Still it is the only way to write to JESMSGLG ?
Any option to get the messages with at last 1
Hi
Yes I would need 10:33:07:18, but I can't append as the time stamp
generated by the JES
On 1/11/2011 5:24 PM, Arthur Gutowski wrote:
On Mon, 10 Jan 2011 10:04:13 +0100, Miklos Szigetvari
miklos.szigetv...@isis-papyrus.com wrote:
I would like to know the last status of the IEFACTRT
Hi
I would like to know the last status of the IEFACTRT and IEFYS routine
to write to the JOBLOG (JESMSGLG).
Still it is the only way to write to JESMSGLG ?
Any option to get the messages with at last 1/100 sec time stamps
Of
Mark Zelden
Sent: Tuesday, January 04, 2011 11:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
On Tue, 4 Jan 2011 09:48:51 -0500, Veilleux, Jon L veilleu...@aetna.com wrote:
Mark, thanks for the explanation. However, I find it strange that
almost
all of the jobs I have
On Wed, 5 Jan 2011 07:07:50 -0500, Veilleux, Jon L veilleu...@aetna.com wrote:
OK, the IEF032I (no IEF374I messages in the JES log) messages have no TCB
or SRB so I guess that this is a red herring. That goes to show how close we
look at our SYSOUTs...lol.
Thanks,
Jon
Well, that would mean z/OS
Ok, my last response that I posted mere seconds before walking out the door
last night might have been less than helpful.
Those changes were for the version of the IEFACTRT exit that prints the
following:
- --TIMINGS (MINS
The exit does not provide CPU (TCB and SRB) counts.
It is always helpful when describing a problem to be as specific as
possible.
By does not provide do you mean that the fields are 0?
Do you mean that the address is 0? (This would be expected for job
termination
entries to IEFACTRT
-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
The exit does not provide CPU (TCB and SRB) counts.
It is always helpful when describing a problem to be as specific as possible.
By does not provide do you mean that the fields are 0?
Do you mean that the address is 0? (This would
from past IEFACTRT versions I used).
Maybe you (and others) are not aware those times are in minutes, so they
often show up as .00 for TCB and SRB for short steps. Because of the way
rounding / shifting is done, you need at least .60 seconds of TCB time
to even get .01 minutes of TCB to show up
[mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mark Zelden
Sent: Tuesday, January 04, 2011 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
On Mon, 3 Jan 2011 10:31:07 -0500, Veilleux, Jon L veilleu...@aetna.com wrote:
It's not in MLPA and I looked back through several years
You're not running Ops/MVS 11.8 are you ?
If so, have you applied RO24950, RO24031, RO23310, and RO20991?
I noticed the same symptoms in IEFACTRT because I had OpsMVS running in
enclave mode by mistake.
If not .. ignore this ...
Regards
Paul
-Original Message-
From: IBM Mainframe
No, we don't use Ops/MVS.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Beesley, Paul
Sent: Tuesday, January 04, 2011 10:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
You're not running Ops/MVS 11.8 are you
On Tue, 4 Jan 2011 09:48:51 -0500, Veilleux, Jon L veilleu...@aetna.com wrote:
Mark, thanks for the explanation. However, I find it strange that almost
all of the jobs I have looked at in our archives have no TCB or SRB time. I
can't believe that all of them are that short running, but who knows?
On Mon, 3 Jan 2011 09:33:38 +0200, #1490;#1491;#1497; amp;#1489;#1503;
#1488;#1489;#1497; gad...@malam.com wrote:
Hi,
We are testing z/OS 1.11.
We use the supplied sample for IEFACTRT provided in SYS1.SAMPLIB(IEEACTRT).
The exit does not provide CPU (TCB and SRB) counts.
All other values
Thanks,
I saw that, but it doesn't say anything about CPU time.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Roger Lowe
Sent: Monday, January 03, 2011 4:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
: IEFACTRT problem - z/OS 1.11
Thanks,
I saw that, but it doesn't say anything about CPU time.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Roger Lowe
Sent: Monday, January 03, 2011 4:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re
Subject:Re: IEFACTRT problem - z/OS 1.11
And it doesn't
: Monday, January 03, 2011 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
Check to see if you have the module in MLPA (IEALPAxx). I know we do.
Regards,
John K
Our module is in LPA.
Gadi
From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
Veilleux, Jon L [veilleu...@aetna.com]
Sent: 03 January 2011 17:31
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFACTRT problem - z/OS 1.11
It's not in MLPA
Here is a Superc listing of the changes I made for z/OS 1.11.
Good Luck!
I - L R01,PARMSPTALOAD STEP TCB CPU TIME
ADDR RPL=3 00368 00368
D - L R01,PARMSTPCLOAD STEP TCB CPU TIME
ADDR
I -
Hi,
We are testing z/OS 1.11.
We use the supplied sample for IEFACTRT provided in SYS1.SAMPLIB(IEEACTRT).
The exit does not provide CPU (TCB and SRB) counts.
All other values seem to be OK.
Has anyone seen the problem?
Is there a fix?
Thanks
Gadi
לשימת לבך
: IBM Mainframe Discussion List
|[mailto:ibm-m...@bama.ua.edu] Em nome de John Norgauer
|Enviada em: sexta-feira, 9 de outubro de 2009 15:32
|Para: IBM-MAIN@bama.ua.edu
|Assunto: My IEFACTRT crippled?
|
|I have had the IEFACTRT exit in my test LPAR for sometime now
|and I see today that it's
I have had the IEFACTRT exit in my test LPAR for sometime now and I see
today that it's not executing.
When I issue: D PROG,EXIT,EN=SYS.IEFACTRT,DIAG
I get:
CSV464I 11.25.36 PROG,EXIT DISPLAY 116
EXIT SYS.IEFACTRT
MODULESTATE EPADDRLOADPTLENGTHJOB
IEFACTRTA 85303000
Did you tell smf to use it? in your SMFPRMxx
DDCONS(NO)
SYS(NOTYPE(4,5,19,20,34,35,40,99),INTERVAL(SMF,SYNC),
EXITS(IEFACTRT,IEFUJI,IEFUJV,IEFUSI,IEFU83,IEFU84,IEFUTL))
SUBSYS(STC,EXITS(IEFACTRT,IEFUJI,IEFUSI,IEFU83,IEFUTL
Here's my SMFPRMXX statements:
SYS(NOTYPE(16,19,20,34,35,42,120:127,129:143,
145:244,246:252),
EXITS(IEFU83,IEFU84,IEFACTRT,
IEFUSI,IEFUJI,IEFU29),NOINTERVAL,NODETAIL)
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University
The loadpt value of means the module was found in LPA.
Issue
D PROG,LPA,MODNAME=iefactrt
This is the response I received on my test system.
14.50.31 CSV550I 14.50.31 LPA DISPLAY 992
FLAGS MODULEENTRY PT LOAD PT LENGTHDIAG
P IEFACTRT 87520DE0 07520DE0 0220
D PROG,LPA,MODNAME=IEFACTRT
CSV550I 13.29.30 LPA DISPLAY 152
FLAGS MODULEENTRY PT LOAD PT LENGTHDIAG
P IEFACTRT 85303000 05303000 1EE0 16E14060
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315
. However,
you can issue a D PROG,LPA,MODNAME=modulename command to determine the
actual load point.
So perhaps your exit is in LPA rather than LINKLST???
Lizette
I have had the IEFACTRT exit in my test LPAR
It is in th LPALIB and I did a re-ipl with CLPA and still no output from
the IEFACTRT in my jobs.
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536
SYSTEMS
In a message dated 10/9/2009 3:54:15 P.M. Central Daylight Time,
john.norga...@ucdmc.ucdavis.edu writes:
It is in th LPALIB and I did a re-ipl with CLPA and still no output from
the IEFACTRT in my jobs.
Check the length or hist with PDS against a working one. Sounds like it
might have
Did you try ISRDDN?
TSO ISRDDN
LPA
M IEFACTRT
Should give you a screen telling you that it is PLPA resident and in what
library in the LPA concatenation it was found in.
Did it find the one you expected?
On Fri, Oct 9, 2009 at 3:08 PM, Ed Finnell efinnel...@aol.com wrote:
In a message dated
There is a function in ISRDDN in TSO that might be able to help.
On the command line issue LPA - a list of the LPA Libraries will pop up.
Then issue MEMBER IEFACTRT. See if the module is where you expect it.
Lizette
It is in th LPALIB and I did a re-ipl with CLPA and still no output from
In hdemimhlcnkiedehaemekejfaoac.wmhbl...@comcast.net, on 10/02/2009
at 05:07 PM, William H. Blair wmhbl...@comcast.net said:
I know one got put in there, but I didn't know it got put
there because some customer(?) asked for it to be put in.
My recollection is that IBM created the eyecatcher
Shmuel Metz explains:
I know one got put in there, but I didn't know it got put
there because some customer(?) asked for it to be put in.
My recollection is that IBM created the eyecatcher APAR
without customer input.
I just remember it showing up, but figured it was just a
release change
On Fri, 2 Oct 2009 12:42:55 +0100, David Cartwright dcartwri...@ymail.com
wrote:
I wanted to post a link to the story of (I think) a DEC shop where a problem
got escalated through levels of CE until they flew in a specialist, but I
cannot find the story. It was hilarious and mildly relevant in
I wanted to post a link to the story of (I think) a DEC shop where a problem
got escalated through levels of CE until they flew in a specialist, but I
cannot find the story. It was hilarious and mildly relevant in an OT way.
Does anyone recall it? Got a link?
D
-Original Message-
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bruce Richardson
Sent: Thursday, October 01, 2009 12:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Broken Brancher (was Re: Best IEFACTRT)
Are you sure your code didn't suffer the same fate
In listserv%200910011253458520.0...@bama.ua.edu, on 10/01/2009
at 12:53 PM, Bruce Richardson bruce.richard...@arcelormittal.com
said:
Are you sure your code didn't suffer the same fate as IEFBR14? The story
(Urban Legend?) I heard, was that IEFBR14 was originally just a BR 14,
but that code
On 1 Oct 2009 16:39:34 -0700, l...@garlic.com (Anne Lynn Wheeler)
wrote:
sounds like hardware bug in specific machine ... since it would have
been very evident on in lots of applications.
I came across a hardware bug on a Univac machine, where a CoBOL
program worked fine with debugging
On 1 Oct 2009 21:40:56 -0700, gerh...@valley.net (Gerhard Postpischil)
wrote:
I came close to that, once. The 1403 printer had an interlock to
prevent it from running when the cover was open, and ours
developed a defective microswitch just when a big customer
needed a rush print job. I used a
Subject: Broken Brancher (was Re: Best IEFACTRT)
Are you sure your code didn't suffer the same fate as IEFBR14?
The story (Urban Legend?) I heard, was that IEFBR14 was originally just
a BR
14, but that code was APAR'd to add a SR 15,15 before the BR 14 to
set
the return code to zero
In hdemimhlcnkiedehaemeoejkanac.wmhbl...@comcast.net, on 09/29/2009
at 09:34 PM, William H. Blair wmhbl...@comcast.net said:
No, the CE didn't believe me.
Reminds me of the CE who claimed that a machine check after pressing the
Interrupt button was a software problem. He continued making
-snip---
Many years ago the company I worked for had a 3031. We added the AP to it. Soon after, we
started experiencing random 0Cx abends that made no sense when the dump was examined. The
abends were in user and IBM code. CEs
-snip-
Are you sure your code didn't suffer the same fate as IEFBR14? The story
(Urban Legend?) I heard, was that IEFBR14 was originally just a BR 14,
but that code was APAR'd to add a SR 15,15 before the BR 14 to set
the return
: Best IEFACTRT)
3 incidents come to mind. The first was a 2821 print controller that
blew up error recovery by sending back Device End and Busy. Despite
MVT being in its last days, we were the site of first discovery. The
second was on a mod 65 where the CSW was getting stored x'40' or x'48'
from
Something ate the last half of your post.
Cookie monster.
(5 points to anyone that understands that reference).
--
Will
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Sesame Street?
William Donzelli wdonze...@gmail.com 10/2/2009 12:22 PM
Something ate the last half of your post.
Cookie monster.
(5 points to anyone that understands that reference).
--
Will
--
For IBM-MAIN subscribe
Rick Fochtman wrote:
Consider chewing gum and bailing wire?? :-)
An old war story is always fun, ne c'est pas?
I've told this one before here, but it is right up
this little side alley Ed Jaffee started. This one
involves a missing hammer.
I had standalone time on a 360/75 one weekend,
Bruce Richardson asked:
... sure your code didn't suffer the same fate as IEFBR14?
Yes. The entire routine needed two base registers. But that
would not have mattered anyway: IEFACTRT was loaded in LPA.
Our friend Shmuel (Seymour J.) Metz contributed this to us:
Bruce Richardson said
: Best IEFACTRT)
Are you sure your code didn't suffer the same fate as IEFBR14?
The story (Urban Legend?) I heard, was that IEFBR14 was originally just
a BR
14, but that code was APAR'd to add a SR 15,15 before the BR 14 to
set
the return code to zero. But then along came a problem
Sesame Street?
One of Cookie Monster's early appearances, before Sesame Street, was
in an IBM training film, called Coffee Break Machine. Here is a 1967
performance of the same skit, on the Ed Sullivan show:
http://www.dailymotion.com/video/x1tmko_coffee-break-machine_business
--
Will
Following on from the instances cited already, I recall an error on the
370/155 where Convert To Binary of 100,000,001 did not work correctly. This
was reported at a UK GUIDE meeting in the early seventies to a somewhat
incredulous audience - so it is unlikely to be an Urban Myth.
Surely
On Wed, 30 Sep 2009 08:19:12 -0700, Edward Jaffe
edja...@phoenixsoftware.com wrote:
I was going to change our IEFACTRT to display SMF30DCT for DASD DDs when
I suddenly thought that there might be some killer IEFACTRT in the
public domain that already does what I'm getting ready to do plus much
Personally, I run two IEFACTRT exits. One gives brief stastistics in the
JESMSGLG like this:
STEP JOBNAME STEPNAME PROCSTEP PROGRAM RC EXCPTCBSRB
CLOCK SERV SERVCLASS
1 PUPL3RSP CA07RMS r...@22 U11RMS 00 38.00.00 .0
270 BATCHHOT
2 PUPL3RSP
Mike Kerford-Byrnes wrote:
Following on from the instances cited already, I recall an error on the
370/155 where Convert To Binary of 100,000,001 did not work correctly. This
was reported at a UK GUIDE meeting in the early seventies to a somewhat
incredulous audience - so it is unlikely to be
that the minimum program length has to be 8 bytes, so another APAR
was opened to add two NOPRs to the code.
Your code without the second BR 14 is just 6 bytes!
On Tue, 29 Sep 2009 21:34:13 -0500, William H. Blair
wmhbl...@comcast.net wrote:
Edward Jaffe asks:
Which is the best IEFACTRT?
I am
gerh...@valley.net (Gerhard Postpischil) writes:
In the eighties I worked for a service bureau that provided primarily
on-line Wylbur and batch services. We acquired two 4341
processors. While the customers didn't need it, I started working on
TSO. On the bare test system, I could log on and
snip-
In the eighties I worked for a service bureau that provided primarily
on-line Wylbur and batch services. We acquired two 4341 processors.
While the customers didn't need it, I started working on TSO. On the
bare test
://www.garlic.com/~lynn/2009n.html#74 Best IEFACTRT (off topic)
however, charlie (invented compareswap instruction ... CAS was chosen
because they are charlie's initials) found a implementation flaw in
360/67s ... that I don't believe ever got fixed. he was trying to
squeeze a couple more cycles out
Rick Fochtman wrote:
Consider chewing gum and bailing wire?? :-)
I came close to that, once. The 1403 printer had an interlock to
prevent it from running when the cover was open, and ours
developed a defective microswitch just when a big customer
needed a rush print job. I used a paper
- Original Message -
From: Edward Jaffe edja...@phoenixsoftware.com
Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, September 29, 2009 9:07 PM
Subject: Best IEFACTRT
Which is the best IEFACTRT?
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los
Which is the best IEFACTRT?
The one you don't have to code?
Barbara :-)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
http://planetmvs.com/flowerbox/index.html
contains some samples
Which is the best IEFACTRT?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
never looked into, that was causing the VM function in
question to fail. They replaced the board with the defective processor and I
was off and running.
On Tue, 29 Sep 2009 21:34:13 -0500, William H. Blair
wmhbl...@comcast.net wrote:
Edward Jaffe asks:
Which is the best IEFACTRT?
I am dying
William H. Blair wrote:
Edward Jaffe asks:
Which is the best IEFACTRT?
I am dying to know what you meant exactly by that question.
Sorry my question was vague...
My IEFACTRT displays the normal stuff shown by IBM's routine plus a
breakdown by DD name showing EXCPs and block
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Wednesday, September 30, 2009 11:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Best IEFACTRT - Clarified
William H. Blair wrote:
Edward Jaffe asks:
Which is the best IEFACTRT?
I am dying to know
Edward Jaffe wrote:
Which is the best IEFACTRT?
--
Drop me a private line and I'll let you try mine. No charge, no
warranty, use at your own risk. :-)
Rick
Which is the best IEFACTRT?
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
--
For IBM
Edward Jaffe asks:
Which is the best IEFACTRT?
I am dying to know what you meant exactly by that question.
But I'll offer my candidate (in case this is a contest):
IEFACTRT CSECT
IEFACTRT AMODE 31
IEFACTRT RMODE ANY
R1 EQU 1
R14 EQU 14
R15 EQU 15
SRR1,R1
Is IEFACTRT on CBTTape file 109 still good (for z/OS 1.10)? I have a very
old version from IBM which appears to be giving wrong data. I.e. I look at
an SMF type 30 subtype 5 record and it says 109312 1/100ths of a second CPU
time. But looking at the output from the IEFACTRT exit on the job itself
John,
Why not use IEEACTRT supplied in sys1.samplib ?
Natarajan
John McKown joa...@swbell.net 3/24/2009 12:01 PM
Is IEFACTRT on CBTTape file 109 still good (for z/OS 1.10)? I have a very
old version from IBM which appears to be giving wrong data. I.e. I look at
an SMF type 30 subtype 5 record
I can't help solve the problem but I am curious if either vendor's
documentation explains why it needs this SMF exit.
-Original Message-
From: Michele Gionfriddo [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 27, 2008 10:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: IEFACTRT
Hi.
I have
Hi.
I have two product that need two different customized mod iefactrt.
Every product gives a sample of iefactrt, but these two sample are very
different.
I manage system software with SMP/E, and i don't know the way to resolve
the problem.
Thank
The name IEFACTRT is the default name for an exit at that point. By means
of PROGxx, SETPROG EXIT or CSVDYNEX you can specify a module with a
different name, and more importantly, more than one of them. You may have
to consider how the exit return codes are used, I think by default the RC from
The name for an IEFACTRT exit doesn't have to be IEFACTRT. You can
use the PROGxx member of parmlib or the SETPROG command to define
more than one module name that will be invoked for IEFACTRT processing.
Refer to z/OS MVS Initialization and Tuning Reference for
more information. So, you can
I would advise going back to both product vendors and encourage them to either :
(1) Supply their IEFACTRT exits using their own product prefix on the module
name (eg XYZACTRT) and then have code within their product to perform the
required CSVDYNEX steps to install it
(2) Supply instructions
Thanks. We'll look into that parameter.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
ITURIEL DO NASCIMENTO NETO
Sent: Tuesday, January 22, 2008 1:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: RES: IEFACTRT exit
And you can try VSM
inits.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Skip Robinson
Sent: Friday, January 18, 2008 6:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEFACTRT exit
Initiators have a historic tendency for storage problems, especially the
longer they run
-
|De: IBM Mainframe Discussion List
|[mailto:[EMAIL PROTECTED] Em nome de O'Connor, Ruth
|Enviada em: terça-feira, 22 de janeiro de 2008 16:15
|Para: IBM-MAIN@BAMA.UA.EDU
|Assunto: Re: IEFACTRT exit
|
|Thanks for the information and suggestions. DAE doesn't show
|anything recent for the LPAR
Hello
We have an intermittent problem with IEFACTRT and are wondering if
anyone else has ever seen this phenomenon. We're running z/OS 1.7 with
Top Secret 9.0 but the problem goes back at least several years and
software levels.
Like many shops, we use the exit to write WTO messages at the end
[EMAIL PROTECTED] Subject
.EDU Re: IEFACTRT exit
On Fri, 2008-01-18 at 16:19 -0500, O'Connor, Ruth wrote:
Any ideas about what could have happened to the initiator to affect an
smf exit's WTOs?
Have a look at the subpool for any getmains.
Shane ...
--
For IBM-MAIN
Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
O'Connor, Ruth
Sent: 18 January 2008 15:45
To: IBM-MAIN@BAMA.UA.EDU
Subject: IEFACTRT exit
Hello
We have an intermittent problem with IEFACTRT and are wondering if anyone else
has ever seen this phenomenon. We're running z/OS 1.7 with Top
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of O'Connor, Ruth
Sent: Friday, January 18, 2008 3:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEFACTRT exit
Richard,
That's a good question. We do use IEFYS to write some messages
I haven't seen such a problem in Top Secret or in IEFACTRT; I'd look at the
userids involved. Are they receiving other WTOs? Does NOTIFY= get through to
them? Have their TSO profiles gotten set to NOINTERCOM? Do they have full
TSO/E log datasets? Is a JES2 MAS devouring messages
On Fri, 18 Jan 2008 10:44:55 -0500, O'Connor, Ruth [EMAIL PROTECTED]
wrote:
Hello
We have an intermittent problem with IEFACTRT and are wondering if
anyone else has ever seen this phenomenon. We're running z/OS 1.7 with
Top Secret 9.0 but the problem goes back at least several years
O'Connor, Ruth wrote:
Hello
We have an intermittent problem with IEFACTRT and are wondering if
anyone else has ever seen this phenomenon. We're running z/OS 1.7 with
Top Secret 9.0 but the problem goes back at least several years and
software levels.
Like many shops, we use the exit to write
1 - 100 of 133 matches
Mail list logo