Kris,
Your RxServer is more modern than my VMSERVE and has the
advantage of your continual support, which I can't do w/o
access to a VM system. Also, your technical knowledge has
grown since I retired (and so has VM), so RxServe may have
features that VMSERVE wasn't capable of.
VMSERVE is ai
We had about 7 servers in each of up to 18 VM systems to manage, all based
on RxServer, and obviously we were able to do it all from one location.
2009/9/16 Les Koehler
> Iirc, Pipes provides the facilities to negate the problem, but I don't
> remember the details.
>
>
> Interested parties mi
Iirc, Pipes provides the facilities to negate the problem,
but I don't remember the details.
Interested parties might want to investigate/try my VMSERVE
PACKAGE from the VM Download Library. It's a little old
now, but when I retired it was widely used within IBM,
saving lots of folks a lot o
I'm sorry to rise to the bait, but the nearly universal misunderstanding of the
MAKEBUF command is one of my sore spots.
There is absolutely nothing about MAKEBUF that provides any sort of separation
of the records in the program stack. Successive reads from the stack will
completely ignore
you are unsure of what called routines might have
> done.
>
>
> Regards,
> Richard Schuh
>
>
>
>
> --
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Kris Buelens
> *Sent:* Monday, September
System
09/15/2009 11:36 AM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Problem that is a blast from the past...
Do you want "DROPBUF" or "DROPBUF 0"? Without a number, only the last
buffer created is dropped; 0 implies al
nes might have done.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Kris Buelens
Sent: Monday, September 14, 2009 11:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problem that is a blast from the past...
t; 09/14/2009 04:03 PM
> Please respond to
> The IBM z/VM Operating System
>
> To
> IBMVM@LISTSERV.UARK.EDU cc
> Subject
> Re: Problem that is a blast from the past...
>
>
>
>
> As far as I know: CP FOR can only be used to execute CP commands on behalf
>
BM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Problem that is a blast from the past...
As far as I know: CP FOR can only be used to execute CP commands on behalf
of the target user, it does not generate console interrupts as opposed to
CP SEND.
2009/9/14 Mike Walte
As far as I know: CP FOR can only be used to execute CP commands on behalf
of the target user, it does not generate console interrupts as opposed to CP
SEND.
2009/9/14 Mike Walter
> Is there any chance of some other SVM issuing a 'CP SEND' or 'CP FOR'
> command to the server running WAKEUP and e
respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Problem that is a blast from the past...
Yes, I aware of that. The issue is why the console interrupt is happening
in the first place. I haven't been able to track down a cause. So, I've
ll leave something on the stack and
>> wakeup will exit.
>> The 300 secs come from the +5
>>
>> Cal Fisher
>> MVMUA website
>http://www2.marist.edu/~mvmua/<http://www2.marist.edu/%7Emvmua/>
>> My Navy memoirs http://www.the-fishers.com/cal/Navy
>>
&g
300 secs come from the +5
>
> Cal Fisher
> MVMUA website http://www2.marist.edu/~mvmua/<http://www2.marist.edu/%7Emvmua/>
> My Navy memoirs http://www.the-fishers.com/cal/Navy
>
>
>
> - Original Message - From: "Martha McConaghy"
> To:
> Sent: Wed
/~mvmua/
My Navy memoirs http://www.the-fishers.com/cal/Navy
- Original Message -
From: "Martha McConaghy"
To:
Sent: Wednesday, September 09, 2009 5:58 PM
Subject: Re: Problem that is a blast from the past...
That's the strange part, there is nothing. This is
09 2:51 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Problem that is a blast from the past...
>
> On Wednesday, 09/09/2009 at 05:26 EDT, Martha McConaghy
> wrote:
> >
> > WAKEUP +5 ( CONS EXT SMSG FILE(HOBBIT TIMES *)
> >
> > Sometimes, it will run through
: Problem that is a blast from the past...
> VMUTIL DMSEXT072E Error in EXEC file IDLEUESR, line 0 - not found
Hmmm. Could it be as simple as a typo for your problem? "line 0 - not
found" usually means that the exec can't be found.
"IDLEUESR" is an unusual spelli
".
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
"Wakser, David"
Sent by: "The IBM z/VM Operating System"
09/09/2009 04:42 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.E
That's the strange part, there is nothing. This is happening on VM systems
with very little going on, so there isn't any "noise". Here's what the
console looks like when it happens:
DMSCYW2246I 15:06:26 WAKEUP in (299 sec).
DMSCYW2246I* 00066 ==/==/== +5 15:11:26 EXEC HOBVARS
DMSCYW2246I* 00067
On Wednesday, 09/09/2009 at 05:26 EDT, Martha McConaghy
wrote:
>
> WAKEUP +5 ( CONS EXT SMSG FILE(HOBBIT TIMES *)
>
> Sometimes, it will run through a sequence and then exit, sometimes it
will run
> for several days before it happens. This is happening on different
systems
> to, not just on o
Its definitely not a disk access issue. Its running on its own private 191
disk on each of the systems. I had originally thought it was a problem with
the filemode, but I changed it to A6 and the problem still occurs.
I'm not sure if the external interrupt is a "red herring" though. Wakeup
is s
ng System [mailto:ib...@listserv.uark.edu] On
Behalf Of Wandschneider, Scott
Sent: Wednesday, September 09, 2009 5:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problem that is a blast from the past...
Where is HOBBIT TIMES located? If the file changes should that disk be
re-accessed ?
Thank you,
Scott
-
@LISTSERV.UARK.EDU
Subject: Problem that is a blast from the past...
Well, I got to pull out my old System/370 reference "green card" (really
a
yellow book) for the first time in quite a while. That was quite
nostalgic.
The reason for using it isn't quite as much fun, though. I'm try
On Sep 9, 2009, at 4:13 PM, Martha McConaghy wrote:
Well, I got to pull out my old System/370 reference "green
card" (really a
yellow book) for the first time in quite a while. That was quite
nostalgic.
The reason for using it isn't quite as much fun, though. I'm trying
to get
the Xymon c
Well, I got to pull out my old System/370 reference "green card" (really a
yellow book) for the first time in quite a while. That was quite
nostalgic.
The reason for using it isn't quite as much fun, though. I'm trying to get
the Xymon client for VM working, which uses WAKEUP. I haven't used th
24 matches
Mail list logo