Re: New standard for networking help
If you choose to create an EXEC like the one Neale proposed to capture all of the information about your system, you may want to separate the output into multiple files. The output from the CP Query ALL and the set of user commands can be very large. You should consider how many devices are attached to your VM system (One of our systems has more than 12,000 DASD devices.) and how many users are logged on (We have LPARs that host Linux guests that have more than 150 user-ids logged on.). The rest of the list is manageable in a single file. Rick Barlow Nationwide Insurance
Re: New standard for networking help
On Thu, Jul 15, 2010 at 5:06 PM, Alan Altmark alan_altm...@us.ibm.com wrote: Bottom line, it enabled me to discover the problem in about 5 minutes - the NATIVE and default VLAN on DEFINE VSWITCH had the same value. With so many people getting excited, I feel un irresitable urge to assume my position on the peanut gallery this Friday afternoon... Well that may be true, but at what expense for the customer? From my current position, I obviously welcome any effort the customer is willing to put in to increase my efficiency and improve the quality of my response. And I do expect that most of those 17 pages was their normal documentation that they maintain for the system anyway. But one should ask how long that customer has been fighting the problem to make them think it required such extensive documentation. And if it only took you 5 minutes to browse those 17 pages (certainly not read it all) and find the cause and post to the mailing list, is it clear enough in the books to prevent the problem from happening. But in a former life as customer, I soon realized that vendors were asking for extensive documentation and experiments only to buy time (so once you had things collected, they could tell you that you have a really old level and could you try with the latest version). An automated program to generate such documentation with no effort - or worse, even before the vendor asks for it - really defeats the purpose... :-) Seriously, I doubt such a tell me all you know program will improve things. Especially since it only shows what the customer defined, not what he meant to define or should have defined. Much of what you can collect just is not needed in most cases. Like in this case, having the Rick's list of 16,000 volumes would not have made Alan's task any easier (depending on the layout of that list, he would have told us 285 pages of documentation to be the norm :-) Don't get me wrong. I do value some kind of standard form or checklist for each specific problem area. But I would focus on the 10% of the information that resolves 90% of the questions. My experience is that 3 questions is about the maximum you can do (beyond that, people seem to think it's multiple choice and they answer just one or two of them :-) | Rob
Re: New standard for networking help
Hello Everyone, I have been following this conversation with great interest. I like Rob have been on both sides of Conversation. Now I am the customer with the documentation. Having good documentation helps everyone involved, and good change management (of some sort) helps debug issues. I have noticed that I always have 'Almost' enough information, but it is 'you need a little more'. (I hope that I never caused that much problem for my customers but) Is there a check list that we could come up with that would be a standard, short list of documentation? Or is this just a pipe dream? Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Friday, July 23, 2010 8:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help On Thu, Jul 15, 2010 at 5:06 PM, Alan Altmark alan_altm...@us.ibm.com wrote: Bottom line, it enabled me to discover the problem in about 5 minutes - the NATIVE and default VLAN on DEFINE VSWITCH had the same value. With so many people getting excited, I feel un irresitable urge to assume my position on the peanut gallery this Friday afternoon... Well that may be true, but at what expense for the customer? From my current position, I obviously welcome any effort the customer is willing to put in to increase my efficiency and improve the quality of my response. And I do expect that most of those 17 pages was their normal documentation that they maintain for the system anyway. But one should ask how long that customer has been fighting the problem to make them think it required such extensive documentation. And if it only took you 5 minutes to browse those 17 pages (certainly not read it all) and find the cause and post to the mailing list, is it clear enough in the books to prevent the problem from happening. But in a former life as customer, I soon realized that vendors were asking for extensive documentation and experiments only to buy time (so once you had things collected, they could tell you that you have a really old level and could you try with the latest version). An automated program to generate such documentation with no effort - or worse, even before the vendor asks for it - really defeats the purpose... :-) Seriously, I doubt such a tell me all you know program will improve things. Especially since it only shows what the customer defined, not what he meant to define or should have defined. Much of what you can collect just is not needed in most cases. Like in this case, having the Rick's list of 16,000 volumes would not have made Alan's task any easier (depending on the layout of that list, he would have told us 285 pages of documentation to be the norm :-) Don't get me wrong. I do value some kind of standard form or checklist for each specific problem area. But I would focus on the 10% of the information that resolves 90% of the questions. My experience is that 3 questions is about the maximum you can do (beyond that, people seem to think it's multiple choice and they answer just one or two of them :-) | Rob
Re: New standard for networking help
On Fri, Jul 23, 2010 at 3:26 PM, Edward M Martin emar...@aultman.com wrote: Having good documentation helps everyone involved, and good change management (of some sort) helps debug issues. Haha. For those without proper change management, when they tell you nothing changed it sometimes helps to ask what do you think someone else might have changed to cause this difference :-) | Rob
Re: New standard for networking help
And the problem goes away when they don't do anything to fix the problem that they didn't cause by not changing anything. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Friday, July 23, 2010 6:50 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help On Fri, Jul 23, 2010 at 3:26 PM, Edward M Martin emar...@aultman.com wrote: Having good documentation helps everyone involved, and good change management (of some sort) helps debug issues. Haha. For those without proper change management, when they tell you nothing changed it sometimes helps to ask what do you think someone else might have changed to cause this difference :-) | Rob
Re: New standard for networking help
No, my result is perfect, no lines lost, no errors (on a z/VM 5.2 and 5.4, both with built-in and plastic plumbing). Note the error you introduced by inserting a blank in in front of the , This causes both the warning message and the leaking of users. My example had: |split 1 after /,/ I admit I could (and probably should) have coded |split 1 after , 2010/7/19 Schuh, Richard rsc...@visa.com Because it will give the wrong results! split 1 after / ,/ will result in an error. split 1 after string / ,/ is probably what you meant, but it really isn't what you want. split 1 after string / ,/ | chop 8 will result in getting only the first two ids of a line that can contain up to 5 of them.. Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Neale Ferguson *Sent:* Monday, July 19, 2010 1:28 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: New standard for networking help Because it was quick and dirty. On 7/19/10 3:25 PM, Kris Buelens kris.buel...@gmail.com wrote: Sorry to be nitpicking on this good idea: - why expose to errors by not using ADDRESS COMMAND? - why throwing away any userid starting with VSM. Take this instead - 'PIPE CP Q NAMES', - '|StrNfind /VSM_-/', - '|SPLIT 1 after /,/', - '|CHOP 8', '|Stem name.' -- Kris Buelens, IBM Belgium, VM customer support
Re: New standard for networking help
The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott I think you missed the intent of the suggestion. Often we see that people don't know what information might be useful to solve a problem. If there is some key information that makes solving problems easier, then having a guideline often helps people collect the right stuff to get the problem solved the first time around. Others have suggested a automated way; that's cool, but you have to define what you (IBM) need before you can automate anything. Then the REXX and Pipe fiends will take over and find a way to collect it. 8-) Returning to the report in question, if that's the paradigm that you find useful, gut it of customer details, and let's see it. If nothing else, it will make a good example of what kind of things need to be collected. -- db
Re: New standard for networking help
Here¹s an EXEC I use to do initial data gathering. I had updated it but have lost the latest copy. Anyway it¹s a start: /* */ CP.1 = 'Q ALL' CP.2 = 'Q CPLEVEL' CP.3 = 'Q SRM' CP.4 = 'Q ALLOC' CP.5 = 'Q ALLOC PAGE' CP.6 = 'Q ALLOC SPOOL' CP.7 = 'Q ALLOC TDISK' CP.8 = 'Q MDC' CP.9 = 'Q VDISK' CP.10 = 'Q FRAME' CP.11 = 'IND' CP.12 = 'IND Q' CP.13 = 'Q VSWITCH ALL DETAILS' CP.0 = 13 User.1 = 'Q SHARE' User.2 = 'Q QUICKDSP' User.3 = 'IND USER' User.0 = 3 'PIPE cms ERASE VM REPORT' 'PIPE (end ? name GETUSER)', '| cp Q N', '| split', '| strip', '| nfind VSM' ||, '| spec 1.8 1', '| strip', '| stem Name.' do I_CP = 1 to CP.0 'PIPE (name GETCP end ?)', '| cp' CP.I_CP, '| literal' CP.I_CP, '| append literal ' '| VM REPORT A' end do I_User = 1 to User.0 do I_Name = 1 to Name.0 'PIPE (name GETUSER end ?)', '| cp' User.I_User Name.I_Name, '| literal' User.I_user Name.I_Name, '| append literal ', '| VM REPORT A' end end 'PIPE (name GETSTSI)', '| cms EXEC STSI', '| literal STSI', '| append literal ', '| VM REPORT A' exit On 7/19/10 10:19 AM, David Boyes dbo...@sinenomine.net wrote: The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott I think you missed the intent of the suggestion. Often we see that people don't know what information might be useful to solve a problem. If there is some key information that makes solving problems easier, then having a guideline often helps people collect the right stuff to get the problem solved the first time around. Others have suggested a automated way; that's cool, but you have to define what you (IBM) need before you can automate anything. Then the REXX and Pipe fiends will take over and find a way to collect it. 8-) Returning to the report in question, if that's the paradigm that you find useful, gut it of customer details, and let's see it. If nothing else, it will make a good example of what kind of things need to be collected. -- db
Re: New standard for networking help
Sorry to be nitpicking on this good idea: - why expose to errors by not using ADDRESS COMMAND? - why throwing away any userid starting with VSM. Take this instead 'PIPE CP Q NAMES', '|StrNfind /VSM_-/', '|SPLIT 1 after /,/', '|CHOP 8', '|Stem name.' 2010/7/19 Neale Ferguson ne...@sinenomine.net Here¹s an EXEC I use to do initial data gathering. I had updated it but have lost the latest copy. Anyway it¹s a start: /* */ CP.1 = 'Q ALL' CP.2 = 'Q CPLEVEL' CP.3 = 'Q SRM' CP.4 = 'Q ALLOC' CP.5 = 'Q ALLOC PAGE' CP.6 = 'Q ALLOC SPOOL' CP.7 = 'Q ALLOC TDISK' CP.8 = 'Q MDC' CP.9 = 'Q VDISK' CP.10 = 'Q FRAME' CP.11 = 'IND' CP.12 = 'IND Q' CP.13 = 'Q VSWITCH ALL DETAILS' CP.0 = 13 User.1 = 'Q SHARE' User.2 = 'Q QUICKDSP' User.3 = 'IND USER' User.0 = 3 'PIPE cms ERASE VM REPORT' 'PIPE (end ? name GETUSER)', '| cp Q N', '| split', '| strip', '| nfind VSM' ||, '| spec 1.8 1', '| strip', '| stem Name.' do I_CP = 1 to CP.0 'PIPE (name GETCP end ?)', '| cp' CP.I_CP, '| literal' CP.I_CP, '| append literal ' '| VM REPORT A' end do I_User = 1 to User.0 do I_Name = 1 to Name.0 'PIPE (name GETUSER end ?)', '| cp' User.I_User Name.I_Name, '| literal' User.I_user Name.I_Name, '| append literal ', '| VM REPORT A' end end 'PIPE (name GETSTSI)', '| cms EXEC STSI', '| literal STSI', '| append literal ', '| VM REPORT A' exit On 7/19/10 10:19 AM, David Boyes dbo...@sinenomine.net wrote: The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott I think you missed the intent of the suggestion. Often we see that people don't know what information might be useful to solve a problem. If there is some key information that makes solving problems easier, then having a guideline often helps people collect the right stuff to get the problem solved the first time around. Others have suggested a automated way; that's cool, but you have to define what you (IBM) need before you can automate anything. Then the REXX and Pipe fiends will take over and find a way to collect it. 8-) Returning to the report in question, if that's the paradigm that you find useful, gut it of customer details, and let's see it. If nothing else, it will make a good example of what kind of things need to be collected. -- db -- Kris Buelens, IBM Belgium, VM customer support
Re: New standard for networking help
Because it was quick and dirty. On 7/19/10 3:25 PM, Kris Buelens kris.buel...@gmail.com wrote: Sorry to be nitpicking on this good idea: * why expose to errors by not using ADDRESS COMMAND? * why throwing away any userid starting with VSM. Take this instead * 'PIPE CP Q NAMES', * '|StrNfind /VSM_-/', * '|SPLIT 1 after /,/', * '|CHOP 8', '|Stem name.'
Re: New standard for networking help
Because it will give the wrong results! split 1 after / ,/ will result in an error. split 1 after string / ,/ is probably what you meant, but it really isn't what you want. split 1 after string / ,/ | chop 8 will result in getting only the first two ids of a line that can contain up to 5 of them.. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Neale Ferguson Sent: Monday, July 19, 2010 1:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help Because it was quick and dirty. On 7/19/10 3:25 PM, Kris Buelens kris.buel...@gmail.com wrote: Sorry to be nitpicking on this good idea: * why expose to errors by not using ADDRESS COMMAND? * why throwing away any userid starting with VSM. Take this instead * 'PIPE CP Q NAMES', * '|StrNfind /VSM_-/', * '|SPLIT 1 after /,/', * '|CHOP 8', '|Stem name.'
Re: New standard for networking help
One nice thing I know redhat does that I'm surprised IBM doesn't is they have a script that collects all kinds of system information that the SA runs when submitting a ticket that gives them everything RH wants. Why doesn't IBM do this and include a capture script in VM to collect data and request that script be run and sent in with any ticket being opened. It may not be as pretty and the Doc here but the important thing is Doc and IBM is the ones who know what they want. We can only guess or just send to much doc. Just a thought. William 'Doug' Carroll -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Les Koehler Sent: Saturday, July 17, 2010 12:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help The trick is the code to collect and organize all the information! Les Alan Altmark wrote: On Friday, 07/16/2010 at 10:18 EDT, David Boyes dbo...@sinenomine.net wrote: Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.
Re: New standard for networking help
My friend, Chuckie, whispered to me that all World-Class Systems Programmers would undoubtedly like to know about and adhere to this new Standard of Excellence, so I immediately thought of you all. :-) I admit to being anxious to see how others will improve upon this standard (such as by including chocolate)! Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? Sort of a Jackson Pollock paint-by-number kit... --db PS - *grin*
Re: New standard for networking help
On Fri, 16 Jul 2010 09:18:02 -0500 David Boyes said: My friend, Chuckie, whispered to me that all World-Class Systems Programmers would undoubtedly like to know about and adhere to this new Standard of Excellence, so I immediately thought of you all. :-) I admit to being anxious to see how others will improve upon this standard (such as by including chocolate)! Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? Sort of a Jackson Pollock paint-by-number kit... I'm trying to figure out what to do with the supply of napkins from the coffee shop and felt tip pens we were instructed to use previously. I mean, we used multi-colors too. Leave it to IBM to change the standard and not tell anyone. I mean, was there a user requirement for this change? --db PS - *grin*
Re: New standard for networking help
As Jack from Stargate would say. I didn't get the memo, You get the memo, I'm not getting all my memos. :) Hans -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of A. Harry Williams Sent: July-16-10 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help On Fri, 16 Jul 2010 09:18:02 -0500 David Boyes said: My friend, Chuckie, whispered to me that all World-Class Systems Programmers would undoubtedly like to know about and adhere to this new Standard of Excellence, so I immediately thought of you all. :-) I admit to being anxious to see how others will improve upon this standard (such as by including chocolate)! Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? Sort of a Jackson Pollock paint-by-number kit... I'm trying to figure out what to do with the supply of napkins from the coffee shop and felt tip pens we were instructed to use previously. I mean, we used multi-colors too. Leave it to IBM to change the standard and not tell anyone. I mean, was there a user requirement for this change? --db PS - *grin*
Re: New standard for networking help
On Friday, 07/16/2010 at 10:18 EDT, David Boyes dbo...@sinenomine.net wrote: Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott
Re: New standard for networking help
The trick is the code to collect and organize all the information! Les Alan Altmark wrote: On Friday, 07/16/2010 at 10:18 EDT, David Boyes dbo...@sinenomine.net wrote: Perhaps Chuckie would like to create a template for submitting networking problems that demonstrates this new artistic movement? The point was not the format, but that the information was organized, complete, and easy to read. Alan Altmark z/VM Development IBM Endicott
Re: New standard for networking help
Curiously, it's missing a hyperlinked index, glossary, summary of changes , and a version tracking number. Otherwise, kudos to the author. ;) Brian Nielsen On Thu, 15 Jul 2010 11:06:45 -0400, Alan Altmark alan_altm...@us.ibm.com wrote: I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. A customer asked for assistance with a networking problem. With that request was a 17-page document that contained: - A table of contents with 3 heading levels of detail - A drawing of the network, logical and physical, with IP addresses and subnets, and MAC addresses (virtual and real). Color-coded. - OSA card configuration and port/adapter status, with screen shots of t he OSA Advanced Facilities output. - Queries showing software levels of z/VM and Linux - AUTOLOG1's PROFILE EXEC and SYSTEM CONFIG - Directory definitions - Linux PROFILE EXECs configurations, including ifconfig and lscss - Ping results (inbound and outbound) - QUERY VSWITCH and QUERY NIC results All output from CP and Linux was shown nicely pasted into frames with easy-to-read colored backgrounds and no wrapping. Commentary was provid ed with appropriate use of arrows and contrasting colors (e.g. red = unexpected results). Boldface type was used to emphasize those pieces o f output the customer thought was relevant. In short, a work of art that brought tears of joy to my eyes The respe ct this document showed for the reader cannot be understated! (I am thinking about placing it in the VM Hall of Fame.) Bottom line, it enabled me to discover the problem in about 5 minutes - the NATIVE and default VLAN on DEFINE VSWITCH had the same value. My friend, Chuckie, whispered to me that all World-Class Systems Programmers would undoubtedly like to know about and adhere to this new Standard of Excellence, so I immediately thought of you all. :-) I adm it to being anxious to see how others will improve upon this standard (such as by including chocolate)! Regards, Alan Alan Altmark Security Architect IBM z/VM Development
Re: New standard for networking help
awww. too bad chuckie is color blind! -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, July 15, 2010 10:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: New standard for networking help I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. A customer asked for assistance with a networking problem. With that request was a 17-page document that contained: - A table of contents with 3 heading levels of detail - A drawing of the network, logical and physical, with IP addresses and subnets, and MAC addresses (virtual and real). Color-coded. - OSA card configuration and port/adapter status, with screen shots of the OSA Advanced Facilities output. - Queries showing software levels of z/VM and Linux - AUTOLOG1's PROFILE EXEC and SYSTEM CONFIG - Directory definitions - Linux PROFILE EXECs configurations, including ifconfig and lscss - Ping results (inbound and outbound) - QUERY VSWITCH and QUERY NIC results All output from CP and Linux was shown nicely pasted into frames with easy-to-read colored backgrounds and no wrapping. Commentary was provided with appropriate use of arrows and contrasting colors (e.g. red = unexpected results). Boldface type was used to emphasize those pieces of output the customer thought was relevant. In short, a work of art that brought tears of joy to my eyes The respect this document showed for the reader cannot be understated! (I am thinking about placing it in the VM Hall of Fame.) Bottom line, it enabled me to discover the problem in about 5 minutes - the NATIVE and default VLAN on DEFINE VSWITCH had the same value. My friend, Chuckie, whispered to me that all World-Class Systems Programmers would undoubtedly like to know about and adhere to this new Standard of Excellence, so I immediately thought of you all. :-) I admit to being anxious to see how others will improve upon this standard (such as by including chocolate)! Regards, Alan Alan Altmark Security Architect IBM z/VM Development
Re: New standard for networking help
Indeed. I'm sure it took a great deal of time to create it. But the upkeep would be a herculean task in itself, especially with an expanding penguin farm, and/or VM complex. If there was a way to automatically generate such a beast... in a format that even Chuckie approves... On 07/15/2010 10:19 AM, Brian Nielsen wrote: Curiously, it's missing a hyperlinked index, glossary, summary of changes, and a version tracking number. Otherwise, kudos to the author. ;) Brian Nielsen On Thu, 15 Jul 2010 11:06:45 -0400, Alan Altmarkalan_altm...@us.ibm.com wrote: I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: New standard for networking help
How about publishing it somewhere as a template for others to use? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, July 15, 2010 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help Indeed. I'm sure it took a great deal of time to create it. But the upkeep would be a herculean task in itself, especially with an expanding penguin farm, and/or VM complex. If there was a way to automatically generate such a beast... in a format that even Chuckie approves... On 07/15/2010 10:19 AM, Brian Nielsen wrote: Curiously, it's missing a hyperlinked index, glossary, summary of changes, and a version tracking number. Otherwise, kudos to the author. ;) Brian Nielsen On Thu, 15 Jul 2010 11:06:45 -0400, Alan Altmarkalan_altm...@us.ibm.com wrote: I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: New standard for networking help
The more common approach. 'Hello IBM the freaking thingy doesn't work. It must be your fault because I didn't change anything.' 'Fix it and let me know when my coffee break is over.' BTW this approach NEVER works. They always ask 'what thingy?' On Thu, Jul 15, 2010 at 10:32 AM, Quay, Jonathan (IHG) jonathan.q...@ihg.com wrote: How about publishing it somewhere as a template for others to use? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, July 15, 2010 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help Indeed. I'm sure it took a great deal of time to create it. But the upkeep would be a herculean task in itself, especially with an expanding penguin farm, and/or VM complex. If there was a way to automatically generate such a beast... in a format that even Chuckie approves... On 07/15/2010 10:19 AM, Brian Nielsen wrote: Curiously, it's missing a hyperlinked index, glossary, summary of changes, and a version tracking number. Otherwise, kudos to the author. ;) Brian Nielsen On Thu, 15 Jul 2010 11:06:45 -0400, Alan Altmarkalan_altm...@us.ibm.com wrote: I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: New standard for networking help
oh geesh that sound like what everyone of us must here from our users as well I know I have and still do. William 'Doug' Carroll From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Thursday, July 15, 2010 11:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help The more common approach. 'Hello IBM the freaking thingy doesn't work. It must be your fault because I didn't change anything.' 'Fix it and let me know when my coffee break is over.' BTW this approach NEVER works. They always ask 'what thingy?' On Thu, Jul 15, 2010 at 10:32 AM, Quay, Jonathan (IHG) jonathan.q...@ihg.commailto:jonathan.q...@ihg.com wrote: How about publishing it somewhere as a template for others to use? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Rich Smrcina Sent: Thursday, July 15, 2010 11:26 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: New standard for networking help Indeed. I'm sure it took a great deal of time to create it. But the upkeep would be a herculean task in itself, especially with an expanding penguin farm, and/or VM complex. If there was a way to automatically generate such a beast... in a format that even Chuckie approves... On 07/15/2010 10:19 AM, Brian Nielsen wrote: Curiously, it's missing a hyperlinked index, glossary, summary of changes, and a version tracking number. Otherwise, kudos to the author. ;) Brian Nielsen On Thu, 15 Jul 2010 11:06:45 -0400, Alan Altmarkalan_altm...@us.ibm.commailto:alan_altm...@us.ibm.com wrote: I have to tell you all that my hopes have been renewed, my spirit uplifted, and my faith in mankind restored. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.orghttp://www.wavv.org/ WAVV 2011 - April 15-19, 2011 Colorado Springs, CO This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.