Yes, we changed those dsnames recently...
2006/1/23, Imbriale, Donald (Exchange) [EMAIL PROTECTED]:
It's possible the problem is with your IEFU29 exit. There's an item on
IBMLink that mentioned this. Try starting SMF without the IEFU29
exit. When a switch from one of your SMF dump data
, 2006 6:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Yes, we changed those dsnames recently...
2006/1/23, Imbriale, Donald (Exchange) [EMAIL PROTECTED]:
It's possible the problem is with your IEFU29 exit. There's an item on
IBMLink that mentioned this. Try starting SMF without
Yes, we are using it:
MEMBER =3D SMFPRM1E
MULCFUNC -- DEFAULT
MEMLIMIT(0M) -- DEFAULT
DDCONS(YES) -- DEFAULT
LASTDS(MSG) -- DEFAULT
NOBUFFS(MSG) -- DEFAULT
SYNCVAL(00) -- DEFAULT
INTVAL(30) -- DEFAULT
DUMPABND(RETRY) -- DEFAULT
SUBSYS(TSO,NOTYPE(16,19,90,99)) -- SYS
SUBSYS(TSO,DETAIL) --
:[EMAIL PROTECTED] On Behalf
Of Víctor de la Fuente
Sent: Monday, January 23, 2006 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Yes, we are using it:
MEMBER =3D SMFPRM1E
MULCFUNC -- DEFAULT
MEMLIMIT(0M) -- DEFAULT
DDCONS(YES) -- DEFAULT
LASTDS(MSG) -- DEFAULT
NOBUFFS(MSG
Hello Ed,
Date formats can not be assumed. And this was extract from IBM SIS site.
I read it as yy/mm/dd = 2002 August 26,
On Wed, 18 Jan 2006 17:17:38 -0600, Ed Gould [EMAIL PROTECTED] wrote:
On Jan 17, 2006, at 11:17 PM, Bruce Hewson wrote:
Hello Victor,
Have you checked your SMF TYPE 19
On Jan 19, 2006, at 5:35 AM, Bruce Hewson wrote:
Hello Ed,
Date formats can not be assumed. And this was extract from IBM SIS
site.
I read it as yy/mm/dd = 2002 August 26,
I know this but it was a lame attempt at humor. There is always
talk on here about the graying of us sysprogs.
, January 18, 2006 4:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Hi!
I readed quickly all your answers!Thanks to all!
My problem with the CLOSE PENDING is the file is not going DUMP REQUIRED
forever...until it wants! I mean we don't know when it is going to change
its
Fuente
Sent: Thursday, January 19, 2006 12:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
I'm not sure, but, yes I think so.
2006/1/18, Imbriale, Donald (Exchange) [EMAIL PROTECTED]:
Are you using any SMF exits such as IEFU29?
Don Imbriale
This email/fax
simple, grow fast...
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gillis
Sent: Wednesday, January 18, 2006 2:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Shane Ginnane wrote:
Now we only have the problems of the DUMP
:[EMAIL PROTECTED] On Behalf Of
Víctor de la Fuente
Sent: Tuesday, January 17, 2006 5:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Then I have another problem...we use z/OS 1.4!
Nevertheless, we already thought about the problem you said. But our system is
about 80% CPU, and we
On 1/17/2006 2:38 AM, Víctor de la Fuente wrote:
Our problem is also SMF starts losing data before all files are full:
IEE979W SMF DATA LOST - NO BUFFER SPACE AVAILABLE TIME=08:19:30
...
D SMF
IEE974I 08.20.04 SMF DATA SETS 177
NAMEVOLSER SIZE(BLKS) %FULL STATUS
Walt Farrell [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]...
On 1/17/2006 2:38 AM, Víctor de la Fuente wrote:
Our problem is also SMF starts losing data before all files are full:
IEE979W SMF DATA LOST - NO BUFFER SPACE AVAILABLE TIME=08:19:30
...
D SMF
IEE974I 08.20.04
[mailto:[EMAIL PROTECTED] On Behalf Of Walt
Farrell
Sent: Wednesday, January 18, 2006 10:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
On 1/17/2006 2:38 AM, Víctor de la Fuente wrote:
Our problem is also SMF starts losing data before all files are full:
IEE979W SMF DATA LOST
: Re: How SMFDUMP works?
Hello Victor,
Have you checked your SMF TYPE 19 collection as per Shane and Sam's
posts?
Check out Info APAR:
APAR Identifier .. II02887 Last Changed 02/08/26
SMF SWITCH COMMAND DOES NOT COMPLETE IN A TIMELY MANNER OR
IPL DOES NOT COMPLETE IN TIMELY
Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Imbriale, Donald (Exchange)
Sent: Wednesday, January 18, 2006 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Also be sure to exclude type 69 records. See APAR OW45020 or the SMF
manual for details.
Don Imbriale
Hi!
I readed quickly all your answers!Thanks to all!
My problem with the CLOSE PENDING is the file is not going DUMP REQUIRED
forever...until it wants! I mean we don't know when it is going to change
its status. Sometimes we waited for 20 minutes or more! So we need to
know why it's not
Are you using any SMF exits such as IEFU29?
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Víctor de la Fuente
Sent: Wednesday, January 18, 2006 4:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How SMFDUMP works?
Hi!
I readed
On Jan 17, 2006, at 11:17 PM, Bruce Hewson wrote:
Hello Victor,
Have you checked your SMF TYPE 19 collection as per Shane and Sam's
posts?
Check out Info APAR:
APAR Identifier .. II02887 Last Changed 02/08/26
SMF SWITCH COMMAND DOES NOT COMPLETE IN A TIMELY MANNER OR
1926 ???!!! even MVS is not that old.
But, some of the SYSPROGs are!
-teD
Me? A skeptic? I trust you have proof!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
At 17:17 -0600 on 01/18/2006, Ed Gould wrote about Re: How SMFDUMP works?:
On Jan 17, 2006, at 11:17 PM, Bruce Hewson wrote:
Hello Victor,
Have you checked your SMF TYPE 19 collection as per Shane and Sam's posts?
Check out Info APAR:
APAR Identifier .. II02887 Last Changed
Víctor de la Fuente [EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]...
Our problem is also SMF starts losing data before all files are full:
IEE979W SMF DATA LOST - NO BUFFER SPACE AVAILABLE TIME=08:19:30
..
D SMF
IEE974I 08.20.04 SMF DATA SETS 177
NAME
Then I have another problem...we use z/OS 1.4!
Nevertheless, we already thought about the problem you said. But our system
is about 80% CPU, and we are used to be in 100%. I know there is no
implication with cpu and smf writing, but I can suppose we had more smf
writing per second a lot of times.
Victor,
for z/OS 1.4 there is an USERMOD to zap the values. Check IBM.
To see who is filling SMF, check the records that have been recorded and later
written. The offender will probably have produced the most of the written
records before causing problems.
I cannot help you with the other
OK! Thanks all!
One of the problems is gone.
We found some DASD problem, we solved them and...voilà!
Now we only have the problems of the DUMP files in CLOSE PENDING STATUS. The
solved problem was only today's problem, the CLOSE PENDING's one is much
older...
Who is the responsible for changing
IIRC = If I Recall Correctly
You can lookup acronym's here http://www.acronymfinder.com/
Thanks, Sam
-Original Message-
P.D.: I'm not a good English speaker. What does IIRC means??? ( IIRC
this can still cause delays switching ...)
This email/fax message is for
Thanks for the link! It'll be my most visited page!!!
XD
2006/1/17, Knutson, Sam [EMAIL PROTECTED]:
IIRC = If I Recall Correctly
You can lookup acronym's here http://www.acronymfinder.com/
Thanks, Sam
-Original Message-
P.D.: I'm not a good English speaker. What does IIRC
On Jan 17, 2006, at 3:35 AM, Vernooy, C.P. - SPLXM wrote:
Víctor de la Fuente [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Our problem is also SMF starts losing data before all files are full:
IEE979W SMF DATA LOST - NO BUFFER SPACE AVAILABLE TIME=08:19:30
..
D SMF
IEE974I
Now we only have the problems of the DUMP files in CLOSE PENDING STATUS.
The
solved problem was only today's problem, the CLOSE PENDING's one is much
older...
Did you check that type19 collection was turned off as suggested earlier
???.
Else I'd be suspecting a coding bug - look for LOGREC
Hello Victor,
Have you checked your SMF TYPE 19 collection as per Shane and Sam's posts?
Check out Info APAR:
APAR Identifier .. II02887 Last Changed 02/08/26
SMF SWITCH COMMAND DOES NOT COMPLETE IN A TIMELY MANNER OR
IPL DOES NOT COMPLETE IN TIMELY MANNER - WAITING ON
Shane Ginnane wrote:
Now we only have the problems of the DUMP files in CLOSE PENDING STATUS.
The
solved problem was only today's problem, the CLOSE PENDING's one is much
older...
Did you check that type19 collection was turned off as suggested earlier
???.
Else I'd be suspecting a coding
Hi all!
I was wondering which is the process of clearing SMF datasets. We are having
a problem, and I'd like to know the process to see which is that problem.
When one SMF dataset is full, it should get into DUMP REQUIRED state to be
cleared. The problem we are having is that, sometimes (randomly
Think big, act bold, start simple, grow fast...
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Víctor de la Fuente
Sent: Monday, January 16, 2006 8:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How SMFDUMP works?
Hi all!
I was wondering which
At 14:54 +0100 on 01/16/2006, Víctor de la Fuente wrote about How
SMFDUMP works?:
Hi all!
I was wondering which is the process of clearing SMF datasets. We are having
a problem, and I'd like to know the process to see which is that problem.
When one SMF dataset is full, it should get
Required state, and also SMF has used
all of his space available...
Any idea?
2006/1/17, Robert A. Rosenberg [EMAIL PROTECTED]:
At 14:54 +0100 on 01/16/2006, Víctor de la Fuente wrote about How
SMFDUMP works?:
Hi all!
I was wondering which is the process of clearing SMF datasets. We
34 matches
Mail list logo