Re: Please excuse my ignorance
Scot On Wed, May 13, 2009 at 6:05 PM, Scott Rohling scott.rohl...@gmail.comwrote: In particular, DEVMAINT allows you to issue the DEF MDISK command.. which allows you to create a minidisk, specifying it's extents, on any volume attached to the system. It also gives R/W access to the minidisk it creates. DEF MDISK is an extremely helpful command- especially for dealing with 2nd level systems - but it can easily be used to subvert security policy. (e.g. Being able to do a DEF MDISK to a minidisk that RACF would not allow you link). But so would the RMDISK suboption of the Diagnose 84. And that just requires CP class B, something you would normally give an operator (at least when they are supposed to do something useful themselves, other than just call you in the middle of the night). Ronald van der Laan
Re: Virtualized Desktop
On Wed, May 13, 2009 at 10:28 PM, Ward, Mike S mw...@ssfcu.org wrote: Since SLED is an Enterprise Desktop, does that mean you would have to have one SLED for every user under VM? My approach would be indeed to run just one desktop per virtual machine, instead of what Matthew suggested with all desktops on a few Linux virtual machines. My preference would be the simplifier security issues and the ability to ensure that resources can be granted to the virtual desktop that is supposed to use them, and the ability to charge for consumed resources. Something to think about is whether the virtual machine needs to be there when the user is not. One of my pet projects was to speed up Linux boot process so that we could start the virtual machine when the first TCP/IP packet arrives (and get it done within the time that TCP/IP allows you). I even worked with a customer who considered to migrate unused virtual machines to tape and restore them when needed (and accept that it may keep the developer waiting for a few minutes). Clearly you want something to share the program code so that you can do software management in a central manner and not upgrade each virtual server separately. That requires you separate data from (centrally managed) code and server configuration. When you review the thread about stateless Linux on the list yesterday, it appears an attractive approach to have a small supply of luke warm Linux servers ready to get personalized when the user attempts to connect to the desktop. It would require their data and configuration to reside on a separate file server. I would be tempted to hibernate to disk rather than RAM (and expect z/VM paging to restore it) but either approach might work. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: Virtualized Desktop
Thanks to all who have replied. All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. I remember way back when we used to ask users monitoring jobs in OS/VS1 to not hit the enter key constantly. It's ok for a few, but when you have 5,000 connected to an opsys running under VM, at least the old releases it became a problem. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Thursday, May 14, 2009 6:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On Wed, May 13, 2009 at 10:28 PM, Ward, Mike S mw...@ssfcu.org wrote: Since SLED is an Enterprise Desktop, does that mean you would have to have one SLED for every user under VM? My approach would be indeed to run just one desktop per virtual machine, instead of what Matthew suggested with all desktops on a few Linux virtual machines. My preference would be the simplifier security issues and the ability to ensure that resources can be granted to the virtual desktop that is supposed to use them, and the ability to charge for consumed resources. Something to think about is whether the virtual machine needs to be there when the user is not. One of my pet projects was to speed up Linux boot process so that we could start the virtual machine when the first TCP/IP packet arrives (and get it done within the time that TCP/IP allows you). I even worked with a customer who considered to migrate unused virtual machines to tape and restore them when needed (and accept that it may keep the developer waiting for a few minutes). Clearly you want something to share the program code so that you can do software management in a central manner and not upgrade each virtual server separately. That requires you separate data from (centrally managed) code and server configuration. When you review the thread about stateless Linux on the list yesterday, it appears an attractive approach to have a small supply of luke warm Linux servers ready to get personalized when the user attempts to connect to the desktop. It would require their data and configuration to reside on a separate file server. I would be tempted to hibernate to disk rather than RAM (and expect z/VM paging to restore it) but either approach might work. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/ == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: IBMVM Digest - 12 May 2009 to 13 May 2009 (#2009-132)
Thomas Kern wrote: Maybe we could make a plea to the LSoft support people to add something that will ignore ALL records in a posting after some well-know trigger. Since sometime in the late 1300s, a line containing -- (without the quotes, of course) has been the (quite possibly never RFCed) standard start-of-sig indicator (cf. the colophon in first editions of The Canterbury Tales). Of course, with folks posting from z/VM-based clients, those trailing blanks are going to be hard to get in there... I'd be happy if Digests would just ignore HTML parts, and decode base64 parts! Neither is tricky; my suspicion is that the VM version of LISTSERV isn't being enhanced, alas. ...phsiii
Re: IBMVM Digest - 12 May 2009 to 13 May 2009 (#2009-132)
On: Thu, May 14, 2009 at 09:53:50AM -0400,Phil Smith III Wrote: } Since sometime in the late 1300s, a line containing -- (without the quotes, of course) has been the (quite possibly never RFCed) standard start-of-sig indicator (cf. the colophon in first editions of The Canterbury Tales). Of course, with folks posting from z/VM-based clients, those trailing blanks are going to be hard to get in there... I have been holding off on mentioning this because if implemented the way that is desired, too much would be trimmed. You don't want to remove the actual poster's sig (unless its obscenely huge) but you do want to remove the disclaimers, so a new delimiter to be placed at the end of the actual sig would still be needed. And Phil is correct that its a bit tricky (not impossible) to have trailing blanks, so ListServ will accept -- with or without the trailing blank.The primary reason for its implementation is for emailing commands to ListServ, because the command processor is not as smart as thee and me. } I'd be happy if Digests would just ignore HTML parts, and decode base64 parts! Neither is tricky; my suspicion is that the VM version of LISTSERV isn't being enhanced, alas. The newer non-VM versions of ListServ do this. Rel 16 is in Beta as I type. No idea if these enhancements will ever get to VM. The University of Arkansas LISTSERV Server s presently running ListServ 14.5. -- 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: Virtualized Desktop
On 5/14/2009 at 9:50 AM, Ward, Mike S mw...@ssfcu.org wrote: All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. Bear, woods. It's not just z/VM, it's also network latency. When I test the X apps I build as part of Slack/390, it takes a couple of minutes just to get the initial window to show up on my system at home. And that distance is only from Michigan to New York. When I do similar things for work, that traffic goes to Germany and back. Not pretty. Mark Post
Re: Virtualized Desktop
Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Thursday, May 14, 2009 12:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On 5/14/2009 at 9:50 AM, Ward, Mike S mw...@ssfcu.org wrote: All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. Bear, woods. It's not just z/VM, it's also network latency. When I test the X apps I build as part of Slack/390, it takes a couple of minutes just to get the initial window to show up on my system at home. And that distance is only from Michigan to New York. When I do similar things for work, that traffic goes to Germany and back. Not pretty. Mark Post == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Virtualized Desktop
@Mike Mouse tracking can be handled by an X-Windows proxy such as lbx (low bandwidth X). @Rob What would you estimate the cpu/memory requirements for 1000 desktop users? Matthew On Thu, May 14, 2009 at 11:50 PM, Ward, Mike S mw...@ssfcu.org wrote: Thanks to all who have replied. All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. I remember way back when we used to ask users monitoring jobs in OS/VS1 to not hit the enter key constantly. It's ok for a few, but when you have 5,000 connected to an opsys running under VM, at least the old releases it became a problem. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Thursday, May 14, 2009 6:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On Wed, May 13, 2009 at 10:28 PM, Ward, Mike S mw...@ssfcu.org wrote: Since SLED is an Enterprise Desktop, does that mean you would have to have one SLED for every user under VM? My approach would be indeed to run just one desktop per virtual machine, instead of what Matthew suggested with all desktops on a few Linux virtual machines. My preference would be the simplifier security issues and the ability to ensure that resources can be granted to the virtual desktop that is supposed to use them, and the ability to charge for consumed resources. Something to think about is whether the virtual machine needs to be there when the user is not. One of my pet projects was to speed up Linux boot process so that we could start the virtual machine when the first TCP/IP packet arrives (and get it done within the time that TCP/IP allows you). I even worked with a customer who considered to migrate unused virtual machines to tape and restore them when needed (and accept that it may keep the developer waiting for a few minutes). Clearly you want something to share the program code so that you can do software management in a central manner and not upgrade each virtual server separately. That requires you separate data from (centrally managed) code and server configuration. When you review the thread about stateless Linux on the list yesterday, it appears an attractive approach to have a small supply of luke warm Linux servers ready to get personalized when the user attempts to connect to the desktop. It would require their data and configuration to reside on a separate file server. I would be tempted to hibernate to disk rather than RAM (and expect z/VM paging to restore it) but either approach might work. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/ == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: Virtualized Desktop
it also depends on network speed not just latency when I'm on our core network vs. VPN the difference is considerable there's also setting up ssh tunneling with compression. that helps also this problem is inherent in any remote X work you do. so applies to zSeries as well as x86. the biggest issue really on zSeries is since we use a virtual frame buffer (ie. CPU driven graphics) you take a hit on CPU to generate all those pretty pictures. William 'Doug' Carroll Mainframe Systems Eng Sr I Global Technology Infrastructure ECS Core Services z/Software Group / Emerging Technologies RedHat Certified Engineer: 805008304430937 Office: (614) 213.4954Pager: (877) 328.2157 Cell: (614) 558.5250 SMS: (614) 558.5250 Fax: (614) 244.9897Home Fax: (866) 543-9156 Inter-office mail code: OH1-1291 http://www.jpmchase.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S Sent: Thursday, May 14, 2009 1:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Thursday, May 14, 2009 12:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop On 5/14/2009 at 9:50 AM, Ward, Mike S mw...@ssfcu.org wrote: All, do linux users use a mouse. I would think that mouse tracking would be a nightmare in the VM environment. Bear, woods. It's not just z/VM, it's also network latency. When I test the X apps I build as part of Slack/390, it takes a couple of minutes just to get the initial window to show up on my system at home. And that distance is only from Michigan to New York. When I do similar things for work, that traffic goes to Germany and back. Not pretty. Mark Post == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. 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: Virtualized Desktop
On 5/14/2009 at 1:44 PM, Ward, Mike S mw...@ssfcu.org wrote: Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? You can use a mouse. If you're using one of the Linux desktop environments, you almost have to use one. Performance can range from very good to very bad, depending on what kind of hardware and network resources you have. At BrainShare 2008, IBM had their brand new z10 EC on the show floor. It was on the same physical network segment as some of our Intel/AMD demo systems. I could run a GNOME or KDE desktop on the z10 and the performance difference was hardly noticeable. But, that was a nearly idle z10 EC on the same physical network segment. It's not something I would necessarily recommend for a production environment, since it can be quite expensive in terms of hardware and network resources. Every situation is different. You might be able to build a business case for it, or you might not. Mark Post
Re: How long is YOUR signature/disclaimer?
Or just copy paste back and forth between the web page interface an d any software that does spell checking. I do that for selected replies I make , sometimes just the word I think I might have misspelled. Brian Nielsen On Wed, 13 May 2009 06:45:11 +0200, Kris Buelens kris.buel...@gmail.com wrote: When using Mozilla Seamonkey, you can turn on spell checking for any edit area in the browser. 2009/5/13 Alan Ackerman alan.acker...@earthlink.net There is a way around all this -- I am using it now. I do not use emai l to post to this list, I sign on to a web page. My signature is two lines. It is plain text because the LISTSERV software that provides this web pag es works that way. The link I use is to read and write here is http://listserv.uark.edu/archives/ibmvm.html. There is one limitation -- my PC does not spellcheck my posts. My Mac at home spellchecks eveythign, so I prefer to use the Mac.
LTO4 tapes attached via FCP
Hi, I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? Or is LTO4 support while attached to a FCP limited to zLinux? Or does zLINUX even support LTO4s? Thanks -- Craig Dudley Manager, Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1506Fax 603-271-1516
Re: LTO4 tapes attached via FCP
I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? Yes, to SLES 10 SP 2 on both a z9 and z10 under zVM 5.4, via NPIV to I10K SAN switch. And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? Don't think so. Or does zLINUX even support LTO4s? Certainly does. We're using them in an IBM ATL (3584 I believe is the type). Marcy
Re: How long is YOUR signature/disclaimer?
This is OFF TOPIC. GET with IT! At 03:05 PM 5/14/2009, you wrote: Or just copy paste back and forth between the web page interface and any software that does spell checking. I do that for selected replies I make, sometimes just the word I think I might have misspelled. Brian Nielsen On Wed, 13 May 2009 06:45:11 +0200, Kris Buelens kris.buel...@gmail.com wrote: When using Mozilla Seamonkey, you can turn on spell checking for any edit area in the browser. 2009/5/13 Alan Ackerman alan.acker...@earthlink.net There is a way around all this -- I am using it now. I do not use email to post to this list, I sign on to a web page. My signature is two lines. It is plain text because the LISTSERV software that provides this web pages works that way. The link I use is to read and write here is http://listserv.uark.edu/archives/ibmvm.html. There is one limitation -- my PC does not spellcheck my posts. My Mac at home spellchecks eveythign, so I prefer to use the Mac.
Re: LTO4 tapes attached via FCP
You can't use them for native z/VM work ... they are not supported devices. You can attach or dedicate them to zLinux guests ... they can be used by the zLinux guests to do zLinux work. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Craig Dudley Sent: Thursday, May 14, 2009 3:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LTO4 tapes attached via FCP Hi, I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? Or is LTO4 support while attached to a FCP limited to zLinux? Or does zLINUX even support LTO4s? Thanks -- Craig Dudley Manager, Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1506Fax 603-271-1516
Re: Virtualized Desktop
On Thu, May 14, 2009 at 7:58 PM, Matthew Donald matthew.b.don...@gmail.com wrote: What would you estimate the cpu/memory requirements for 1000 desktop users? I have never measured. An important factor would be what's on the user side. When you have a proper X-server there then a lot is done on the workstation. But when you plan to do VNC then the X-server needs to hold the full bit image and do computations there. When we started 10 years ago with Linux on z/VM, running a graphical desktop was a pretty dumb idea on S/390. Hey, many told us that running Linux on the mainframe was a stupid idea as well... But I still have the pictures of Xnest in VNC. If one of our customers had serious ideas in this direction then I'd certainly be interested to help measuring things for such an estimate. My list of fun projects for my spare time is pretty heavy already. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: LTO4 tapes attached via FCP
On 5/14/09 3:57 PM, Craig Dudley craig.dud...@doit.nh.gov wrote: Hi, I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? No native CP or CMS commands support SCSI tape. I submitted a requirement and IBM didn't have the resources to do it. Or is LTO4 support while attached to a FCP limited to zLinux? Or does zLINUX even support LTO4s? Linux drives them just fine. They're useless to the other operating systems.
Re: LTO4 tapes attached via FCP
On May 14, 2009, at 3:27 PM, Marcy Cortes wrote: I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? Yes, to SLES 10 SP 2 on both a z9 and z10 under zVM 5.4, via NPIV to I10K SAN switch. And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? Don't think so. Or does zLINUX even support LTO4s? Certainly does. We're using them in an IBM ATL (3584 I believe is the type). With a bit of development effort, or some penalty of network/memory/ CPU overhead (i.e. going the NFS route--which could use an internal Guest LAN) you could certainly do CMS filesystem backups through-- well, *my* choice would be Bacula--a Linux guest to LTO tape. Neale put together a minimalist Bacula client for CMS back in the Bacula 1.3x days; with some work that could be ported forwards. I think as he did it it only knew about minidisks rather than SFS though. Adam
Re: Virtualized Desktop
Guys, You have a idea if the LTSP not fall in this project? Is a good choice. http://packages.debian.org/search?suite=lennyarch=s390searchon=nameskeywords=ltsp []' Fernando 2009/5/14 Mark Post mp...@novell.com On 5/14/2009 at 1:44 PM, Ward, Mike S mw...@ssfcu.org wrote: Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? You can use a mouse. If you're using one of the Linux desktop environments, you almost have to use one. Performance can range from very good to very bad, depending on what kind of hardware and network resources you have. At BrainShare 2008, IBM had their brand new z10 EC on the show floor. It was on the same physical network segment as some of our Intel/AMD demo systems. I could run a GNOME or KDE desktop on the z10 and the performance difference was hardly noticeable. But, that was a nearly idle z10 EC on the same physical network segment. It's not something I would necessarily recommend for a production environment, since it can be quite expensive in terms of hardware and network resources. Every situation is different. You might be able to build a business case for it, or you might not. Mark Post
Re: Virtualized Desktop
LTSP is one of many X server options. There is also Cygwin/XFree86. Both are open source options. There are many commercial X server packages from Hummingbird, Labtam and others X servers would have much lower performance impact on zLinux since the drawing requests are shipped across the network, rather than bitmaps. Personally, I find the idea of running user desktops on zLinux facinating. In the 80's and 90's I was a sysadmin for a large AIX system which had several hundred users. BillG, Sun and Linux managed to persuade the world that one desktop == one user, and the idea of multi-user unix systems dropped out of fashion. It's nice to see the idea comming back. Matthew On Fri, May 15, 2009 at 4:17 AM, Fernando Gieseler fgiese...@gmail.comwrote: Guys, You have a idea if the LTSP not fall in this project? Is a good choice. http://packages.debian.org/search?suite=lennyarch=s390searchon=nameskeywords=ltsp []' Fernando 2009/5/14 Mark Post mp...@novell.com On 5/14/2009 at 1:44 PM, Ward, Mike S mw...@ssfcu.org wrote: Are you saying that you can't use a mouse on linux under VM? Or you can but the performance is bad? You can use a mouse. If you're using one of the Linux desktop environments, you almost have to use one. Performance can range from very good to very bad, depending on what kind of hardware and network resources you have. At BrainShare 2008, IBM had their brand new z10 EC on the show floor. It was on the same physical network segment as some of our Intel/AMD demo systems. I could run a GNOME or KDE desktop on the z10 and the performance difference was hardly noticeable. But, that was a nearly idle z10 EC on the same physical network segment. It's not something I would necessarily recommend for a production environment, since it can be quite expensive in terms of hardware and network resources. Every situation is different. You might be able to build a business case for it, or you might not. Mark Post
Re: Virtualized Desktop
On Fri, May 15, 2009 at 12:20 AM, Matthew Donald matthew.b.don...@gmail.com wrote: LTSP is one of many X server options. There is also Cygwin/XFree86. Both are open source options. There are many commercial X server packages from Hummingbird, Labtam and others Actually, it's both. It's also the server that runs the services to boot the diskless workstations (dhcp, tftp, nfs) and also runs the desktop for the clients. The idea is that you can use cheap old PCs as your X-server that way. I personally I like the idea to have a fanless (!) single board computer that attaches to the standard VESA mounting screws of your TFT screen. Rob
Roger Lunsford is out of the office.
I will be out of the office starting 05/14/2009 and will not return until 05/18/2009. I will respond to your message when I return. Please contact my manager Nick Pianella (429-5343) if you need assistance before my return.
Re: Oops and finding passwords on a system...
On Tuesday, 05/12/2009 at 04:34 EDT, Mark Wheeler mwheele...@hotmail.com wrote: These are the kind of questions I really hate to see, because many of us know the answer (or multiple answers) and want to help. Actually, it's those answers that I hate to see, because, to paraphrase, the root question is basically How do I hack into a z/VM system? Posting the answers to the list doesn't seem prudent, whereas a private response to Bob (you really are Bob, right?) would be more appropriate. It helps Bob, who we all know and love, solve his problem but doesn't compromise the integrity of everyone else's systems. No answer given on this list will compromise a z/VM system that meets even the most rudimentary security policy: o All vendor-provided default passwords (USER and MDISK, in this case) have been changed to non-trivial values o All passwords must be stored in an encrypted form. On a secure system, it is IMPOSSIBLE to get a hold of ANY user's password in clear-text (it's an axiom in the word secure.) Bob's predicament also illustrated why LOGON BY is a Good Thing. Alan Altmark z/VM Development IBM Endicott
Re: Multiple dedicated virtual switch controllers
On Monday, 05/11/2009 at 09:47 EDT, O'Brien, Dennis L dennis.l.o'br...@bankofamerica.com wrote: We have a few systems here with two virtual switches and two virtual switch controller TCP/IP stacks (DTCVSW1 and DTCVSW2). One of my co-workers has suggested that we create DTCVSW3 and DTCVSW4, so each virtual switch can have two dedicated controllers. Is there any reason to do this? It seems like a waste of effort and virtual storage to me. Your intuition is correct - creating additional controllers won't buy you anything. Why does your co-workers suggest doing that? I.e. Are you having a problem that additional controllers could solve? Alan Altmark z/VM Development IBM Endicott
