Re: General question

2009-11-17 Thread Hughes, Jim
>>> my new answer is "How many rocks can you carry?" ;) LOL! Jim Hughes 603-271-5586 "It is fun to do the impossible." ==>-Original Message- ==>From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On ==>Behalf Of Marcy Cortes ==>Sent: Tuesday, Novembe

Re: General question

2009-11-17 Thread Marcy Cortes
Good point, Jim. Multiple JVM's per server make for chubbier servers. We once had 100 on a z9 with 2 IFLs (dev/test) Given that, a 54 way z9 could run 2700 of those, perhaps?? Maybe? We now have about 200 on 34 IFLs (mostly z10 EC). Obviously all servers are not created equal... When I get as

Re: General question

2009-11-17 Thread James Vincent
If all you really want to know is if there are any > 1000, then that's okay. But servers are not equal. One shop may have 800 servers and they may be user sandboxes or Apache servers. Another may "only" have 556 servers but they support over 2600 jvms and http instances. The characteristics of

Re: General question

2009-11-17 Thread Mark Post
>>> On 11/17/2009 at 2:53 PM, August Carideo wrote: > those running LINUX guest's - how many are you running > Is anyone running any where near a 1000, there was a post on the Z/os list > regarding For a while, the Community Development System for Linux had around 800 or so. Marist College ha

Re: General question

2009-11-17 Thread Richard Troth
556 on two z/10s, 184 in production and 372 dev/test. -- R; <>< On Tue, Nov 17, 2009 at 14:53, August Carideo wrote: > those running LINUX guest's - how many are you running > Is anyone running any where near a 1000, there was a post on the Z/os list > regarding > thanks, > Augie >

General question

2009-11-17 Thread August Carideo
those running LINUX guest's - how many are you running Is anyone running any where near a 1000, there was a post on the Z/os list regarding thanks, Augie

Re: OS/390 2.4 guest under z/VM 5.3

2009-11-17 Thread Alan Altmark
On Tuesday, 11/17/2009 at 03:45 EST, Rob van der Heij wrote: > I stand corrected. CP is not able to detect a program check in the > handler other than an invalid new PSW. If it's not wiped out, the my > bet would be on a BC-mode PSW. If CP D PSW ALL does not show you, a > TRACE PROG should. As i

Re: Shared DASD across multiple VM lpars

2009-11-17 Thread Robert J McCarthy
I would like thank everyone for the informative responses. I am in the process of implementing Dirmaint, and will begin researching CSE requirements. Bob

Re: VM SHUTDOWN RE_IPL

2009-11-17 Thread Schuh, Richard
No, I do not use MAINT CF1 for my production system; the Parm disk hasn't moved in years. It was even over-allocated so that it would not need to be moved because of space problems.I specified the MODULE parameter on the SHUTDOWN REIPL command. That is when I learned about that handy parameter.

Re: VM SHUTDOWN RE_IPL

2009-11-17 Thread Schuh, Richard
Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Monday, November 16, 2009 10:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM SHUTDOWN RE_IPL Wasn't it that you moved MAINT CF1 an

Re: VM:Account & MAINT's 123 disk

2009-11-17 Thread Demeritt, Yvonne
No, VM:Account needs a R/O link only. It does not do direct updating of the object directory. It just needs to be able to read it. Yvonne From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Monday, November 16, 2009 4:34 P

Re: Account & MAINT's 123 disk

2009-11-17 Thread Demeritt, Yvonne
Hi Dave, Is that read-only link to the 540RES defined as VMACCT’s 1A0? Is there a DIRECT 1A0 record in the VMACCT CONFIG file on it’s 191 disk that has the correct volume label? Does the link cover the full pack including cylinder 0? This is where we see the most problems in this area

Re: OS/390 2.4 guest under z/VM 5.3

2009-11-17 Thread Rob van der Heij
On Tue, Nov 17, 2009 at 5:39 AM, Alan Altmark wrote: > Sorry.  I thought I knew what you meant.  :-)  A program interrupt loop is > detected when there is a program check and the current PSW is the "same" > as the Program New PSW.  This indicates that there is something wrong with > Program New P