On Wed, Jul 9, 2008 at 7:37 PM, Imler, Steven J [EMAIL PROTECTED] wrote:
Actually, generally speaking the CA VM products do not require these
messages to function. And, in fact it is standard practice at many
shops who run VM:Operator to do exactly this ... remove the noise of
ATTACH and
We run z/VM 520 and use PROPST to filter messages to the OP1 console. We filter
several commands including ATTACHED and DETACHED commands.
I would like to filter other messages such as ATTACHED and DETACHED from going
to the LOG FILE (LGYYMMDD XX) on Operator's 191 MDISK. In reading the CMS
In PROP, logging is all or nothing. VM:Operator has a NOLOG option, I
don't know about IBM Operations Manager.
At the other hand: DASD isn't that expensive, incomplete log files
make debugging less easy. Alternatively, you could postprocess the
log file of the previous day and code a PIPE
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
In PROP, logging is all or nothing. VM:Operator has a NOLOG option, I
don't know about IBM Operations Manager.
At the other hand: DASD isn't that expensive, incomplete log files
make debugging less easy. Alternatively, you
: The Programmable Operator Facility
Personally I think ATTACH and DETACH (and others too i.e.
DIAL) should have a NOMSG type option to just eliminate the
message alltogether.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Kris Buelens
Of Kris Buelens
Sent: Wednesday, July 09, 2008 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
In PROP, logging is all or nothing. VM:Operator has a NOLOG option, I
don't know about IBM Operations Manager.
At the other hand: DASD isn't that expensive, incomplete
: The Programmable Operator Facility
Personally I think ATTACH
.
Ray
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Wednesday, July 09, 2008 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
In PROP, logging is all or nothing. VM:Operator has
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Wednesday, July 09, 2008 12:10 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
Alan may have fits over giving such power to users at logon time
On Wednesday, 07/09/2008 at 12:05 EDT, Huegel, Thomas
[EMAIL PROTECTED] wrote:
Personally I think ATTACH and DETACH (and others too i.e. DIAL) should
have a
NOMSG type option to just eliminate the message alltogether.
Bite your tongue and perish the thought. DIAL??? That is a class ANY
: The Programmable Operator Facility
On Wednesday, 07/09/2008 at 12:05 EDT, Huegel, Thomas
[EMAIL PROTECTED] wrote:
Personally I think ATTACH and DETACH (and others too i.e.
DIAL) should
have a
NOMSG type option to just eliminate the message alltogether.
Bite your tongue and perish the thought
z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Gentry, Stephen
Sent: Wednesday, July 09, 2008 12:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
Alan or Chuckie?
I'm not 100% sure, so Steve Imler may have to chime in, but if your
using
: The Programmable Operator Facility
On Wednesday, 07/09/2008 at 12:05 EDT, Huegel, Thomas
[EMAIL PROTECTED] wrote:
Personally I think ATTACH and DETACH (and others too i.e.
DIAL) should
have a
NOMSG type option to just eliminate the message alltogether.
Bite your tongue and perish
If you use IBM Operations Manager for z/VM, you can have your cake and ea
t
it, too. You can create rules to suppress specific messages from the
console of one or more service machines, so when you view the console usi
ng
Operations Manager, the noise has been reduced. But the message will
: Wednesday, July 09, 2008 12:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: The Programmable Operator Facility
I told you that Alan would be upset by the notion.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf
:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, June 03, 2008 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Operator Terminal and the Programmable Operator Facility
Thanks Bob,
In the pipes command below, the 'SPECS w3 1' stage...can anyone tell me
what the w3 1 means. I checke
System [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Monday, June 02, 2008 2:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Operator Terminal and the Programmable Operator Facility
Using the POF (programmable operatior facility) I would like to user
the same terminal address as the one
.
From:The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, June 03, 2008 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Operator Terminal and the Programmable Operator Facility
Thanks Bob,
In the pipes command below, the 'SPECS w3 1' stage...can
Using the POF (programmable operatior facility) I would like to user the same
terminal address as the one the Operator came up on when the system was IPL'ed.
I know I can do a CP disconnect after the Operator does a PROPST and then log
on the OP1 user to the same terminal address as the
Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Monday, June 02, 2008 2:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Operator Terminal and the Programmable Operator Facility
Using the POF (programmable operatior facility) I would like to user the
same terminal address
System IBMVM@LISTSERV.UARK.EDU
06/02/2008 02:32 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Operator Terminal and the Programmable Operator Facility
Using the POF (programmable operatior facility) I would like to user the
same
You can set OP1 as your operator in the SYSTEM CONFIG file. Then have
AUTOLOG1 XAUTOLOG OPERATOR. The profile exec on OPERATOR would look like
the following. This would make operator the system operator, and if PROP
is stopped, OP1 would become the system operator.
I finally got the programmable operator piece working. I'm a little
embarrassed by my mistake. I had a misplaced RETURN command in the EXEC.
I looked at the EXEC I don't know how many times and didn't see it. Do'h!
Now my next opportunity. I want to take the file that was placed
Try READCARD or EXECIO?
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry
Sent: Wednesday, April 11, 2007 11:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Programmable operator working: my
Of Steve Gentry
Sent: Wednesday, April 11, 2007 11:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Programmable operator working: my bad; next opportunity
I finally got the programmable operator piece working. I'm a little
embarrassed by my mistake. I had a misplaced RETURN command in the EXEC
System IBMVM@LISTSERV.UARK.EDU
04/11/2007 11:28 AM
Please respond to The IBM z/VM Operating System
To: IBMVM@LISTSERV.UARK.EDU
cc:
Subject:Re: Programmable operator working: my bad; next
opportunity
Try READCARD or EXECIO?
-Original Message-
From
cc:
Subject:Re: Programmable operator working: my bad; next
opportunity
Try READCARD or EXECIO?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Steve Gentry
Sent: Wednesday, April 11, 2007 11:23 AM
To: IBMVM
PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
04/11/2007 11:28 AM
Please respond to The IBM z/VM Operating System
To:IBMVM@LISTSERV.UARK.EDU
cc:
Subject:Re: Programmable operator working: my bad; next
opportunity
/* Read in a NOTE file but do not put it in ALL NOTEBOOK */
/* Untested !!! */
arg spid fn ft fm
'MAKEBUF'
buf = rc
push 'FILE' fn ft fm
'EXEC PEEK' spid '(FOR *'
code = rc
'DROPBUF' buf
'ESTATE' fn ft fm
if rc = 0 then 'CP PURGE READER' spid
exit code
I'm trying to get a programmable operator to do something and it isn't
working. I've done some reading in the manual and have looked at some
existing code but no luck.
What I want to accomplish is to send an e-mail to a userid called PROPSCAN
([EMAIL PROTECTED]) The message gets sent to our
the prop server with the contents.
Tom Duerbusch
THD Consulting
Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM
I'm trying to get a programmable operator to do something and it isn't
working. I've done some reading in the manual and have looked at some
existing code but no luck.
What I want
@LISTSERV.UARK.EDU
Subject: Programmable operator
I'm trying to get a programmable operator to do something and it isn't
working. I've done some reading in the manual and have looked at some
existing code but no luck.
What I want to accomplish is to send an e-mail to a userid called
PROPSCAN ([EMAIL PROTECTED
, 2007 12:41
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Programmable operator
I wasn't aware that PROP will act upon something being delivered in the
reader queue. It likes messages, not queue elements.
The only thing I can think of, is to route the rdr queue elements to
another service machine
with the contents.
Tom Duerbusch
THD Consulting
Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM
I'm trying to get a programmable operator to do something and it isn't
working. I've done some reading in the manual and have looked at some
existing code but no luck.
What I want to accomplish
@LISTSERV.UARK.EDU
Subject: Re: Programmable operator
You need to trap the message RDR FILE FROM in class 3 (async CP
message). A problem is that when a RDR file arrives when the PROP
machine would not be active, your action routine will not see the RDR
file. Therefore, an action routine for RDR files should
On Monday, 04/09/2007 at 01:41 EST, Tom Duerbusch
[EMAIL PROTECTED] wrote:
I wasn't aware that PROP will act upon something being delivered in the
reader
queue. It likes messages, not queue elements.
If you have CP SET CPCONIO IUCV, the RDR FILE message will be seen by
PROP. Or you can
PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
04/09/2007 03:12 PM
Please respond to The IBM z/VM Operating System
To: IBMVM@LISTSERV.UARK.EDU
cc:
Subject:Re: Programmable operator
On Monday, 04/09/2007 at 01:41 EST, Tom Duerbusch
[EMAIL
by: The IBM cc
z/VM Operating
SystemSubject
[EMAIL PROTECTED] Re: Programmable operator
ARK.EDU
2007/4/9, Michael Donovan [EMAIL PROTECTED]:
Steve,
I've always let my PROP action routine exec see all incoming reader
files and then
let the exec sort out what it wants. The following line in the PROP RTABLE
works for
me (the scale is there just to show column placements):
] Subject
ARK.EDU Re: Programmable operator
04/09/2007 05:36
Tomangle Terry Pratchett, a one-in-a-million-chance will come
through nine times out of ten.
Jon
snip
I have an entry in the RTABLE to
look for NOT in positions 10 thru 13. The last three letters of the file name just so happen
to be in 10 thru 13. What are the
chances?
] wrote:
Steve Gentry wrote:
Hello.
We use a Programmable Operator to run certain functions. We send a
command to the PropOp using
the MSG command. Is there a maximum length the sent MSG can be? If
so, can it be changed somewhere?
We're having a problem getting some things
On Thursday, 08/03/2006 at 01:32 ZE2, Kris Buelens
[EMAIL PROTECTED] wrote:
But, even with DIAG 8, the limit is 240 chars for the command.
'CP MSG ' silently truncates the message
call diag 8,'MSG ...' gives a REXX syntax error if the command is too
long.
Duh. I know this. There is
:
Subject:Re: Programmable Operator
But, even with DIAG 8, the limit is 240 chars for the command.
'CP MSG ' silently truncates the message
call diag 8,'MSG ...' gives a REXX syntax error if the command is too
long.
Kris,
IBM Belgium, VM customer support
On Wednesday, 08/02/2006
That should be simple enough and should work without a hitch on 5.2 (or any
release). Are you really really sure that the RTABLE is not catching the
message somewhere else? Can you copy your RTABLE entry and post it? I
would sort of expect it to look like:
On Thursday, 08/03/2006 at 08:34 EST, Steve Gentry
[EMAIL PROTECTED] wrote:
When the file name is 7 chars or less it
works fine, when file name is 8, it
appears to never get to HAL. The problem is I don't know if it's
getting to
HAL and the RTABLE is ignoring it
or if it plain doesn't
, VM customer support
Hello.
We use a Programmable Operator to run certain functions. We send a
command to the PropOp using
the MSG command. Is there a maximum length the sent MSG can be? If
so, can it be changed somewhere?
We're having a problem getting some things to work that used
47 matches
Mail list logo
