Re: Recycle yourself
> If you want something more immediate, you can code a > process in PROP (or any of the other console managers). > (i.e. look for "LINUX70 LOGGED OFF" and execute a XAUTOLOG) My PROP includes a routine called RELOG which keeps a list of 'important' virtual machines, to be automatically logged on if they are seen to log off *from a disconnected state* (* for emphasis). If they are being logged off by a sysprog to STAY off, someone must connect to them first. It includes a few optional 'conditions' for relog, such as "IF machine X is already logged on", and "IF machine Y is NOT logged on". I had not remembered this, but as someone here commented, there is a problem with the logoff message being too early for a relog to work. I see that my RELOG EXEC does in fact SLEEP 1 SEC before performing the XAUTOLOG. Shimon
Re: Recycle yourself
Put the Linux machines under AUDITORs control. If you want something more immediate, you can code a process in PROP (or any of the other console managers). (i.e. look for "LINUX70 LOGGED OFF" and execute a XAUTOLOG) Tom Duerbusch THD Consulting >>> Scott Rohling <[EMAIL PROTECTED]> 10/29/2008 8:37 PM >>> Right -- SIGNAL I know about.. but you can only SIGNAL SHUTDOWN .. How about a SIGNAL SHUTDOWN -R ;-) Thanks - Scott On Wed, Oct 29, 2008 at 6:50 PM, Nick Laflamme <[EMAIL PROTECTED]> wrote: > On Oct 29, 2008, at 7:17 PM, Scott Rohling wrote: > > Is there a 'native' way to have your guest brought down and autologged? I >> suppose I'm looking for a CP command which instead of allowing the guest to >> say.. IPL - actually signals it off >> > > If this were "You Bet Your Life," you'd win the prize, for "SIGNAL" is the > command you're looking for. It only works if the guest registers with CP to > receive signals, but it would suit your purposes. > > Romney White once published an example of CMS code that lets you load a CMS > nucleus extension to catch a signal. Linux has supported it for years. And, > of course, there's the CP command, SIGNAL, to manually initiate a SIGNAL to > a specific guest. > > Nothing tells the guest to re-start itself, so perhaps we'd want a second > signal besides, "SHUTDOWN" to differentiate between "die," and "die and come > back." > > But, you're in the right neighborhood. >
Re: Recycle yourself
CP enthusiasts think of "shutdown reipl"; Unix types think of "init 6." Even Windows has a restart option on its line-mode shutdown command. The point is that the client has to be willing to accept a second signal, one that means, "start over again, please." Of course, if you don't feel like modifying both CP and Linux, you might find it easier to use one of those external agents. (I'm getting challenged on this by the guy who allegedly ran SFS on HPO 5??? :-) ) Nick On Oct 30, 2008, at 10:44 AM, Schuh, Richard wrote: I would like to see how that would be implemented, the die and come back part, without some external agent being involved. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme Sent: Wednesday, October 29, 2008 5:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Recycle yourself Nothing tells the guest to re-start itself, so perhaps we'd want a second signal besides, "SHUTDOWN" to differentiate between "die," and "die and come back." But, you're in the right neighborhood.
Re: Recycle yourself
Alan Altmark wrote: There is nothing built into z/VM that does what you want. You'll have to build it. Sounds like an afternoon's work. -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
Re: Recycle yourself
On Thursday, 10/30/2008 at 11:04 EDT, Scott Rohling <[EMAIL PROTECTED]> wrote: > Great suggestions! And yes - I agree this probably isn't worth automating - > that's why I was looking for a 'native' solution. There is nothing built into z/VM that does what you want. You'll have to build it. Alan Altmark z/VM Development IBM Endicott
Re: Recycle yourself
My vote is Phoenix ;-) It's got the **nix thing going for it too.. Scott On Thu, Oct 30, 2008 at 9:54 AM, Rich Smrcina <[EMAIL PROTECTED]> wrote: > Adam Thornton wrote: > >> On Oct 30, 2008, at 10:44 AM, Schuh, Richard wrote: >> >> I would like to see how that would be implemented, the die and come back >>> part, without some external agent being involved. >>> >> >> This is getting way too theological for me. >> >> Adam >> >> We could call this the Lazarus signal. > > > -- > > Rich Smrcina > VM Assist, Inc. > Phone: 414-491-6001 > Ans Service: 360-715-2467 > rich.smrcina at vmassist.com > http://www.linkedin.com/in/richsmrcina > > Catch the WAVV! http://www.wavv.org > WAVV 2009 - Orlando, FL - May 15-19, 2009 >
Re: Recycle yourself
Adam Thornton wrote: On Oct 30, 2008, at 10:44 AM, Schuh, Richard wrote: I would like to see how that would be implemented, the die and come back part, without some external agent being involved. This is getting way too theological for me. Adam We could call this the Lazarus signal. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: Recycle yourself
On Oct 30, 2008, at 10:44 AM, Schuh, Richard wrote: I would like to see how that would be implemented, the die and come back part, without some external agent being involved. This is getting way too theological for me. Adam
Re: Recycle yourself
I would like to see how that would be implemented, the die and come back part, without some external agent being involved. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme > Sent: Wednesday, October 29, 2008 5:50 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Recycle yourself > > > Nothing tells the guest to re-start itself, so perhaps we'd > want a second signal besides, "SHUTDOWN" to differentiate > between "die," and "die and come back." > > But, you're in the right neighborhood. >
Re: Recycle yourself
The IBM z/VM Operating System wrote on 10/29/2008 11:01:17 PM: > Pipelines can connect to *VMEVENT, but a better option would be to use > the support in VM operations manager to do it and have it manage the > whole thing. But, if you have the operations manager, you could just > have it watch the console for a certain message to appear (Linux > executed echo "$$$RECYCLE ME$$$" > /dev/console) and then just do the > shutdown and restart in an action routine... > > Bruce Hayden > Linux on System z Advanced Technical Support > IBM, Endicott, NY I've already automated something similar here and run into one snag. The logoff event (and indeed the operator message that the userid is logged off) preceeds its really being gone from the system. When I attempted to drive an XAUTOLOG... action directly from the logoff event, I consistently received a logoff/force pending response. I instead had to implement an exec which looped on the error response, pausing before retrying. I considered opening a PMR, but have MY solution already in place.
Re: Recycle yourself
Great suggestions! And yes - I agree this probably isn't worth automating - that's why I was looking for a 'native' solution. But this has all given me some ideas about how to provide the Linux teams administering the Linux servers a way to easily restart servers: Example: Give a guest used by Linux support authority to do CP SEND .. then they can issue 'vmcp send cp guestid ipl 200 clear' on Linux to restart the guestid server.. I know I was looking for a complete restart.. but a way to reIPL the guests might be useful more of the time. (this has some security issues, I know ;-) Thanks! Scott On Thu, Oct 30, 2008 at 12:01 AM, Bruce Hayden <[EMAIL PROTECTED]> wrote: > Change your step that says "go into a loop" to say to wait for a > message from the *VMEVENT system service telling you the userid has > logged off. Once you get that message, then you can autolog.. > > I think an improvement would be to tell the "RECYCLVM" the Linux id > that is going to be recycled (it could be from Linux itself) and then > have the Linux id issue a signal shutdown to itself and the service > machine would wait for the VMEVENT information as before. That way, > you wouldn't have to set up some kind of authorization scheme so > unauthorized people could recycle your Linux servers. Since the Linux > server shuts itself down, you presume a root user did it. > > Pipelines can connect to *VMEVENT, but a better option would be to use > the support in VM operations manager to do it and have it manage the > whole thing. But, if you have the operations manager, you could just > have it watch the console for a certain message to appear (Linux > executed echo "$$$RECYCLE ME$$$" > /dev/console) and then just do the > shutdown and restart in an action routine... > > Personally, I think this is a rare enough event that it isn't worth > automating. You can dynamically add about anything now (CPUs, disks, > memory in the future) so the need for a recycle because of a directory > change would be more and more rare. > > On Thu, Oct 30, 2008 at 12:51 AM, Scott Rohling <[EMAIL PROTECTED]> > wrote: > > I didn't explain something very well in my initial post.. > > > > In the 2nd paragraph, where I talk about a CMS guest.. > > > > I meant to say that I could have a guest running CMS who could captures > MSGs > > or SMSGs sent to it -- and have a RECYCLE EXEC it ran if it received a > > message of 'recycle' from a Linux (or any other type of) guest.. The > > RECYCLE EXEC would: > > > > - Accept an argument of the userid to be recycled > > - Issue a CP SIGNAL SHUTDOWN userid (userid = the userid who sent > the > > msg) > > - Go into a loop and wait for CP Q USERID userid to get an RC45 > > (either the Linux guest will logoff or the SIGNAL timeout will log it > off) > > - CP XAUTOLOG userid once the above loop ends > > > > Let's say we set up a user called RECYCLVM who is a CMS guest who waits > for > > a MSG of 'RECYCLE'... (via WAKEUP) .. it would call RECYCLE EXEC > passing > > the userid of the user who sent the message. > > > > So now a Linux guest can issue: 'vmcp msg recyclvm recycle' > > > > I know I can do that fairly easily - but I think z/VM itself could do it > > fairly easily too. Whether it's worth the development effort -- umm. > > Maybe the process above is cheapest ;-) > > > > Thanks - Scott > > -- > Bruce Hayden > Linux on System z Advanced Technical Support > IBM, Endicott, NY >
Re: Recycle yourself
Change your step that says "go into a loop" to say to wait for a message from the *VMEVENT system service telling you the userid has logged off. Once you get that message, then you can autolog.. I think an improvement would be to tell the "RECYCLVM" the Linux id that is going to be recycled (it could be from Linux itself) and then have the Linux id issue a signal shutdown to itself and the service machine would wait for the VMEVENT information as before. That way, you wouldn't have to set up some kind of authorization scheme so unauthorized people could recycle your Linux servers. Since the Linux server shuts itself down, you presume a root user did it. Pipelines can connect to *VMEVENT, but a better option would be to use the support in VM operations manager to do it and have it manage the whole thing. But, if you have the operations manager, you could just have it watch the console for a certain message to appear (Linux executed echo "$$$RECYCLE ME$$$" > /dev/console) and then just do the shutdown and restart in an action routine... Personally, I think this is a rare enough event that it isn't worth automating. You can dynamically add about anything now (CPUs, disks, memory in the future) so the need for a recycle because of a directory change would be more and more rare. On Thu, Oct 30, 2008 at 12:51 AM, Scott Rohling <[EMAIL PROTECTED]> wrote: > I didn't explain something very well in my initial post.. > > In the 2nd paragraph, where I talk about a CMS guest.. > > I meant to say that I could have a guest running CMS who could captures MSGs > or SMSGs sent to it -- and have a RECYCLE EXEC it ran if it received a > message of 'recycle' from a Linux (or any other type of) guest.. The > RECYCLE EXEC would: > > - Accept an argument of the userid to be recycled > - Issue a CP SIGNAL SHUTDOWN userid (userid = the userid who sent the > msg) > - Go into a loop and wait for CP Q USERID userid to get an RC45 > (either the Linux guest will logoff or the SIGNAL timeout will log it off) > - CP XAUTOLOG userid once the above loop ends > > Let's say we set up a user called RECYCLVM who is a CMS guest who waits for > a MSG of 'RECYCLE'... (via WAKEUP) .. it would call RECYCLE EXEC passing > the userid of the user who sent the message. > > So now a Linux guest can issue: 'vmcp msg recyclvm recycle' > > I know I can do that fairly easily - but I think z/VM itself could do it > fairly easily too. Whether it's worth the development effort -- umm. > Maybe the process above is cheapest ;-) > > Thanks - Scott -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY
Re: Recycle yourself
I didn't explain something very well in my initial post.. In the 2nd paragraph, where I talk about a CMS guest.. I meant to say that I could have a guest running CMS who could captures MSGs or SMSGs sent to it -- and have a RECYCLE EXEC it ran if it received a message of 'recycle' from a Linux (or any other type of) guest.. The RECYCLE EXEC would: - Accept an argument of the userid to be recycled - Issue a CP SIGNAL SHUTDOWN userid (userid = the userid who sent the msg) - Go into a loop and wait for CP Q USERID userid to get an RC45 (either the Linux guest will logoff or the SIGNAL timeout will log it off) - CP XAUTOLOG userid once the above loop ends Let's say we set up a user called RECYCLVM who is a CMS guest who waits for a MSG of 'RECYCLE'... (via WAKEUP) .. it would call RECYCLE EXEC passing the userid of the user who sent the message. So now a Linux guest can issue: 'vmcp msg recyclvm recycle' I know I can do that fairly easily - but I think z/VM itself could do it fairly easily too. Whether it's worth the development effort -- umm. Maybe the process above is cheapest ;-) Thanks - Scott On Wed, Oct 29, 2008 at 6:17 PM, Scott Rohling <[EMAIL PROTECTED]>wrote: > Is there a 'native' way to have your guest brought down and autologged? I > suppose I'm looking for a CP command which instead of allowing the guest to > say.. IPL - actually signals it off (respecting signal times) and brings it > immediately back. This would be nice for Linux guests -- say their > directory is updated to allow more memory ... if they could issue 'vmcp > recycle' at their convenience - it could be very handy. > > I know can I can have a CMS guest sit there - wait for a msg/smsg - and do > it fairly easily.. The Linux guest would issue "msg recyclvm recycle" for > example.The recycle routine on recyclvm would issue the signal shutdown > -- wait for the guest to go down - and then immediately xautolog it. > > Just looking for ideas..thanks! > > Scott Rohling > > >
Re: Recycle yourself
If you have AUDITOR set up for it, he will check for your special userid and after it has been shutdown/logoff via SIGNAL, he will XAUTOLOG it. Sort of like what TCPIP does for its list of servers. /Tom Kern Rich Smrcina wrote: > Scott Rohling wrote: >> Well - I'm not looking to reipl -- that's just a shutdown -r now .. I >> want the userid 'logged off' - the guest control blocks out of z/VM >> memory - and then for it to come up via XAUTOLOG or whatever method >> would reload the guest back into memory with the current directory >> info as when you XAUTOLOG... >> >> Thanks - Scott > > Currently the process is SIGNAL SHUTDOWN, which eventually will log the > virtual machine off. At that point XAUTOLOG can be issued to bring the > machine up. >
Re: Recycle yourself
It would be a cool function to have in CP! Submit a requirement! Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Wednesday, October 29, 2008 7:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Recycle yourself Well - I'm not looking to reipl -- that's just a shutdown -r now .. I want the userid 'logged off' - the guest control blocks out of z/VM memory - and then for it to come up via XAUTOLOG or whatever method would reload the guest back into memory with the current directory info as when you XAUTOLOG... Thanks - Scott On Wed, Oct 29, 2008 at 7:48 PM, Romanowski, John (OFT) <[EMAIL PROTECTED]> wrote: Maybe use kernel parameter vmpoff="IPL" or "IPL devaddr" and have linux do 'power off' or 'halt -p' see Device Drivers Features and Commands manual This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System on behalf of Scott Rohling Sent: Wed 10/29/2008 8:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Recycle yourself Is there a 'native' way to have your guest brought down and autologged? I suppose I'm looking for a CP command which instead of allowing the guest to say.. IPL - actually signals it off (respecting signal times) and brings it immediately back. This would be nice for Linux guests -- say their directory is updated to allow more memory ... if they could issue 'vmcp recycle' at their convenience - it could be very handy. I know can I can have a CMS guest sit there - wait for a msg/smsg - and do it fairly easily.. The Linux guest would issue "msg recyclvm recycle" for example.The recycle routine on recyclvm would issue the signal shutdown -- wait for the guest to go down - and then immediately xautolog it. Just looking for ideas..thanks! Scott Rohling
Re: Recycle yourself
Scott Rohling wrote: Well - I'm not looking to reipl -- that's just a shutdown -r now .. I want the userid 'logged off' - the guest control blocks out of z/VM memory - and then for it to come up via XAUTOLOG or whatever method would reload the guest back into memory with the current directory info as when you XAUTOLOG... Thanks - Scott Currently the process is SIGNAL SHUTDOWN, which eventually will log the virtual machine off. At that point XAUTOLOG can be issued to bring the machine up. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: Recycle yourself
Well - I'm not looking to reipl -- that's just a shutdown -r now .. I want the userid 'logged off' - the guest control blocks out of z/VM memory - and then for it to come up via XAUTOLOG or whatever method would reload the guest back into memory with the current directory info as when you XAUTOLOG... Thanks - Scott On Wed, Oct 29, 2008 at 7:48 PM, Romanowski, John (OFT) < [EMAIL PROTECTED]> wrote: > Maybe use kernel parameter vmpoff="IPL" or "IPL devaddr" and have linux do > 'power off' or 'halt -p' > see Device Drivers Features and Commands manual > > > > > This e-mail, including any attachments, may be confidential, privileged or > otherwise legally protected. It is intended only for the addressee. If you > received this e-mail in error or from someone who was not authorized to send > it to you, do not disseminate, copy or otherwise use this e-mail or its > attachments. Please notify the sender immediately by reply e-mail and > delete the e-mail from your system. > > > -Original Message- > > From: The IBM z/VM Operating System on behalf of Scott Rohling > Sent: Wed 10/29/2008 8:17 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Recycle yourself > > Is there a 'native' way to have your guest brought down and autologged? I > suppose I'm looking for a CP command which instead of allowing the guest to > say.. IPL - actually signals it off (respecting signal times) and brings > it > immediately back. This would be nice for Linux guests -- say their > directory is updated to allow more memory ... if they could issue 'vmcp > recycle' at their convenience - it could be very handy. > > I know can I can have a CMS guest sit there - wait for a msg/smsg - and do > it fairly easily.. The Linux guest would issue "msg recyclvm recycle" for > example.The recycle routine on recyclvm would issue the signal shutdown > -- wait for the guest to go down - and then immediately xautolog it. > > Just looking for ideas..thanks! > > Scott Rohling >
Re: Recycle yourself
Romanowski, John (OFT) wrote: Maybe use kernel parameter vmpoff="IPL" or "IPL devaddr" and have linux do 'power off' or 'halt -p' see Device Drivers Features and Commands manual vmpoff is not required in order for SIGNAL SHUTDOWN to work. IPL is only required for startup. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: Recycle yourself
Maybe use kernel parameter vmpoff="IPL" or "IPL devaddr" and have linux do 'power off' or 'halt -p' see Device Drivers Features and Commands manual This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System on behalf of Scott Rohling Sent: Wed 10/29/2008 8:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Recycle yourself Is there a 'native' way to have your guest brought down and autologged? I suppose I'm looking for a CP command which instead of allowing the guest to say.. IPL - actually signals it off (respecting signal times) and brings it immediately back. This would be nice for Linux guests -- say their directory is updated to allow more memory ... if they could issue 'vmcp recycle' at their convenience - it could be very handy. I know can I can have a CMS guest sit there - wait for a msg/smsg - and do it fairly easily.. The Linux guest would issue "msg recyclvm recycle" for example.The recycle routine on recyclvm would issue the signal shutdown -- wait for the guest to go down - and then immediately xautolog it. Just looking for ideas..thanks! Scott Rohling
Re: Recycle yourself
Right -- SIGNAL I know about.. but you can only SIGNAL SHUTDOWN .. How about a SIGNAL SHUTDOWN -R ;-) Thanks - Scott On Wed, Oct 29, 2008 at 6:50 PM, Nick Laflamme <[EMAIL PROTECTED]> wrote: > On Oct 29, 2008, at 7:17 PM, Scott Rohling wrote: > > Is there a 'native' way to have your guest brought down and autologged? I >> suppose I'm looking for a CP command which instead of allowing the guest to >> say.. IPL - actually signals it off >> > > If this were "You Bet Your Life," you'd win the prize, for "SIGNAL" is the > command you're looking for. It only works if the guest registers with CP to > receive signals, but it would suit your purposes. > > Romney White once published an example of CMS code that lets you load a CMS > nucleus extension to catch a signal. Linux has supported it for years. And, > of course, there's the CP command, SIGNAL, to manually initiate a SIGNAL to > a specific guest. > > Nothing tells the guest to re-start itself, so perhaps we'd want a second > signal besides, "SHUTDOWN" to differentiate between "die," and "die and come > back." > > But, you're in the right neighborhood. >
Re: Recycle yourself
On Oct 29, 2008, at 7:17 PM, Scott Rohling wrote: Is there a 'native' way to have your guest brought down and autologged? I suppose I'm looking for a CP command which instead of allowing the guest to say.. IPL - actually signals it off If this were "You Bet Your Life," you'd win the prize, for "SIGNAL" is the command you're looking for. It only works if the guest registers with CP to receive signals, but it would suit your purposes. Romney White once published an example of CMS code that lets you load a CMS nucleus extension to catch a signal. Linux has supported it for years. And, of course, there's the CP command, SIGNAL, to manually initiate a SIGNAL to a specific guest. Nothing tells the guest to re-start itself, so perhaps we'd want a second signal besides, "SHUTDOWN" to differentiate between "die," and "die and come back." But, you're in the right neighborhood.
Recycle yourself
Is there a 'native' way to have your guest brought down and autologged? I suppose I'm looking for a CP command which instead of allowing the guest to say.. IPL - actually signals it off (respecting signal times) and brings it immediately back. This would be nice for Linux guests -- say their directory is updated to allow more memory ... if they could issue 'vmcp recycle' at their convenience - it could be very handy. I know can I can have a CMS guest sit there - wait for a msg/smsg - and do it fairly easily.. The Linux guest would issue "msg recyclvm recycle" for example.The recycle routine on recyclvm would issue the signal shutdown -- wait for the guest to go down - and then immediately xautolog it. Just looking for ideas..thanks! Scott Rohling