Isn't that the interrupt you would expect to see from the +5 interval? Normally, that would cause a return code of 2. Could this be a case of nearly simultaneous occurring events, with RC=6 taking precedence over RC=2? Admittedly, I am spoiled by KWAKEUP's much friendlier interface, so I have no recent experience with WAKEUP. I last wrestled with it over 20 years ago.
Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark > Sent: Wednesday, September 09, 2009 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 > <u...@vm.marist.edu> 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 one VM system. I suspect that some silly > thing is not > set > > correctly, but I have no idea what. I finally did a CP > TRACE EXT on > > one of them and found that it is getting an external interrupt code > 1004. > > According to my trusty old reference book, that is a "clock > comparator" > > interrupt. That is what is causing WAKEUP to stop with RC=6. > > While it's true that EXT 1004 is a timer pop, RC=6 from > WAKEUP indicates it detected a console I/O interrupt. I am > wondering if some sort of automation sequence (CP SEND) is > bothering the virtual machine. Since there's no QUIET > option, the reason for the wakeup should be in the console. > > Alan Altmark > z/VM Development > IBM Endicott >