Re: K E,1 Alternatives

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/16/2007
   at 01:54 PM, Ed Long <[EMAIL PROTECTED]> said:

>Is there a better procedure than this for dealing with the flood,

Do E K,1 one time and then use the retry key. It's still a lot of
typing, but it eliminates some keystrokes and doesn't make you
redefine a PFK.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Ed Long]

Many thanks again for the folks who read the entire section on the K E,X,Y 
command.
  I looked at the diagram which clearly shows K E,XX,YY as an acceptable form 
of the command. The text proceeds, before the note, to say that one can specify 
a range. I failed to read the note that says, in effect, just kidding. This 
might be worth a doc APAR, but, just kidding.
  
Further reports after I get a chance to test the many workable suggestions. 
  Thanks again.
Ed Long <[EMAIL PROTECTED]> wrote:
Thanks to everyone who offered their advice.
   
  A couple of points:
  1: The console is in roll mode; this message is, rightly, considered serious 
enough to hang on the console.
  2: At least of the replies (I'm in digest mode), I've seen so far, no one has 
explained why the K e,1,10 doesn't work, but apparently should.  
   
  I will try out your suggestions and report back. I appreciate the PF key 
setup suggestion immensely.
  
Thank you all again.
Ed Long <[EMAIL PROTECTED]> wrote:
Hi everyone. I recently suffered a console flood caused by the RACFDS 
running out of space.
  This is an ADCD z/OS 1.5 system. The out of space condition appears to have 
occurred due to an oddity in how DB2 archive logs were RACF protected.  Each 
dataset Db2 created caused RACF to create a matching RACF profile. The dataset 
names of course have Date and Time in them so are unique. It appears to have 
taken 5.5 years to blow out RACF.  I deleted the existing profile and created a 
generic profile which appears to not cause the problem. Oh, I also deleted all 
the old profiles.
  My actual question has to do with the control operator command.  On this 
system, the only form of it that appears to work is K E,1 (delete 1 message). K 
E,1,10 - according to the Command Reference manual should delete the first 10 
action messages; but it gets rejected due to 'invalid range'. My fingers got 
tired repeating k e,1 for every IRR405I that got generated.
  Is this correct that only K E,1 should work?  Is there a better procedure 
than this for dealing with the flood, short of punching out and reipling? Will 
Daiske survive Yankee Stadium?
  Thanks.
   


Edward Long


Edward Long


Edward Long

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Richard Peurifoy]

Ed Long wrote:

Thanks to everyone who offered their advice.
   
  A couple of points:

  1: The console is in roll mode; this message is, rightly, considered serious 
enough to hang on the console.
  2: At least of the replies (I'm in digest mode), I've seen so far, no one has explained why the K e,1,10 doesn't work, but apparently should.  
   


Is the console in roll mode, or roll delete mode? You can tell
by looking at the bottom left of the console. It should say
IEE163I MODE= R for roll or IEE163I MODE= RD for roll delete.
Roll delete will only scroll deleteable messages, and leave
non-deletable messages on the screen. Roll should scroll all
messages. You can also use K S,DEL=W to set wrap mode which
writes to the bottom of the screen and then starts over at the
top rather than scrolling.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Richard Peurifoy]

Ed Long wrote:

Thanks to everyone who offered their advice.
   
  A couple of points:

  1: The console is in roll mode; this message is, rightly, considered serious 
enough to hang on the console.
  2: At least of the replies (I'm in digest mode), I've seen so far, no one has explained why the K e,1,10 doesn't work, but apparently should.  
   


From MVS System Commands under the description of K E

http://publibz.boulder.ibm.com/epubs/pdf/iea2g170.pdf

,Note:, Do not use this command to try to remove a range of,
non-deletable messages; you can remove only one,
non-deletable message at a time.,


--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Bob Rutledge]

OK, you made me look.  From z/OS 1.4 through 1.8 the commands book has the 
following under the description of K E,nn,nn


"Note:  Do not use this command to try to remove a range of non-deletable 
messages; you can remove only one non-deletable message at a time."


Go with the PF key.

Bob

Ed Long wrote:
...

2: At least of the replies (I'm in digest mode), I've seen so far, no one has 
explained why

> the K e,1,10 doesn't work, but apparently should.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Ed Long]

Thanks to everyone who offered their advice.
   
  A couple of points:
  1: The console is in roll mode; this message is, rightly, considered serious 
enough to hang on the console.
  2: At least of the replies (I'm in digest mode), I've seen so far, no one has 
explained why the K e,1,10 doesn't work, but apparently should.  
   
  I will try out your suggestions and report back. I appreciate the PF key 
setup suggestion immensely.
  
Thank you all again.
Ed Long <[EMAIL PROTECTED]> wrote:
Hi everyone. I recently suffered a console flood caused by the RACFDS 
running out of space.
  This is an ADCD z/OS 1.5 system. The out of space condition appears to have 
occurred due to an oddity in how DB2 archive logs were RACF protected.  Each 
dataset Db2 created caused RACF to create a matching RACF profile. The dataset 
names of course have Date and Time in them so are unique. It appears to have 
taken 5.5 years to blow out RACF.  I deleted the existing profile and created a 
generic profile which appears to not cause the problem. Oh, I also deleted all 
the old profiles.
  My actual question has to do with the control operator command.  On this 
system, the only form of it that appears to work is K E,1 (delete 1 message). K 
E,1,10 - according to the Command Reference manual should delete the first 10 
action messages; but it gets rejected due to 'invalid range'. My fingers got 
tired repeating k e,1 for every IRR405I that got generated.
  Is this correct that only K E,1 should work?  Is there a better procedure 
than this for dealing with the flood, short of punching out and reipling? Will 
Daiske survive Yankee Stadium?
  Thanks.
   


Edward Long


Edward Long

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Bob Rutledge]

1.  It's a sandbox system.

2.  Nobody watches its console.

3.  Messages aren't lost as long as SDSF is among the living.

4.  If it gets to the point that it annoys me, I'll take 10 minutes and hack out 
an MPF exit to deal with it.


Bob

Jorge Arueira Campos wrote:
With this command below all msgs of console display will be deleted 
included

a action msg, is not good because many actions of msgs are lost.

K S,DEL=R,RTME=1/4




On 2/16/07, Bob Rutledge <[EMAIL PROTECTED]> wrote:


On my sandbox, I'd

K S,DEL=R,RTME=1/4


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Jorge Arueira Campos]

With this command below all msgs of console display will be deleted included
a action msg, is not good because many actions of msgs are lost.

K S,DEL=R,RTME=1/4




On 2/16/07, Bob Rutledge <[EMAIL PROTECTED]> wrote:


On my sandbox, I'd

K S,DEL=R,RTME=1/4

Bob

Ed Long wrote:
> Hi everyone. I recently suffered a console flood caused by the RACFDS
running out of space.
>   This is an ADCD z/OS 1.5 system. The out of space condition appears to
have occurred due to an oddity in how DB2 archive logs were RACF
protected.  Each dataset Db2 created caused RACF to create a matching RACF
profile. The dataset names of course have Date and Time in them so are
unique. It appears to have taken 5.5 years to blow out RACF.  I deleted
the existing profile and created a generic profile which appears to not
cause the problem. Oh, I also deleted all the old profiles.
>   My actual question has to do with the control operator command.  On
this system, the only form of it that appears to work is K E,1 (delete 1
message). K E,1,10 - according to the Command Reference manual should delete
the first 10 action messages; but it gets rejected due to 'invalid range'.
My fingers got tired repeating k e,1 for every IRR405I that got generated.
>   Is this correct that only K E,1 should work?  Is there a better
procedure than this for dealing with the flood, short of punching out and
reipling? Will Daiske survive Yankee Stadium?
>   Thanks.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Long
> Sent: Friday, February 16, 2007 3:54 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: K E,1 Alternatives
> 
> 
> Hi everyone. I recently suffered a console flood caused by 
> the RACFDS running out of space.
>   This is an ADCD z/OS 1.5 system. The out of space condition 
> appears to have occurred due to an oddity in how DB2 archive 
> logs were RACF protected.  Each dataset Db2 created caused 
> RACF to create a matching RACF profile. The dataset names of 
> course have Date and Time in them so are unique. It appears 
> to have taken 5.5 years to blow out RACF.  I deleted the 
> existing profile and created a generic profile which appears 
> to not cause the problem. Oh, I also deleted all the old profiles.
>   My actual question has to do with the control operator 
> command.  On this system, the only form of it that appears to 
> work is K E,1 (delete 1 message). K E,1,10 - according to the 
> Command Reference manual should delete the first 10 action 
> messages; but it gets rejected due to 'invalid range'. My 
> fingers got tired repeating k e,1 for every IRR405I that got 
> generated.
>   Is this correct that only K E,1 should work?  Is there a 
> better procedure than this for dealing with the flood, short 
> of punching out and reipling? Will Daiske survive Yankee Stadium?
>   Thanks.
>
> 
> 
> Edward Long

What is wrong with:

K S,DEL=R

to put the console in ROLL mode?

K Q,L=nn

is nice if there are a lot of messages queued to a console which is not
close by. That requeues all the messages into the SYSLOG and off the
console in question.

Also, you can:

K N,PFK=(1,CMD='K E,1'),CON=N

then just keep pressing the PF1 key.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Shane]

On Fri, 2007-02-16 at 13:54 -0800, Ed Long wrote:

> Is this correct that only K E,1 should work?  Is there a better
> procedure than this for dealing with the flood, short of punching out
> and reipling?

K A,NONE
Followed by,
K S,DEL=R

Note that *ALL* highlighted will now scroll.
The ACDC set-up was reminiscent of days gone by.

Shane ... 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Bob Rutledge]

On my sandbox, I'd

K S,DEL=R,RTME=1/4

Bob

Ed Long wrote:

Hi everyone. I recently suffered a console flood caused by the RACFDS running 
out of space.
  This is an ADCD z/OS 1.5 system. The out of space condition appears to have 
occurred due to an oddity in how DB2 archive logs were RACF protected.  Each 
dataset Db2 created caused RACF to create a matching RACF profile. The dataset 
names of course have Date and Time in them so are unique. It appears to have 
taken 5.5 years to blow out RACF.  I deleted the existing profile and created a 
generic profile which appears to not cause the problem. Oh, I also deleted all 
the old profiles.
  My actual question has to do with the control operator command.  On this 
system, the only form of it that appears to work is K E,1 (delete 1 message). K 
E,1,10 - according to the Command Reference manual should delete the first 10 
action messages; but it gets rejected due to 'invalid range'. My fingers got 
tired repeating k e,1 for every IRR405I that got generated.
  Is this correct that only K E,1 should work?  Is there a better procedure 
than this for dealing with the flood, short of punching out and reipling? Will 
Daiske survive Yankee Stadium?
  Thanks.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: K E,1 Alternatives

[Jorge Arueira Campos]

Ed Long

The operators of POLITEC(CEF) reply the command to clear a msg of display as
a below:

K C,A,1-99

Best regards

Jorge Arueira Campos

CAIXA EONCOMICA FEDERAL - SÃO PAULO - BRAZIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

K E,1 Alternatives

[Ed Long]

Hi everyone. I recently suffered a console flood caused by the RACFDS running 
out of space.
  This is an ADCD z/OS 1.5 system. The out of space condition appears to have 
occurred due to an oddity in how DB2 archive logs were RACF protected.  Each 
dataset Db2 created caused RACF to create a matching RACF profile. The dataset 
names of course have Date and Time in them so are unique. It appears to have 
taken 5.5 years to blow out RACF.  I deleted the existing profile and created a 
generic profile which appears to not cause the problem. Oh, I also deleted all 
the old profiles.
  My actual question has to do with the control operator command.  On this 
system, the only form of it that appears to work is K E,1 (delete 1 message). K 
E,1,10 - according to the Command Reference manual should delete the first 10 
action messages; but it gets rejected due to 'invalid range'. My fingers got 
tired repeating k e,1 for every IRR405I that got generated.
  Is this correct that only K E,1 should work?  Is there a better procedure 
than this for dealing with the flood, short of punching out and reipling? Will 
Daiske survive Yankee Stadium?
  Thanks.
   


Edward Long

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html