Re: Ten Questions to ask a Prospective z/VM Systems Programmer
At the risk of beating the horse recursively... Looking at the thread, I think it would be an interesting approach to ask the applicant what the top-10 questions would be he or she would ask someone applying for a VM systems programmer job. It might reveal whether they follow the mailing list, whether they pick easy or hard questions, and whether they start something even when they are not fully sure about the details... -Rob
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Schuh, Richard [EMAIL PROTECTED] wrote: You need to read up on MW :-) W is not a fallback mode, as there is no first attempt to get it M. Instead, MW says, in effect, bypass the check for simple read or write links, only fail if the disk is already linked Stable or Exclusive by a user. OK - I give you that. I accept that there is no first and second attempt - but the effect is the same. The number of people that I have met that have no concept of the difference between M, MR MW is amazing. Colin Allinson Amadeus Data Processing GmbH
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Dude, at least you get Champaign with the pizza. Our beer's warm. Bob Shair wrote: What's Normal? Just north of Bloomington.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
What does she look like?
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
At 09:02 PM 4/10/2008, you wrote: What's Normal? 90 degrees from the current nominal vector composition. 8-) Just north of Bloomington. Close enough.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
The last being the main criterion used in making the decision, no doubt. If you wait until you have the details, you aren't qualified :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Friday, April 11, 2008 12:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer At the risk of beating the horse recursively... Looking at the thread, I think it would be an interesting approach to ask the applicant what the top-10 questions would be he or she would ask someone applying for a VM systems programmer job. It might reveal whether they follow the mailing list, whether they pick easy or hard questions, and whether they start something even when they are not fully sure about the details... -Rob
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Then you throw in the V suffix to utterly confuse them :-) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson Sent: Friday, April 11, 2008 12:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer Schuh, Richard [EMAIL PROTECTED] wrote: You need to read up on MW :-) W is not a fallback mode, as there is no first attempt to get it M. Instead, MW says, in effect, bypass the check for simple read or write links, only fail if the disk is already linked Stable or Exclusive by a user. OK - I give you that. I accept that there is no first and second attempt - but the effect is the same. The number of people that I have met that have no concept of the difference between M, MR MW is amazing. Colin Allinson Amadeus Data Processing GmbH
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
You obviously have not been to the discrimination classes. You would already have lost the suit before it is filed. Especially if he is ugly. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Friday, April 11, 2008 6:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer What does she look like?
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Thanks Colin, Your last paragraph hit the the nail (enter key) right on the head. Currently being unemployed and only installed z/VM 4.4 18 months ago showed me what a dinosaur I've become. Colin Allinson [EMAIL PROTECTED] wrote: Howard Rifkind [EMAIL PROTECTED] wrote :- If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? Howard, I guess it really depends what you want to find out. If you accept that the person is already a z/VM systems programmer and is telling the truth then, I suspect, you will want to find the depth of knowledge. That, really, has to be related to the product set and applications that are important to you. If you are wanting to verify the applicant does have the basic knowledge that they say they have then I would suggest that you angle these to avoiding 'C**K-ups'. I have listed a few questions below but, beware, I went to an interview once where the guy (from an MVS background) felt he needed to ask me technical questions. To each one I had to reply 'The answer you are looking for is but, really, this is the answer. '. Here are a few basic questions :- q: How do you safely update a program or static file on a running system without causing problems to applications using it? a: You rename the program or file just before putting the new one in place. Applications will continue to use the old file until they reaccess the disk it is on. q: What is the difference between linking a disk with mode W and mode M? a: Using mode W will link the disk if no-one else has it linked for READ. Using mode M will link the disk if no-one else has it linked for WRITE. q. How does linking a disk with mode MW function what is the result - assuming you have authority to do the link? a: If someone else has the disk linked for WRITE then the M link will fail so the fallback mode (W) will be used and a write link will be established anyway. This should only be used on rare occasions where you know what you are doing (and almost never on a CMS formatted minidisk). q: With no special tools and only basic VM commands, what is the easiest way to see if another user is active? a: Give two CP IND USER commands a few seconds apart and compare the differences. I am sure there are a whole load more than that if I thought about it for a while but, really, any z/VM sysprog will know all these so it is really a question of deciding if you believe them. Far more telling might be issues like 'Why do you want to work in Dinosaur technology with little, or no, career path' - unless the candidate is already in their 60's, in which case it is obvious. Colin Allinson Amadeus Data Processing GmbH IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees. It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system. Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
BTW, Any one in the NY Metro area looking for a z/VM sysprog who is getting rather long in the tooth please contact me off line Thanks Colin Allinson [EMAIL PROTECTED] wrote: Howard Rifkind [EMAIL PROTECTED] wrote :- If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? Howard, I guess it really depends what you want to find out. If you accept that the person is already a z/VM systems programmer and is telling the truth then, I suspect, you will want to find the depth of knowledge. That, really, has to be related to the product set and applications that are important to you. If you are wanting to verify the applicant does have the basic knowledge that they say they have then I would suggest that you angle these to avoiding 'C**K-ups'. I have listed a few questions below but, beware, I went to an interview once where the guy (from an MVS background) felt he needed to ask me technical questions. To each one I had to reply 'The answer you are looking for is but, really, this is the answer. '. Here are a few basic questions :- q: How do you safely update a program or static file on a running system without causing problems to applications using it? a: You rename the program or file just before putting the new one in place. Applications will continue to use the old file until they reaccess the disk it is on. q: What is the difference between linking a disk with mode W and mode M? a: Using mode W will link the disk if no-one else has it linked for READ. Using mode M will link the disk if no-one else has it linked for WRITE. q. How does linking a disk with mode MW function what is the result - assuming you have authority to do the link? a: If someone else has the disk linked for WRITE then the M link will fail so the fallback mode (W) will be used and a write link will be established anyway. This should only be used on rare occasions where you know what you are doing (and almost never on a CMS formatted minidisk). q: With no special tools and only basic VM commands, what is the easiest way to see if another user is active? a: Give two CP IND USER commands a few seconds apart and compare the differences. I am sure there are a whole load more than that if I thought about it for a while but, really, any z/VM sysprog will know all these so it is really a question of deciding if you believe them. Far more telling might be issues like 'Why do you want to work in Dinosaur technology with little, or no, career path' - unless the candidate is already in their 60's, in which case it is obvious. Colin Allinson Amadeus Data Processing GmbH IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees. It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system. Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Do you follow the IBMVM Discussion List? (In which case, if the answer's, Yes you might reasonably expect them to have revised and already know the answers to the other nine. :-) ) A couple of, matters arising that're otherwise apropos of nothing ... Do people who survive on a diet of pizza and coffee ever LIVE to see 80? What is a, normal personality profile for a Systems Programmer?
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 8:48 AM, Jeff Gribbin, EDS [EMAIL PROTECTED] wrote: What is a, normal personality profile for a Systems Programmer? Argh... misunderstood the suggestion. I thought that having a normal personality would make a person less suitable for the job :-) I can't recall any good VM Systems Programmer with a normal social behavior... Rob (also speak for myself)
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Howard Rifkind [EMAIL PROTECTED] wrote :- If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? Howard, I guess it really depends what you want to find out. If you accept that the person is already a z/VM systems programmer and is telling the truth then, I suspect, you will want to find the depth of knowledge. That, really, has to be related to the product set and applications that are important to you. If you are wanting to verify the applicant does have the basic knowledge that they say they have then I would suggest that you angle these to avoiding 'C**K-ups'. I have listed a few questions below but, beware, I went to an interview once where the guy (from an MVS background) felt he needed to ask me technical questions. To each one I had to reply 'The answer you are looking for is but, really, this is the answer. '. Here are a few basic questions :- q: How do you safely update a program or static file on a running system without causing problems to applications using it? a: You rename the program or file just before putting the new one in place. Applications will continue to use the old file until they reaccess the disk it is on. q: What is the difference between linking a disk with mode W and mode M? a: Using mode W will link the disk if no-one else has it linked for READ. Using mode M will link the disk if no-one else has it linked for WRITE. q. How does linking a disk with mode MW function what is the result - assuming you have authority to do the link? a: If someone else has the disk linked for WRITE then the M link will fail so the fallback mode (W) will be used and a write link will be established anyway. This should only be used on rare occasions where you know what you are doing (and almost never on a CMS formatted minidisk). q: With no special tools and only basic VM commands, what is the easiest way to see if another user is active? a: Give two CP IND USER commands a few seconds apart and compare the differences. I am sure there are a whole load more than that if I thought about it for a while but, really, any z/VM sysprog will know all these so it is really a question of deciding if you believe them. Far more telling might be issues like 'Why do you want to work in Dinosaur technology with little, or no, career path' - unless the candidate is already in their 60's, in which case it is obvious. Colin Allinson Amadeus Data Processing GmbH IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees. It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system. Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Several years ago all hiring managers and above were required to attend classes on recruiting and hiring the best people. One class dealt with avoiding the future workplace troublemaker. They handed out a list of personality traits to avoid that almost perfectly described a typical I.T. person. Couldn't keep a straight face the rest of the day, but the pizza and beer sure tasted good that night. -Original Message- From: The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU Sent: 4/10/2008 1:55 AM Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thu, Apr 10, 2008 at 8:48 AM, Jeff Gribbin, EDS [EMAIL PROTECTED] wrote: What is a, normal personality profile for a Systems Programmer? Argh... misunderstood the suggestion. I thought that having a normal personality would make a person less suitable for the job :-) I can't recall any good VM Systems Programmer with a normal social behavior... Rob (also speak for myself)
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
What is a, normal personality profile for a Systems Programmer? Argh... misunderstood the suggestion. I thought that having a normal personality would make a person less suitable for the job :-) I can't recall any good VM Systems Programmer with a normal social behavior... Rob (also speak for myself) Hey, I resemble that remark! Ed Zell Illinois Mutual Life (309) 636-0107 . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Several years ago all hiring managers and above were required to attend classes on recruiting and hiring the best people. One class dealt with avoiding the future workplace troublemaker. They handed out a list of personality traits to avoid that almost perfectly described a typical I.T. person. Couldn't keep a straight face the rest of the day, but the pizza and beer sure tasted good that night. Catherine, Speaking of pizza and beer, I got my first lesson on VM Paging at the local pub here in Peoria. I was 23 years old and was drinking beer and eating pizza, imagine that! The IBM SE ended up drawing some pictures on the back of a bar napkin so I could understand it. Then a few days later he gave me this document THE PAGING GAME http://baetzler.de/humor/paging_game.html I sure learned a lot at Sully's Irish Pub back in my bachelor days! Ed Zell Illinois Mutual Life (309) 636-0107 . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On: Thu, Apr 10, 2008 at 12:28:44AM +0100,Dave Wade Wrote: } One place I went too also wanted you to have a normal personality } profile... That would depend on your definition of normal. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 7:23 PM, Stephen Frazier [EMAIL PROTECTED] wrote: A. Using mode MW is a way to allow several VSE guests to share a mini disk. If the mini disk is CMS formated then it is a good way to make all the data on the disk unavailable. If it is a Linux disk it is a way to make your Linux guests crash randomly. And bonus points for MWV :-) Rob
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 7:54 PM, Thomas Kern [EMAIL PROTECTED] wrote: Virtual Reserve/Release - Allowing two or more MVS-type guests to properly share DASD in write-mode. The subtle details are in where the V goes (on the MDISK statement, not on the link) and why this sometimes requires a full pack mini disk... (when you share the disk with systems outside your z/VM LPAR). Rob
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
If you share with a user outside your own LPAR, you need real Reserve/Release, not virtual. The virtual is for when you have multiple guests running in the same LPAR, under the same CP, who need the Reserve/release. Virtual reserve/Release will do nothing to prevent clashes with other LPARs. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Thursday, April 10, 2008 11:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thu, Apr 10, 2008 at 7:54 PM, Thomas Kern [EMAIL PROTECTED] wrote: Virtual Reserve/Release - Allowing two or more MVS-type guests to properly share DASD in write-mode. The subtle details are in where the V goes (on the MDISK statement, not on the link) and why this sometimes requires a full pack mini disk... (when you share the disk with systems outside your z/VM LPAR). Rob
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, April 10, 2008 1:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer If you share with a user outside your own LPAR, you need real Reserve/Release, not virtual. The virtual is for when you have multiple guests running in the same LPAR, under the same CP, who need the Reserve/release. Virtual reserve/Release will do nothing to prevent clashes with other LPARs. Regards, Richard Schuh IIRC, virtual reserve / release plus a full-volume mdisk is needed to share with other systems on other LPARs successfully. I.e. the virtual reserve / release, in that case, actually does a reserve to the volume in question. -- 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.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
You don't. Virtual Reserve/Release emulates the real reserve and release CCWs when you have two guests in the same LPAR sharing an O/S or VSE disk. Real R/R would be of no help in that instance because it applies at the control unit level and reserves the device to an LPAR or, if running in basic mode on a pre z9 system, a physical machine. Any access from that same LPAR or machine is allowed. That is why Virtual R/R is needed when there are multiple guests sharing the same disk. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, April 10, 2008 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, April 10, 2008 1:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer If you share with a user outside your own LPAR, you need real Reserve/Release, not virtual. The virtual is for when you have multiple guests running in the same LPAR, under the same CP, who need the Reserve/release. Virtual reserve/Release will do nothing to prevent clashes with other LPARs. Regards, Richard Schuh IIRC, virtual reserve / release plus a full-volume mdisk is needed to share with other systems on other LPARs successfully. I.e. the virtual reserve / release, in that case, actually does a reserve to the volume in question. -- 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.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
To share with other LPARS you need REAL reserve/release, which I think entails coding SHARED in on the RDEV in the system configuration file.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 1:43 PM, Rob van der Heij [EMAIL PROTECTED] wrote: On Thu, Apr 10, 2008 at 7:23 PM, Stephen Frazier [EMAIL PROTECTED] wrote: A. Using mode MW is a way to allow several VSE guests to share a mini disk. If the mini disk is CMS formated then it is a good way to make all the data on the disk unavailable. If it is a Linux disk it is a way to make your Linux guests crash randomly. And bonus points for MWV :-) Rob MWV is mother never told you mode with a virtual reserve/release so that any, uhh, *history* (that is, content) will be preserved. -- R;
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thursday, 04/10/2008 at 02:54 EDT, Quay, Jonathan (IHG) [EMAIL PROTECTED] wrote: To share with other LPARS you need REAL reserve/release, which I think entails coding SHARED in on the RDEV in the system configuration file. 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. 2. A successful RESERVE is always enforced on the local VM system. Always. 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. 4. If the volume containing the mdisk is defined as SHARED in SYSTEM CONFIG or via SET SHARED ON, a virtual R/R will be enforced locally AND a real R/R will flow to the volume. So the only case where a real Reserve/Release is used is MWV + fullpack + SHARED. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
We used to DEDICATE the packs to the MVS or VSE images running underneath and share across physical CECs (3090 days). -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, April 10, 2008 3:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thursday, 04/10/2008 at 02:54 EDT, Quay, Jonathan (IHG) [EMAIL PROTECTED] wrote: To share with other LPARS you need REAL reserve/release, which I think entails coding SHARED in on the RDEV in the system configuration file. 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. 2. A successful RESERVE is always enforced on the local VM system. Always. 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. 4. If the volume containing the mdisk is defined as SHARED in SYSTEM CONFIG or via SET SHARED ON, a virtual R/R will be enforced locally AND a real R/R will flow to the volume. So the only case where a real Reserve/Release is used is MWV + fullpack + SHARED. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 9:38 PM, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 04/10/2008 at 02:54 EDT, Quay, Jonathan (IHG) [EMAIL PROTECTED] wrote: To share with other LPARS you need REAL reserve/release, which I think entails coding SHARED in on the RDEV in the system configuration file. 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. Uh... don't think so. If your mini disk starts at cylinder 0 and the real volume is shared, the reserve CCW would be a real one... 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. Isn't the check for start at 0 rather than full pack? I recall our RACF database sitting at cyl 0 and we had some other mini disks behind it. That works because RACF does not really do reserve/release. Rob -- Rob van der Heij Velocity Software GmbH http://velocitysoftware.com/
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
At a time my customer had some softwares that all required a shared minidisk with Reserve/Release (MIM, STK, ...), these softwares required two disks for safety; STK required 4 as we had 2 silos. With VM's restriction that real R/R works for a fullpack only,, it would have costed us 6 (or was it 8?) fullpacks with only a couple of cylinders used. So, I wrote a small CP mod to remove that fullpack requirement. A new restriction arose: no more than 1 minidisk with R/R on a single pack, restriction not enforced by my mod, we had to keep that in mind. Mod still in place on our z/VM 5.2 - till end june when my customer shuts down the last VM partition and I will be without z/VM work. Every virtual thing I built up since 20 years ago will stop living and be mummified on some DDR tapes either for a while or until z/VM resurrects to support Linux. Happily there are some visible remains on http://www.vm.ibm.com/download/packages/ 2008/4/10, McKown, John [EMAIL PROTECTED]: -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, April 10, 2008 1:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer If you share with a user outside your own LPAR, you need real Reserve/Release, not virtual. The virtual is for when you have multiple guests running in the same LPAR, under the same CP, who need the Reserve/release. Virtual reserve/Release will do nothing to prevent clashes with other LPARs. Regards, Richard Schuh IIRC, virtual reserve / release plus a full-volume mdisk is needed to share with other systems on other LPARs successfully. I.e. the virtual reserve / release, in that case, actually does a reserve to the volume in question. -- 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. -- Kris Buelens, IBM Belgium, VM customer support
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thu, Apr 10, 2008 at 8:53 PM, Schuh, Richard [EMAIL PROTECTED] wrote: You don't. Virtual Reserve/Release emulates the real reserve and release CCWs when you have two guests in the same LPAR sharing an O/S or VSE disk. Real R/R would be of no help in that instance because it applies at the control unit level and reserves the device to an LPAR or, if running in basic mode on a pre z9 system, a physical machine. Any access from that same LPAR or machine is allowed. That is why Virtual R/R is needed when there are multiple guests sharing the same disk. Virtual Reserve/Release is needed when you have virtual machines that share a R/W disk with proper protocol. Real reserve/release is necessary when you share between LPARs. The combination of virtual and real reserve release is when you have multiple virtual machines as well as different LPARs (or systems). There is no shortcut for this. The other gotcha is that your mini disk must start at cylinder 0 to make the real reserve/release work. The other interesting thing is that for example RACF does not use reserve/release, but does try it to see whether the disk is shared. Careless configuration may cause it to take a long route where it should not, or may corrupt your database. Rob -- Rob van der Heij Velocity Software GmbH http://velocitysoftware.com/
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Hmmm. It seems we are in agreement on that. My point was countering the statement that MWV was necessary and sufficient for sharing with other LPARs. It is neither necessary nor sufficient for that purpose. Making the disk SHARED through the config file or by command fills the role for that purpose; the V suffix in the MDISK statement fills it for virtual machines running in the same LPAR (assuming all other requirements are also met). Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Thursday, April 10, 2008 12:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thu, Apr 10, 2008 at 8:53 PM, Schuh, Richard [EMAIL PROTECTED] wrote: You don't. Virtual Reserve/Release emulates the real reserve and release CCWs when you have two guests in the same LPAR sharing an O/S or VSE disk. Real R/R would be of no help in that instance because it applies at the control unit level and reserves the device to an LPAR or, if running in basic mode on a pre z9 system, a physical machine. Any access from that same LPAR or machine is allowed. That is why Virtual R/R is needed when there are multiple guests sharing the same disk. Virtual Reserve/Release is needed when you have virtual machines that share a R/W disk with proper protocol. Real reserve/release is necessary when you share between LPARs. The combination of virtual and real reserve release is when you have multiple virtual machines as well as different LPARs (or systems). There is no shortcut for this. The other gotcha is that your mini disk must start at cylinder 0 to make the real reserve/release work. The other interesting thing is that for example RACF does not use reserve/release, but does try it to see whether the disk is shared. Careless configuration may cause it to take a long route where it should not, or may corrupt your database. Rob -- Rob van der Heij Velocity Software GmbH http://velocitysoftware.com/
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
That works; however, it precludes the sharing of a disk among multiple MVS or VSE guests running under the same CP. If only one user needs access to the disk, then dedicate or attach are sufficient. You do need to insure that the devices shared this way are shared in the RDEV, either through the SYSTEM CONFIG file or via command. Would making the devices unsupported prevent the command rejects on reserve and release CCWs? Of course, doing that opens another can of worms. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, April 10, 2008 12:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer We used to DEDICATE the packs to the MVS or VSE images running underneath and share across physical CECs (3090 days). -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, April 10, 2008 3:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thursday, 04/10/2008 at 02:54 EDT, Quay, Jonathan (IHG) [EMAIL PROTECTED] wrote: To share with other LPARS you need REAL reserve/release, which I think entails coding SHARED in on the RDEV in the system configuration file. 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. 2. A successful RESERVE is always enforced on the local VM system. Always. 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. 4. If the volume containing the mdisk is defined as SHARED in SYSTEM CONFIG or via SET SHARED ON, a virtual R/R will be enforced locally AND a real R/R will flow to the volume. So the only case where a real Reserve/Release is used is MWV + fullpack + SHARED. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thursday, 04/10/2008 at 04:05 EDT, Rob van der Heij [EMAIL PROTECTED] wrote: 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. Uh... don't think so. If your mini disk starts at cylinder 0 and the real volume is shared, the reserve CCW would be a real one... Without the V, CCW translation will reject the RESERVE. 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. Isn't the check for start at 0 rather than full pack? I recall our RACF database sitting at cyl 0 and we had some other mini disks behind it. That works because RACF does not really do reserve/release. It is full pack, not start at 0. And, yes, RACF really does RESERVEs on ECKD volumes. He does not on FBA volumes and this is why database sharing is not permitted. When RACF comes up you can see the messages on his console telling you if reserve/release is available. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Thursday, 04/10/2008 at 04:23 EDT, Schuh, Richard [EMAIL PROTECTED] wrote: Would making the devices unsupported prevent the command rejects on reserve and release CCWs? Of course, doing that opens another can of worms. If they are unsupported then you cannot use them for minidisks. You must dedicate them and you must specify RESERVE_RELEASE YES in SYSTEM CONFIG. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
It depends on what specific things you want the z/VM systems programmer to support-such as: Install and maintain z/VM any specific IBM and ISV products under z/VM (SES and non-SES) any existing REXX exec's any existing Assembler programs any existing Exits and Mods guest operating systems such as VSE, zOS, Novell SuSE Linux, RedHat Linux. Will the zVM sysprog support just the zVM or install and maintain the guest OS as well? Support operators and provide procedures Hardware concerns (HCD/IOCP gens, dasd migrations, tape support etc.) Backup concerns (In-house and DR backups, DR procedures, tape encryption, etc.) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, April 09, 2008 4:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. *
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
How about changing the thread name for this thing? It is out of control. Jim Hughes 603-271-5586 There's no sense in being precise when you don't even know what you're talking about. John von Neumann From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Ann (ISD, IT) Sent: Thursday, April 10, 2008 4:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer It depends on what specific things you want the z/VM systems programmer to support-such as: Install and maintain z/VM any specific IBM and ISV products under z/VM (SES and non-SES) any existing REXX exec's any existing Assembler programs any existing Exits and Mods guest operating systems such as VSE, zOS, Novell SuSE Linux, RedHat Linux. Will the zVM sysprog support just the zVM or install and maintain the guest OS as well? Support operators and provide procedures Hardware concerns (HCD/IOCP gens, dasd migrations, tape support etc.) Backup concerns (In-house and DR backups, DR procedures, tape encryption, etc.) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, April 09, 2008 4:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. *
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Well stated. Also to consider, the degree to which this person/position will need to play well with others. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Smith, Ann (ISD, IT) Sent: Thursday, April 10, 2008 3:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer It depends on what specific things you want the z/VM systems programmer to support-such as: Install and maintain z/VM any specific IBM and ISV products under z/VM (SES and non-SES) any existing REXX exec's any existing Assembler programs any existing Exits and Mods guest operating systems such as VSE, zOS, Novell SuSE Linux, RedHat Linux. Will the zVM sysprog support just the zVM or install and maintain the guest OS as well? Support operators and provide procedures Hardware concerns (HCD/IOCP gens, dasd migrations, tape support etc.) Backup concerns (In-house and DR backups, DR procedures, tape encryption, etc.)
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Oh and add Security concerns (support of DIRMAINT and RACF or VMSECURE or TOPSECRET , or whatever Security products you use.) From: Smith, Ann (ISD, IT) Sent: Thursday, April 10, 2008 5:08 PM To: 'The IBM z/VM Operating System' Subject: RE: Ten Questions to ask a Prospective z/VM Systems Programmer Oh and add Network support (IP and SNA connections, network printer support via RSCS) From: Smith, Ann (ISD, IT) Sent: Thursday, April 10, 2008 4:56 PM To: 'The IBM z/VM Operating System' Subject: RE: Ten Questions to ask a Prospective z/VM Systems Programmer It depends on what specific things you want the z/VM systems programmer to support-such as: Install and maintain z/VM any specific IBM and ISV products under z/VM (SES and non-SES) any existing REXX exec's any existing Assembler programs any existing Exits and Mods guest operating systems such as VSE, zOS, Novell SuSE Linux, RedHat Linux. Will the zVM sysprog support just the zVM or install and maintain the guest OS as well? Support operators and provide procedures Hardware concerns (HCD/IOCP gens, dasd migrations, tape support etc.) Backup concerns (In-house and DR backups, DR procedures, tape encryption, etc.) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, April 09, 2008 4:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. *
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
But you might use them as dedicated devices that are shared with outside (of VM) agents. That is the point of making a device shared in the config file or by command - to keep CP from killing channel programs containing RESERVE or RELEASE. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, April 10, 2008 1:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Thursday, 04/10/2008 at 04:23 EDT, Schuh, Richard [EMAIL PROTECTED] wrote: Would making the devices unsupported prevent the command rejects on reserve and release CCWs? Of course, doing that opens another can of worms. If they are unsupported then you cannot use them for minidisks. You must dedicate them and you must specify RESERVE_RELEASE YES in SYSTEM CONFIG. Alan Altmark z/VM Development IBM Endicott
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Alan Altmark [EMAIL PROTECTED] wrote: 1. The MDISK must be defined as MWV. If you don't do that, the virtual machine will get a COMMAND REJECT on a RESERVE CCW. 2. A successful RESERVE is always enforced on the local VM system. Always. 3. If the MDISK is a fullpack minidisk (DEVNO or 0-END) then the minidisk is ELIGIBLE for real RESERVE/RELEASE. 4. If the volume containing the mdisk is defined as SHARED in SYSTEM CONFIG or via SET SHARED ON, a virtual R/R will be enforced locally AND a real R/R will flow to the volume. Who lives in the blue house? ...phsiii
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
At 09:02 PM 4/10/2008, you wrote: What's Normal? Just north of Bloomington. Bob Shair Open Systems Consulting Champaign, Illinois
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
It might help to describe the new z/VM System Programmer's job description in this instance. Some shops farm out support of networking, IODEF, hardware cabling, program products, application support, guest support, end user support, etc. while in other shops the one lonely and overloaded VM sysprog does it all. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Howard Rifkind [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/09/2008 03:42 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
I suppose it would differ based on whether you were looking for someone to train or was experienced, and what type of shop you have. For example, I might want someone with TPF support experience who could install the VSSI products and, if a dump is taken, determine whether IBM or VSSI code is most likely to be at fault. Another helpful factor would be whether the applicant had a good working knowledge of the hardware. Someone else may who has a VSE or Linux shop would have an entirely different set of criteria. Then, there is the operations support side. How heavily will the operators lean on the sysprog? Will this person be required to build and support tools that the users need and rely upon. Is REXX and/or Pipelines needed? This seems almost like a Bit type of answer - YMMV. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, April 09, 2008 1:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
On Wednesday, 04/09/2008 at 04:47 EDT, Howard Rifkind [EMAIL PROTECTED] wrote: If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? 1. Do you enjoy working late? 2. Are you willing to turn over your life to a machine? 3. Do you like pizza and beer? 4. Can you live on it for 72 hours straight? 5. Does you have a swimming pool at your house? 6. Do you smell bad after 36 hours without a shower? 7. Why is significant about the number 80? 8. Name the first 8 colors that come to mind. [Blue, Red, Green, White, Turqoise, Pink, Yellow, Black] -- Chuckie
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
All of the above... Mike Walter [EMAIL PROTECTED] wrote: It might help to describe the new z/VM System Programmer's job description in this instance. Some shops farm out support of networking, IODEF, hardware cabling, program products, application support, guest support, end user support, etc. while in other shops the one lonely and overloaded VM sysprog does it all. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Howard Rifkind [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/09/2008 03:42 PMPlease respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Ten Questions to ask a Prospective z/VM Systems Programmer If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? If you have suggestions please also include answers...Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
Love this one, Alan Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 04/09/2008 at 04:47 EDT, Howard Rifkind wrote: If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? 1. Do you enjoy working late? 2. Are you willing to turn over your life to a machine? 3. Do you like pizza and beer? 4. Can you live on it for 72 hours straight? 5. Does you have a swimming pool at your house? 6. Do you smell bad after 36 hours without a shower? 7. Why is significant about the number 80? 8. Name the first 8 colors that come to mind. [Blue, Red, Green, White, Turqoise, Pink, Yellow, Black] -- Chuckie __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
These are all good, but my first question would be, 'Is there a difference between z/VM and VMware?' Depending on the answer you may not need to ask any more questions. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Alan Altmark Sent: Wednesday, April 09, 2008 4:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Wednesday, 04/09/2008 at 04:47 EDT, Howard Rifkind [EMAIL PROTECTED] wrote: If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? 1. Do you enjoy working late? 2. Are you willing to turn over your life to a machine? 3. Do you like pizza and beer? 4. Can you live on it for 72 hours straight? 5. Does you have a swimming pool at your house? 6. Do you smell bad after 36 hours without a shower? 7. Why is significant about the number 80? 8. Name the first 8 colors that come to mind. [Blue, Red, Green, White, Turqoise, Pink, Yellow, Black] -- Chuckie
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, April 09, 2008 4:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer On Wednesday, 04/09/2008 at 04:47 EDT, Howard Rifkind [EMAIL PROTECTED] wrote: If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? 1. Do you enjoy working late? 2. Are you willing to turn over your life to a machine? 3. Do you like pizza and beer? 4. Can you live on it for 72 hours straight? 5. Does you have a swimming pool at your house? 6. Do you smell bad after 36 hours without a shower? 7. Why is significant about the number 80? It's when I'm likely going to retire, given the economy and my bad decisions. 8. Name the first 8 colors that come to mind. [Blue, Red, Green, White, Turqoise, Pink, Yellow, Black] -- Chuckie -- 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.
Re: Ten Questions to ask a Prospective z/VM Systems Programmer
One place I went too also wanted you to have a normal personality profile... -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: 09 April 2008 22:15 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ten Questions to ask a Prospective z/VM Systems Programmer Love this one, Alan Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 04/09/2008 at 04:47 EDT, Howard Rifkind wrote: If you were hiring a new z/VM systems programmer what would be the 5-10 most important questions you would ask the applicant? 1. Do you enjoy working late? 2. Are you willing to turn over your life to a machine? 3. Do you like pizza and beer? 4. Can you live on it for 72 hours straight? 5. Does you have a swimming pool at your house? 6. Do you smell bad after 36 hours without a shower? 7. Why is significant about the number 80? 8. Name the first 8 colors that come to mind. [Blue, Red, Green, White, Turqoise, Pink, Yellow, Black] -- Chuckie __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com