Re: IPL Help for old 9672 with VM/ESA 2.4
Although we have IPLed our VM/ESA 2.4 on our 9672 using the HMC, I also need to know how to run a DDR restore. With a DDR tape that I had built with DDR at the front, followed by a full-pack dump after it, I could not get it to work under VM. With a tape at 181 and the disk pack attached at 521, both I 181 PARM AUTO0521 and I 181 LOADPARM AUTO0521 came back to my console asking for input. Perhaps it would work if run on the bare iron. Or, perhaps, I did not understand Hans Rempel when he wrote: You will need to IPL the standalone DDR tape and add the following 8 character value AUTODDDA to the PARM field. DDDA is the address of the disk drive to receive the output from the DDR restore. This IPL provides no messages and will load the DDR program and restore tape data to disk drive DDDA. Upon successful completion a disable PSW state will be loaded "PSW 000A ".
Re: Changing DOSRES & SYSWK1 labels using ICKDSF under z/VM ?
I have always used DITTO in CMS to do this. ICKDSF CPVOL has a clip function - I'm not sure if you can do it outside of CPVOL. Maybe you could use CPVOL's LABEL function even though it's not a VM volume, but I've never tried it. If you have DITTO in CMS, use it. It works nicely. - Tom. At 06:03 PM 12/20/2006, you wrote: Can you change DOSRES & SYSWK1 labels using ICKDSF under z/VM ? Tom Cluster County of Sonoma Santa Rosa, CA (707) 565-3384 (Tuesdays and Wednesdays only)
Re: Changing DOSRES & SYSWK1 labels using ICKDSF under z/VM ?
Sure you can, but you may not like the results. Why do you want to change them? Daniel Allen wrote: Can you change DOSRES & SYSWK1 labels using ICKDSF under z/VM ? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007
Changing DOSRES & SYSWK1 labels using ICKDSF under z/VM ?
Can you change DOSRES & SYSWK1 labels using ICKDSF under z/VM ?
Re: z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
Craig, I believe, based on some evidence I've seen at some client sites, that th e ESAMON numbers are correct while the PTK ones are not. I believe the caus e of ths is the fact that some of the numbers reported by the underlying CP MONITOR data stream are not quite what they should be, and the folks at Velocity have made an attempt to correct that problem. Hope this helps. DJ On Wed, 20 Dec 2006 14:40:33 -0800, Craig Sutton <[EMAIL PROTECTED]> wrote: >Hello, >I've been comparing the Velocity ESAMON and IBM Performance Toolkit >products on z/VM 5.2, and have noticed that they disagree on the value o f >the SYTSHS_RSASHARE monitor record. According to the IBM doc, the >SYTSHS_RSASHARE monitor record represents "Cardinal count of resident sh ared >frames". When I extract the MRSYTSHS monitor record from ESAMON, I get: > >SYTSHS_RSACTSHR=6300.0 >SYTSHS_RSASHARE=9400.0 > >When I extract the MRSYTSHS monitor record through PTK, I get: > >SYTSHS_RSACTSHR=6300 >SYTSHS_RSASHARE=2409384 > >which corresponds to the 'Shared storage' value reported in PTK STORAGE. >Does anyone know which one's correct? > >Thanks, Craig >
Changing DOSRES & SYSWK1 labels using ICKDSF under z/VM
Can you change DOSRES & SYSWK1 labels using ICKDSF under z/VM ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: DNS question tangents to OpenBSD/390
Thanks, I was hoping that I wasn't dreaming it. Chuckie: please don't start any threads regarding dreams about Uli! Richard Heritage wrote: According to a presentation given by Ulrich Weigand at the last SHARE, the 3590 support went open source in March of this year, so there are no longer any OCO modules. Richard Heritage Lead Systems Software Engineer IT @ Johns Hopkins Rich Smrcina <[EMAIL PROTECTED]> 12/20/06 12:56 PM >>> Only the 3590 tape driver (and I even thought that was being resolved). If you don't need 3590 support, it's all good. Rich Smrcina VM Assist, Inc. Cell: (414)491-6001 Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - Original Message - From: Jack Woehr <[EMAIL PROTECTED]> Date: Wednesday, December 20, 2006 11:37 am Subject: DNS question tangents to OpenBSD/390 To: IBMVM@LISTSERV.UARK.EDU Tom Duerbusch wrote: IUCV and VCTCA, works well in 12 MB. OSA and Hipersockets, 48 MB. Now back on tangent to the origional discussion... Speaking of tangents There's OCO in Linux/390 ... is it *necessary* to run a guest OS or is it possible to run (and run efficiently?) a guest OS like, um, say, just hypothetically, OpenBSD/390 without any OCO? -- Jack J. Woehr# "If your neighbor prays too loud http://www.well.com/~jax # in church, go home and lock your http://www.softwoehr.com # smokehouse." - Harry S Truman -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007
Re: DNS question tangents to OpenBSD/390
According to a presentation given by Ulrich Weigand at the last SHARE, the 3590 support went open source in March of this year, so there are no longer any OCO modules. Richard Heritage Lead Systems Software Engineer IT @ Johns Hopkins >>> Rich Smrcina <[EMAIL PROTECTED]> 12/20/06 12:56 PM >>> Only the 3590 tape driver (and I even thought that was being resolved). If you don't need 3590 support, it's all good. Rich Smrcina VM Assist, Inc. Cell: (414)491-6001 Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - Original Message - From: Jack Woehr <[EMAIL PROTECTED]> Date: Wednesday, December 20, 2006 11:37 am Subject: DNS question tangents to OpenBSD/390 To: IBMVM@LISTSERV.UARK.EDU > Tom Duerbusch wrote: > > > > IUCV and VCTCA, works well in 12 MB. > > OSA and Hipersockets, 48 MB. > > > > Now back on tangent to the origional discussion... > > > Speaking of tangents > > There's OCO in Linux/390 ... is it *necessary* to run a guest OS or > is it possible to run (and run efficiently?) a guest OS like, um, say, > just hypothetically, OpenBSD/390 without any OCO? > > -- > Jack J. Woehr# "If your neighbor prays too loud > http://www.well.com/~jax # in church, go home and lock your > http://www.softwoehr.com # smokehouse." - Harry S Truman >
Re: z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
i hope your choice in products doesn't come down to one variable. However, this is shared pages, meaning DCSS and NSS pages. 9400 seems very reasonable. If you look at the ESASTR1 display and report, it shows capture ratio. The reason i like reporting capture ratio is to know if somebody is hiding something, and to make sure we know numbers add up. I usually see capture ratios for storage about 99%, meaning no numbers are orders of magnitude out of whack. I would find it interesting if you really have 2.4M pages shared, or about 10GB. This would be a most interesting system to analyze further But, a bit of a further note, on z/vm 5.2, ibm broke this field. So we corrected it in esamap and esamon. So guess you could say PTK is reporting bad information correctly? You choose which has value.
z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
Hello, I've been comparing the Velocity ESAMON and IBM Performance Toolkit products on z/VM 5.2, and have noticed that they disagree on the value of the SYTSHS_RSASHARE monitor record. According to the IBM doc, the SYTSHS_RSASHARE monitor record represents "Cardinal count of resident shared frames". When I extract the MRSYTSHS monitor record from ESAMON, I get: SYTSHS_RSACTSHR=6300.0 SYTSHS_RSASHARE=9400.0 When I extract the MRSYTSHS monitor record through PTK, I get: SYTSHS_RSACTSHR=6300 SYTSHS_RSASHARE=2409384 which corresponds to the 'Shared storage' value reported in PTK STORAGE. Does anyone know which one's correct? Thanks, Craig
Re: DNS question tangents to OpenBSD/390
> There's OCO in Linux/390 ... is it *necessary* to run a guest OS or > is it possible to run (and run efficiently?) a guest OS like, um, say, > just hypothetically, OpenBSD/390 without any OCO? If you don't have or don't want to use 3590 tapes, yes.
Re: DNS question tangents to OpenBSD/390
Alan Altmark wrote: An OCO module may use the above in any combination, so I'm not sure what Jack is asking about: OCO modules (none remain - the 3590 tape driver was open sourced back in May) or interfaces in category 2. I was really asking two questions (which now seem to be answered): 1. Is there anything proprietary clashing with the OpenBSD philosophy & license required to create an OpenBSD guest? 2. Is there anything proprietary that's going to act as a technical brick wall if folks start coding towards OpenBSD on VM? Apparently the answer is "no". It sounds like OpenBSD might serve certain requirements better than Linux in the VM environment. -- Jack J. Woehr# "If your neighbor prays too loud http://www.well.com/~jax # in church, go home and lock your http://www.softwoehr.com # smokehouse." - Harry S Truman
Re: DNS question tangents to OpenBSD/390
On Wednesday, 12/20/2006 at 09:07 CET, Rob van der Heij <[EMAIL PROTECTED]> wrote: > On 12/20/06, Adam Thornton <[EMAIL PROTECTED]> wrote: > > > I don't know how much OCO there really is anymore, actually. The > > QDIO drivers are available now, and I think there's even a 3590 > > implementation. You could certainly get a Linux system, with > > networking, built without anything that isn't Free Software. > > I suppose having source code that produces something that works in > Linux is helpful to understand how it works, but I could not tell > whether that's enough to implement the function in another operating > system. As I see it, there are three categories of function: 1. machine interfaces that are document in the Principles of Operation or a Device Description book 2. machine interfaces that are not so documented, but whose existence is disclosed in, and behavior inferred from, the available source code (to the extent needed to replicate the functionality present in the source code) 3. machine interfaces that are neither documented nor used in open code An OCO module may use the above in any combination, so I'm not sure what Jack is asking about: OCO modules (none remain - the 3590 tape driver was open sourced back in May) or interfaces in category 2. Alan Altmark z/VM Development IBM Endicott
Re: DNS question
Someone did a bunch of patches to one of the BSD's some years ago. I know, I saw it. I'm pretty sure I bookmarked it but as per usual, when I want to find the thing I can't... ah, there it is. Hmmm... it was the FreeBSD stuff. Maybe someone (else) can have a shufty and see if it's a good starting point. -- Rod
Re: VSE hard wait under z/VM 4.3
There are a ton of PTFs needed to get VSE 2.6 to run on a z9. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Wednesday, December 20, 2006 1:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VSE hard wait under z/VM 4.3 We moved from a z800 to z9BC. z/VM 4.3 came up okay. OS/390 2.10 works fine. However, when we bring up z/VSE 2.6, we get the following: SYSTEM ENTERED HARD WAIT
Re: VSE hard wait under z/VM 5.2 second level RESOLVED
Found it. I took the 3rd level VSE machine, TSTESA5F and brought it back up second level. Right after the "ipl restart has been bypassed" is the normal stuff about the lock file. LOCK FILE? Ar This is a standalone system from the normal systems. i.e. it is a flash copy of our TSTESA5 machine, and that includes it's own copies of any/all shared disks. No problem when on 2nd level. ButI took the minidisks statements, which included the MWV, for shared disks and gave them to the VMTEST machine. Then in 3rd level, the disks were dedicated. When the 1st "shared" disk, the lock file, was being used, it apparently got some weird status back, that shouldn't be there. I updated the mdisk statements for VMTEST to just be MW, directxa, ipl VMTEST and ipl TSTESA5F and got a little farther. At least I'm now seeing a real reason for the IPL to be terminated: BG 0I41I LOCK FILE ON 140: NO VALID DASD BG 0J31A NO SHARING CAPABILITY. IPL TERMINATED Tom Duerbusch THD Consulting -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: December 20, 2006 1:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VSE hard wait under z/VM 5.2 second level As a lark, I tried bring up VSE/ESA 2.7.2 up under a second level z/VM 5.2 (z/VM Version 5 Release 2.0, service level 0602 (64-bit) ) system that is running under z/VM 5.1 (z/VM Version 5 Release 1.0, service level 0501 (64-bit)). No go. Right after "ipl restart point has been bypassed", I get: HCPGIR450W CP entered; disabled wait PSW 000A 1000 DISPLAY 0:15 R 1A000FD0 0061 06 R0010 73B0 05C8 I read it as a VSE cancel code, IO error. I buy that, but what device? It should be dasd at this point. On the first level system, I created VMTEST (the second level system). I copied over the mdisk statements from TSTESA5F to VMTEST. So now all minidisks needed by TSTESA5F, will appear to VMTEST as real disks. On the second level system, I changed the mdisk statements for TSTESA5F to DED statements. Well, it worked in the past. My immediate concern is, is there VSE maintenance that is needed to run on z/VM 5.2 over and above the maintenance that was needed to run on z/VM 5.1? (I thought the maintenance to run under z/VM 5.1 was more hardware related for the 64 bit z/890 then for running unde z/VM 5.1, but that was a while back.) Anyone hit this recently? I'm now concerned enough that, if I don't get a solution, I will be in this Christmas weekend to bring up z/VM 5.2 first level and bring up some of the test VSE systems up to validate I don't have any VSE related conversion problems. Thanks Tom Duerbusch THD Consulting
Re: DNS question tangents to OpenBSD/390
On 12/20/06, Adam Thornton <[EMAIL PROTECTED]> wrote: I don't know how much OCO there really is anymore, actually. The QDIO drivers are available now, and I think there's even a 3590 implementation. You could certainly get a Linux system, with networking, built without anything that isn't Free Software. I suppose having source code that produces something that works in Linux is helpful to understand how it works, but I could not tell whether that's enough to implement the function in another operating system. Many moons ago I studied the lcs device driver to find the cause of a problem. I fear that when I had to learn general S/390 I/O from that, it might have made a big difference for the rest of my life ;-) Rob
Re: DNS question tangents to OpenBSD/390
On Dec 20, 2006, at 12:37 PM, Jack Woehr wrote: Tom Duerbusch wrote: IUCV and VCTCA, works well in 12 MB. OSA and Hipersockets, 48 MB. Now back on tangent to the origional discussion... Speaking of tangents There's OCO in Linux/390 ... is it *necessary* to run a guest OS or is it possible to run (and run efficiently?) a guest OS like, um, say, just hypothetically, OpenBSD/390 without any OCO? Sure. I don't know how much OCO there really is anymore, actually. The QDIO drivers are available now, and I think there's even a 3590 implementation. You could certainly get a Linux system, with networking, built without anything that isn't Free Software. Adam
Re: The Future of CPUs: What's After Multi-Core?
Brian Inglis <[EMAIL PROTECTED]> writes: IME the IBM VM guys had very good ideas for interaction using the corporate products and facilities, even though it has never been funded adequately and often nearly terminated. They were much better than the batch guys at letting the users fully use all the machines' capabilities, providing nearly 100% capacity and keeping terminal response averages close to 0.1s; the batch guys were better at using up all the machines' capabilities, and the users considered themselves lucky to have 70% capacity available and get 1s terminal response times. The really cool thing about VM systems is that you can do anything with the software under timesharing: develop a new OS, test a changed OS, trace the execution of an OS. Once found a bug crashing a DB product only after tracing about a million instructions, a few times over to get it exactly right, with very selective output, sufficient to pinpoint the faulty code: try doing that on a real front panel or console! for some total drift ... a different reference to "tracing" in support of semi-automated program reorganization to optimize execution for virtual memory environment http://www.garlic.com/~lynn/2006x.html#1 IBM sues make of Intel-based Mainframe clones as an undergraduate in the 60s, i had done dynamic adaptive resource management ... it was sometimes referred to as fair share scheduling since the default resource management policy was fair share. this was shipped as part cp67 for 360/67. in the morph from cp67 to vm370 ... much of it was dropped. charlie's cp67 multiprocessor support also didn't make it into vm370. i had done a lot of pathlength optimization and fastpath stuff for cp67 which was also dropped in the morph to vm370 ... i helped put a small amount of that back into vm370 release1 plc9 ... a couple past posts mentioning some of the cp67 pathlength stuff http://www.garlic.com/~lynn/93.html#1 360/67, was Re: IBM's Project F/S ? http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14 http://www.garlic.com/~lynn/94.html#20 CP/67 & OS MFT14 i then got to work on porting a bunch of stuff that i had done for cp67 to vm370 ... some recent posts (includes old email from the early and mid 70s) http://www.garlic.com/~lynn/2006v.html#36 Why these original FORTRAN quirks? http://www.garlic.com/~lynn/2006w.html#7 Why these original FORTRAN quirks? http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks? http://www.garlic.com/~lynn/2006w.html#10 long ago and far away, vm370 from early/mid 70s and of course mentioned in the above referenced email ... a small amount of the virtual memory management stuff showed up in vm370 release 3 as DCSS. there was eventually a decision to release some amount of the features as the vm370 resource manager. some collected posts on scheduling http://www.garlic.com/~lynn/subtopic.html#fairshare and other posts on page management http://www.garlic.com/~lynn/subtopic.html#wsclock and for something really different old communication (from 1982) about work i had done as undergraduate in the 60s (also in this thread): http://www.garlic.com/~lynn/2006w.html#46 The Future of CPUs: What's after Multi-Core? in any case, some resources manager issues/features * by continually doing real time dynamical monitoring and adjusting operations, I was able to operate at much higher resource utilization and still provide decent level of service. prior to resource manager ship, somebody from corporate stated that the current state of the art for resource managers were large number of static tuning parameters and that the "resource manager" couldn't be considered really advanced unless it had some number of static tuning parameters (installation system tuning expert would look at daily, weekly and monthly activity ... and would select some set of static tuning values that seemed to be suited to that installation). it did absolutely no good explaining that real-time dynamic monitoring and adapting was much more advanced that static tuning parameters. so, in order to get final corporate release approval ... i had to implement some number of static tuning parameters. I fully documented the implementation and formulas and the source code was readily available. Nobody seemed to realize that it was a joke ... somewhat from "operations research" ... it had to do with "degrees of freedom" ... aka the static tuning parameters had much less degrees of freedom than the dynamic adaptive features. i had always thot that real-time dynamic adaptive control was preferable to static parameters ... but it took another couple decades for a lot of the rest of the operating systems to catch up. it is now fairly evident ... even showing up in all sorts of embedded processors for real-time control and optimization. for some slight boyd dynamic adaptive drift http://www.garlic.com/~lynn/94.html#8 scheduling & dynamic adaptive and collected posts mentioning boyd http://www.garlic.com/~
Re: VSE hard wait under z/VM 4.3
Code FED will be in the messages manual and will explain what it's bitching about. On Wed, 2006-12-20 at 11:21 -0800, Daniel Allen wrote: > We moved from a z800 to z9BC. z/VM 4.3 came up okay. OS/390 2.10 works > fine. > However, when we bring up z/VSE 2.6, we get the following: > > SYSTEM ENTERED HARD WAIT> 0FED 0061 72E8 05C8 >
VSE hard wait under z/VM 4.3
We moved from a z800 to z9BC. z/VM 4.3 came up okay. OS/390 2.10 works fine. However, when we bring up z/VSE 2.6, we get the following: SYSTEM ENTERED HARD WAIT
Re: VSE hard wait under z/VM 5.2 second level
Hello Tom, I run VSE/ESA 2.6.1 under z/VM 5.2 first and second level with no additional maintenance added to either VSE or z/VM. The last move we did was from z/VM 3. Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: December 20, 2006 1:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VSE hard wait under z/VM 5.2 second level As a lark, I tried bring up VSE/ESA 2.7.2 up under a second level z/VM 5.2 (z/VM Version 5 Release 2.0, service level 0602 (64-bit) ) system that is running under z/VM 5.1 (z/VM Version 5 Release 1.0, service level 0501 (64-bit)). No go. Right after "ipl restart point has been bypassed", I get: HCPGIR450W CP entered; disabled wait PSW 000A 1000 DISPLAY 0:15 R 1A000FD0 0061 06 R0010 73B0 05C8 I read it as a VSE cancel code, IO error. I buy that, but what device? It should be dasd at this point. On the first level system, I created VMTEST (the second level system). I copied over the mdisk statements from TSTESA5F to VMTEST. So now all minidisks needed by TSTESA5F, will appear to VMTEST as real disks. On the second level system, I changed the mdisk statements for TSTESA5F to DED statements. Well, it worked in the past. My immediate concern is, is there VSE maintenance that is needed to run on z/VM 5.2 over and above the maintenance that was needed to run on z/VM 5.1? (I thought the maintenance to run under z/VM 5.1 was more hardware related for the 64 bit z/890 then for running unde z/VM 5.1, but that was a while back.) Anyone hit this recently? I'm now concerned enough that, if I don't get a solution, I will be in this Christmas weekend to bring up z/VM 5.2 first level and bring up some of the test VSE systems up to validate I don't have any VSE related conversion problems. Thanks Tom Duerbusch THD Consulting
VSE hard wait under z/VM 5.2 second level
As a lark, I tried bring up VSE/ESA 2.7.2 up under a second level z/VM 5.2 (z/VM Version 5 Release 2.0, service level 0602 (64-bit) ) system that is running under z/VM 5.1 (z/VM Version 5 Release 1.0, service level 0501 (64-bit)). No go. Right after "ipl restart point has been bypassed", I get: HCPGIR450W CP entered; disabled wait PSW 000A 1000 DISPLAY 0:15 R 1A000FD0 0061 06 R0010 73B0 05C8 I read it as a VSE cancel code, IO error. I buy that, but what device? It should be dasd at this point. On the first level system, I created VMTEST (the second level system). I copied over the mdisk statements from TSTESA5F to VMTEST. So now all minidisks needed by TSTESA5F, will appear to VMTEST as real disks. On the second level system, I changed the mdisk statements for TSTESA5F to DED statements. Well, it worked in the past. My immediate concern is, is there VSE maintenance that is needed to run on z/VM 5.2 over and above the maintenance that was needed to run on z/VM 5.1? (I thought the maintenance to run under z/VM 5.1 was more hardware related for the 64 bit z/890 then for running unde z/VM 5.1, but that was a while back.) Anyone hit this recently? I'm now concerned enough that, if I don't get a solution, I will be in this Christmas weekend to bring up z/VM 5.2 first level and bring up some of the test VSE systems up to validate I don't have any VSE related conversion problems. Thanks Tom Duerbusch THD Consulting
Re: DNS question tangents to OpenBSD/390
Only the 3590 tape driver (and I even thought that was being resolved). If you don't need 3590 support, it's all good. Rich Smrcina VM Assist, Inc. Cell: (414)491-6001 Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - Original Message - From: Jack Woehr <[EMAIL PROTECTED]> Date: Wednesday, December 20, 2006 11:37 am Subject: DNS question tangents to OpenBSD/390 To: IBMVM@LISTSERV.UARK.EDU > Tom Duerbusch wrote: > > > > IUCV and VCTCA, works well in 12 MB. > > OSA and Hipersockets, 48 MB. > > > > Now back on tangent to the origional discussion... > > > Speaking of tangents > > There's OCO in Linux/390 ... is it *necessary* to run a guest OS or > is it possible to run (and run efficiently?) a guest OS like, um, say, > just hypothetically, OpenBSD/390 without any OCO? > > -- > Jack J. Woehr# "If your neighbor prays too loud > http://www.well.com/~jax # in church, go home and lock your > http://www.softwoehr.com # smokehouse." - Harry S Truman >
DNS question tangents to OpenBSD/390
Tom Duerbusch wrote: IUCV and VCTCA, works well in 12 MB. OSA and Hipersockets, 48 MB. Now back on tangent to the origional discussion... Speaking of tangents There's OCO in Linux/390 ... is it *necessary* to run a guest OS or is it possible to run (and run efficiently?) a guest OS like, um, say, just hypothetically, OpenBSD/390 without any OCO? -- Jack J. Woehr# "If your neighbor prays too loud http://www.well.com/~jax # in church, go home and lock your http://www.softwoehr.com # smokehouse." - Harry S Truman
Re: DNS question
> I bet that there is a vendor (not IBM) that would be glad to sell you a > "minimal DNS server" in a > small Linux. It would probably come in DDR format ready to load on a > minidisk and run. > Is a salesman at Sine Nomine listening? :) When do you want it? 8-) -- db
Re: DNS question
SLES9 64 bit with OSA (OSA and Hipersockets have large buffer requirements) say they need 512MB. I've done installs in 256 MBs. I do get a message stating insufficient storage, but the install with only the normal base packages, works fine. During the installation, you don't have access to Linux swap disks. A Linux virtual disk is carved out of the storage you have, and the initial load/creation of a Linux system is done in memory. Then that system is, in effect, booted, and now a system is built on disk. Depending on what your options are, you will use different abouts of virtual disk. If you run out, your installation will fail (just looks like it stops at a point where it may be thinking about somethingnever comes back). If this is your first zLinux installation, then use their suggestions. No use throwing in a monkey wrench in to the works. Once you get use to zLinux installs, you can try things out. If you will be installing a memory intensive product (a database), you may want to plan for that memory, before you install. AND, it is easier to get better database performance, right out of the box, if, when you install the database, you give it the memory you will be running in. Some databases, at installation time, looks at the memory you have, and customizes certain memory related parms. A good DBA would know these and change them, but for the rest of us Linux was designed for the "fixed hardware crowd", that is PC, Servers, etc. You have non shared hardware dedicated to it. On the mainframe, a shared platform, we try to find "best use" for our resources. If you don't really need a GB of real memory, we will trim you down to give the memory to some other deserving system. Sure you may swap more, but we have one kick-a@@ I/O subsystem. To a point, we will trade more I/Os for less real memory requirements (kind of backwards from normal mainframe thinking). Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 12/20/2006 9:34 AM >>> Has anyone taken the time to come up with the minimal system requirements for a SLES installation? Even the "minimal system" selection on the software install panel seems a little over engineered. -- Mark Pace Mainline Information Systems
Re: DNS question
In my low memory tests of SUSE, it would run fine in 12 MBs and no swapping, that is, until you want to do something (like YaST). joe works. kate works. The biggest difference I've seen in the low memory linux images, is method of communication. IUCV and VCTCA, works well in 12 MB. OSA and Hipersockets, 48 MB. Now back on tangent to the origional discussion... Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 12/20/2006 8:40 AM >>> > > bind is, these days, anything but minimal. > We should port OpenBSD to the 390. You could probably run OpenBSD + bind > in a 12MB VM. You can run Linux in a 12Mb VM just fine -- we do 16 and 32M Debian guests all the time. You just can't run *SuSE or RH as distributed* in that little memory. Different compile option choices, and different decisions on what is "necessary". With a LOT of paring down, you can reduce SuSE or RH to something that will run in a 32M machine. It doesn't look much like the original, though. -- db
Re: IOCP dynamic reconfiguration
How easy was that... Thanks mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Neubert, Kevin (DIS) Sent: Wednesday, December 20, 2006 11:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IOCP dynamic reconfiguration VARY ON/OFF CHPID nn Regards, Kevin -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Macioce, Larry Sent: Wednesday, December 20, 2006 7:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IOCP dynamic reconfiguration Is there a similar command to the config command on VM? - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: IOCP dynamic reconfiguration
VARY ON/OFF CHPID nn Regards, Kevin -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Macioce, Larry Sent: Wednesday, December 20, 2006 7:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IOCP dynamic reconfiguration Is there a similar command to the config command on VM?
Re: DNS question
I bet that there is a vendor (not IBM) that would be glad to sell you a "minimal DNS server" in a small Linux. It would probably come in DDR format ready to load on a minidisk and run. Is a salesman at Sine Nomine listening? :) [EMAIL PROTECTED] wrote: On Dec 19, 2006, at 9:25 PM, Jack Woehr wrote: Adam Thornton wrote: Yes, unless you tossed in a minimal DNS server, say in a 16M Linux guest with, say, a tiny little filesystem in a shared segment. It's called 'Bind' Well, no. A minimal DNS server would be, say, tinydns. But then you'd have to deal with djbware. However, as Chuckie has pointed out, my post is moot because IBM is not going to get into the Linux distribution market. So...has anyone invested any time in a CMS port (OpenVM or otherwise) of one of the lightweight DNS servers? Adam -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: DNS question
Has anyone taken the time to come up with the minimal system requirements for a SLES installation? Even the "minimal system" selection on the software install panel seems a little over engineered. -- Mark Pace Mainline Information Systems
Re: IOCP dynamic reconfiguration
Thanks Duane, but I didn't explain my part of the question properly (not the first time huh). What I meant was if the chipd is online to VM and and is needed by MVS we can move thse on the fly with the config on/off command. But what would you do to bring that chpid offline to a running VM system so MVS could access it? Is there a similar command to the config command on VM? Mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Duane Weaver Sent: Wednesday, December 20, 2006 10:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IOCP dynamic reconfiguration Larry, The devices should be added to the Offline_at_IPL statement in the SYSTEM CONFIG file for the VM system, located on MAINT's CF1 disk. At 09:42 AM 12/20/2006, you wrote: > From mvs (master console) you'd cf(config) the chipid online(on),then >vary the path and the devices online. What I don't know is what you'd do >to have it offline to VM so those devices wouldn't rec an interrupt from >VM. > >Mace > >-Original Message- >From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On >Behalf Of Shimon Lebowitz >Sent: Wednesday, December 20, 2006 5:02 AM >To: IBMVM@LISTSERV.UARK.EDU >Subject: IOCP dynamic reconfiguration > >This looks like an MVS question, but it's really not - >I do all the IOCP preparation from VM, for both the >VM and the MVS boxes, and have to >explain to the MVS people why it's not necessary to >do it in MVS for that box. > >In my IOCP I have CVC channels (ESCON Converter >to parallel [bus/tag] devices) defined with > PART=(MVSPROD,REC) >so that they will be reconfigurable. > >In the IOCP listing, these channels show up with >MVSPROD as the Accesslist, and all other LPARs >as 'C' - the Candidate list. > >In order to move the channel from MVSPROD to >a different LPAR, we used the 'Reconfigure' item >in the HMC, but our MVS consultant says we should >have been able to just vary the path online in the other >MVS. He suggested that I change the PART= >to read like this: > PART=((MVSPROD),(MVSTEST,SYSTST),REC) > >I tried compiling an IOCP like that, and it looked to >me like all I achieved was to *decrease* my candidate >list from *all* LPARs, to only the named ones. > >Does anyone here have experience with moving >reconfigurable paths from within an O/S, without >going to the HMC? What needs to be done to >enable that function? > >It occurs to me that perhaps I just need to >change the IODF of the other MVS to know >about this channel, even though it finds it offline. >Would that do the trick? If so, what would be >the solution for VM LPARs? (Hmm.. put the >offline channels in DMKRIO?? ) > >Thanks, >Shimon >-- >** >** >Shimon Lebowitzmailto:[EMAIL PROTECTED] >VM System Programmer . >Israel Police National HQ. http://www.poboxes.com/shimonpgp >Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 >** >** >- > >The information transmitted is intended solely for the individual or >entity to which it is addressed and may contain confidential and/or >privileged material. Any review, retransmission, dissemination or >other use of or taking action in reliance upon this information by >persons or entities other than the intended recipient is prohibited. >If you have received this email in error please contact the sender >and delete the >material from any computer. >
Re: IOCP dynamic reconfiguration
I believe when you don't specify a candidate list it assumes the contents of the access list. Since a CVC channel can only have one partition in its access list the candidate list needs to be populated accordingly in a reconfigurable channel scenario. As for keeping it offline to VM, if the device is not used by VM and if appropriate, just exclude the applicable channel from the access/candidate list of the channel in question. Regards, Kevin -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Wednesday, December 20, 2006 2:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IOCP dynamic reconfiguration This looks like an MVS question, but it's really not - I do all the IOCP preparation from VM, for both the VM and the MVS boxes, and have to explain to the MVS people why it's not necessary to do it in MVS for that box. In my IOCP I have CVC channels (ESCON Converter to parallel [bus/tag] devices) defined with PART=(MVSPROD,REC) so that they will be reconfigurable. In the IOCP listing, these channels show up with MVSPROD as the Accesslist, and all other LPARs as 'C' - the Candidate list. In order to move the channel from MVSPROD to a different LPAR, we used the 'Reconfigure' item in the HMC, but our MVS consultant says we should have been able to just vary the path online in the other MVS. He suggested that I change the PART= to read like this: PART=((MVSPROD),(MVSTEST,SYSTST),REC) I tried compiling an IOCP like that, and it looked to me like all I achieved was to *decrease* my candidate list from *all* LPARs, to only the named ones. Does anyone here have experience with moving reconfigurable paths from within an O/S, without going to the HMC? What needs to be done to enable that function? It occurs to me that perhaps I just need to change the IODF of the other MVS to know about this channel, even though it finds it offline. Would that do the trick? If so, what would be the solution for VM LPARs? (Hmm.. put the offline channels in DMKRIO?? ) Thanks, Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 ** **
Re: DNS question
On 12/20/06, Jack Woehr <[EMAIL PROTECTED]> wrote: > bind is, these days, anything but minimal. We should port OpenBSD to the 390. You could probably run OpenBSD + bind in a 12MB VM. So on what measurements would you base such a claim? And what does it compare to with Linux on zSeries? I suppose we're talking about resident working set, not virtual machine size? My 64-bit (!) Linux virtual machine with bind and snmp in it (you have to measure it) uses 17 MB right now. Since the VM system is not tight on memory we cannot tell what part of that would really be needed to run. Probably less than half. And if we throw in shared kernel and libraries in DCSS, we probably can do with 1-2 MB. For comparison: apache is not minimal either but I ran 100 of them in a 128 MB z/VM system (and be limited by CPU rather than memory). Rob
Re: IOCP dynamic reconfiguration
Larry, The devices should be added to the Offline_at_IPL statement in the SYSTEM CONFIG file for the VM system, located on MAINT's CF1 disk. At 09:42 AM 12/20/2006, you wrote: From mvs (master console) you'd cf(config) the chipid online(on),then vary the path and the devices online. What I don't know is what you'd do to have it offline to VM so those devices wouldn't rec an interrupt from VM. Mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Wednesday, December 20, 2006 5:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IOCP dynamic reconfiguration This looks like an MVS question, but it's really not - I do all the IOCP preparation from VM, for both the VM and the MVS boxes, and have to explain to the MVS people why it's not necessary to do it in MVS for that box. In my IOCP I have CVC channels (ESCON Converter to parallel [bus/tag] devices) defined with PART=(MVSPROD,REC) so that they will be reconfigurable. In the IOCP listing, these channels show up with MVSPROD as the Accesslist, and all other LPARs as 'C' - the Candidate list. In order to move the channel from MVSPROD to a different LPAR, we used the 'Reconfigure' item in the HMC, but our MVS consultant says we should have been able to just vary the path online in the other MVS. He suggested that I change the PART= to read like this: PART=((MVSPROD),(MVSTEST,SYSTST),REC) I tried compiling an IOCP like that, and it looked to me like all I achieved was to *decrease* my candidate list from *all* LPARs, to only the named ones. Does anyone here have experience with moving reconfigurable paths from within an O/S, without going to the HMC? What needs to be done to enable that function? It occurs to me that perhaps I just need to change the IODF of the other MVS to know about this channel, even though it finds it offline. Would that do the trick? If so, what would be the solution for VM LPARs? (Hmm.. put the offline channels in DMKRIO?? ) Thanks, Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 ** ** - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: DNS question
The DNS protocol has been stretched and the de-facto standard extended beyond the RFCs. And bind happens to *be* the de-facto standard implementation. Another reason to run it instead of the VM DNS server code. And Microsoft Windows happens to *be* the de-facto standard implementation (of a GUI-driven computer system). Another reason to run it instead of (insert name here). Oh wait... it's not Friday yet is it... (Define de facto standard: http://www.learnthat.com/define/view.asp?id=2610 specifically the first sentence.) -- Rod - bad mood guy
Re: DNS question
> Of course, Theo would probably sooner jump off a cliff than allow OCO > stuff to intrude into his OS. > Is it possible to put OBSD efficiently on VM without OCO blobs? The only remaining OCO Linux on Z driver is the 3590 tape driver code, AFAIK.
Re: DNS question
On 12/20/06, Shimon Lebowitz <[EMAIL PROTECTED]> wrote: The only other thing I needed to fix was an incorrect DOMAINORIGIN statement, our network uses something weird. But having the wrong value *does* prevent me from pinging things. The DNS lookup is only for fully qualified names like www.vm.ibm.com. If you give the resolver a hostname only (a single qualifier with no dots in it) the domain origin is appended to get a fully qualified name that can be looked up. An incorrect domain origin would give wrong names that cannot be looked up. Many large installations run their own DNS servers behind the firewall to let middle tiers resolve internal addresses. It's a good thing for such servers not to use external DNS because your application could be affected by tampering with that outside DNS. While it is possible to have such a DNS also resolve the address of hosts outside the firewall, some people sleep better by keeping it inside. You have to be aware what you want to resolve and which DNS to talk to. There may not be one that fits both needs. Rob
Re: IOCP dynamic reconfiguration
>From mvs (master console) you'd cf(config) the chipid online(on),then vary the path and the devices online. What I don't know is what you'd do to have it offline to VM so those devices wouldn't rec an interrupt from VM. Mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Wednesday, December 20, 2006 5:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IOCP dynamic reconfiguration This looks like an MVS question, but it's really not - I do all the IOCP preparation from VM, for both the VM and the MVS boxes, and have to explain to the MVS people why it's not necessary to do it in MVS for that box. In my IOCP I have CVC channels (ESCON Converter to parallel [bus/tag] devices) defined with PART=(MVSPROD,REC) so that they will be reconfigurable. In the IOCP listing, these channels show up with MVSPROD as the Accesslist, and all other LPARs as 'C' - the Candidate list. In order to move the channel from MVSPROD to a different LPAR, we used the 'Reconfigure' item in the HMC, but our MVS consultant says we should have been able to just vary the path online in the other MVS. He suggested that I change the PART= to read like this: PART=((MVSPROD),(MVSTEST,SYSTST),REC) I tried compiling an IOCP like that, and it looked to me like all I achieved was to *decrease* my candidate list from *all* LPARs, to only the named ones. Does anyone here have experience with moving reconfigurable paths from within an O/S, without going to the HMC? What needs to be done to enable that function? It occurs to me that perhaps I just need to change the IODF of the other MVS to know about this channel, even though it finds it offline. Would that do the trick? If so, what would be the solution for VM LPARs? (Hmm.. put the offline channels in DMKRIO?? ) Thanks, Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 ** ** - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: DNS question
> > bind is, these days, anything but minimal. > We should port OpenBSD to the 390. You could probably run OpenBSD + bind > in a 12MB VM. You can run Linux in a 12Mb VM just fine -- we do 16 and 32M Debian guests all the time. You just can't run *SuSE or RH as distributed* in that little memory. Different compile option choices, and different decisions on what is "necessary". With a LOT of paring down, you can reduce SuSE or RH to something that will run in a 32M machine. It doesn't look much like the original, though. -- db
IOCP dynamic reconfiguration
This looks like an MVS question, but it's really not - I do all the IOCP preparation from VM, for both the VM and the MVS boxes, and have to explain to the MVS people why it's not necessary to do it in MVS for that box. In my IOCP I have CVC channels (ESCON Converter to parallel [bus/tag] devices) defined with PART=(MVSPROD,REC) so that they will be reconfigurable. In the IOCP listing, these channels show up with MVSPROD as the Accesslist, and all other LPARs as 'C' - the Candidate list. In order to move the channel from MVSPROD to a different LPAR, we used the 'Reconfigure' item in the HMC, but our MVS consultant says we should have been able to just vary the path online in the other MVS. He suggested that I change the PART= to read like this: PART=((MVSPROD),(MVSTEST,SYSTST),REC) I tried compiling an IOCP like that, and it looked to me like all I achieved was to *decrease* my candidate list from *all* LPARs, to only the named ones. Does anyone here have experience with moving reconfigurable paths from within an O/S, without going to the HMC? What needs to be done to enable that function? It occurs to me that perhaps I just need to change the IODF of the other MVS to know about this channel, even though it finds it offline. Would that do the trick? If so, what would be the solution for VM LPARs? (Hmm.. put the offline channels in DMKRIO?? ) Thanks, Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 ** **
Re: DNS question
> PING does not run on the TCP/IP stack, it runs on the userid that issued > the command. I would like to thank everyone who helped me understand the way PING and DNS work in CMS. :-) It's working fine! The only other thing I needed to fix was an incorrect DOMAINORIGIN statement, our network uses something weird. But having the wrong value *does* prevent me from pinging things. Thank you all! Shimon ._._._*_|_*_*_*_* -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308
Re: C Support for TAP/PRT/PUN
--- Alan Ackerman <[EMAIL PROTECTED]> wrote: > (So I'm 3 weeks behind in reading this? So shoot > me!) > I am more like 10 years behind > When it came time to write compilers for CMS, the > decision was made NOT to write native CMS > compilers, but instead to write OS Simulation so the > compilers could be ported over with only > small "glue" routines. This got CMS lots of > compilers it might not have otherwise had. You may > find that an amazing decision, but given that > decision, I think what you are complaining about is > not at even surprising. > It was more of a query than a complaint. The problem I actually have is that if I use SVC202 (or its modern equivalent, see I am 10 years behind on some things) and the "thing" that is run as a result of the SVC202 is another OS program, when it returns I may have "issues". I am now sorting these out, for example by using "SET STORECLR ENDSVC" and choosing DD names more carefully, but it is a bit fiddly ... > Over time, some CMS-friendly features, such as the > ability code CMS filenames crept in, but > basically, you still have OS compilers. (Some people > say these improvements were a mistake.) > Perhaps it would have been better to update the OS emulation, so the tweaks were not needed... > On Mon, 27 Nov 2006 15:58:41 -0500, Alan Altmark > <[EMAIL PROTECTED]> wrote: > > >On Monday, 11/27/2006 at 12:31 PST, Dave Wade > <[EMAIL PROTECTED]> wrote: > >> Looking through the IBM C manuals I can find, it > >> seems amazing to me that the only way to access > the > >> above devices is via OS emulation. Any one find > this a > >> pain. If so what have they done? Or have I missed > >> something? > > > >You haven't missed anything. LE I/O goes through > the OS READ/WRITE > >interface. That means FILEDEF. > > > >You're probably looking for char/block special > files via /dev, e.g.? Stop > >looking; they aren't there. > > > >:-( > > > >Alan Altmark > >z/VM Development > >IBM Endicott > >=== > == > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: LPR link terminating
On 19 Dec 2006 at 7:48, Les Geer (607-429-3580) wrote: > >I started an LPR link in RSCS with this command: > >SMSG RSCS DEFINE PDF01PO ASTART TYPE LPR FORM * > > PARM EXIT=LPRXONE HOST=10.240.1.128 PRINTER=PDF01PO > > ITO=0 USER=Y SYS=Y EPARM='S=N FF=N C=LPRCFG' > > > >For some reason, after every print job, this > >printer is stopping. Here is part of the RSCS > >console. A file was waiting for printing, until > >VMUTIL sent a START command to the printer. > >Immediately after printing the file, the printer > >was again deactivated. (And needed to be > >STARTed again for the next file, etc etc etc...) > > > > > The ITO=0 parm is causing this. ITO specifies an inactivity timeout > period after which the link will automatically drain. ITO=0 indicates > to drain immediately once all queued jobs are processed. > Thank you Les. What was bothering me was that ALL of my LPR links have ITO=0 but they all autostart when there is a file to be printed, and this one was not. The problem was that earlier in the day I did a STOP on that link, and a later START does not put it back in AST (auto-start) mode. Now I found in the manual that running a DEFINE against it with AST will redefine the link as having the autostart property. Thank you, Shimon ._._._*_|_*_*_*_* -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 ** **
Re: problem with an old vm/esa environment after migration to a flex-estserver
Hi Gary, yes we are currently on the way to open an incident at the reseller. I will email you off-list the reseller's and the customer's name. Thank you all for your help and many ideas so far. Franz Josef - Original Message - From: "Gary Eheman" <[EMAIL PROTECTED]> To: Sent: Tuesday, December 19, 2006 2:11 AM Subject: Re: [IBMVM] problem with an old vm/esa environment after migration to a flex-estserver Franz Josef: It would be easier to handle some of the technical details off-list. Please open an incident through the normal support structure for FLEX-ES resellers and we will be happy to pursue. On Mon, 18 Dec 2006 21:01:51 +0100, Pohlen (Mailinglist) <[EMAIL PROTECTED]> wrote: >Hi Gary and Ed, > >the answer why I have not answered the questions of Ed is simple. For >whatever reason I haven't got them into my outlook. The other posts have all >reached me. But following your hint I have searched the archives and fou nd >the questions. Here are the answers > >What release is SQL/DS? >I don't know currently. The system status is from approx. 1993 - 1994 > >Is the SQL/DS server using VM dataspaces? >There is the dataspace MAP00 which I can see on IND SPACES. Ther e I >also see the I/Os which Kris told me is no paging but the real DB i/o. I n >fact there is currently no paging. I only didn't know that the database i/o >is handled like paging and was misleaded from the high paging rate. > > >Was their expanded storage on the old box? If so, how much? >no, on the old box they had configured only 193 MB central storage on th e >tserver they have 768 MB > >Is the Tserver configured with expanded storage? If so, how much? >no > >Did the old system have cached DASD? >it was a multiprise 2000 or 2003 with 32MB cache defined > >Are you using enough cache for the DASD on the Tserver? >I don't know how much cache is on the raid controller of the tserver, bu t >for sure it is much more than 32MB. The machine has physically 2 GB stor age. > >Are you paging on Unix/Linux at all on the Tserver? >no > >Meanwhile after we have figured out that the high paging rate is DASD i/ o I >don't think that memory is the problem. If I substract those i/os from >paging there is zero paging. > >Gary, now one question to you. On a real mainframe there is the separate >system assist processor to do the i/o. On an intel machine the i/o has to >be done by the normal processor. We have sized the machine to a nearly >equivalent mips rate of the old machine. Is it possible, that on a syste m >with relative high i/o rate the processor eats too much from its capacit y >for i/o handling which is then on the other hand missing for the non-i/o >work? In other words, can the equavalent sizing of the mips rate be wron g on >systems with high i/o AND high cpu, so that we need more mips on the >tserver? > >regards > >Franz Josef > >- Original Message - >From: "Gary Eheman" <[EMAIL PROTECTED]> >To: >Sent: Saturday, December 16, 2006 5:18 PM >Subject: Re: [IBMVM] problem with an old vm/esa environment after migrat ion >to a flex-estserver > > >On Fri, 15 Dec 2006 15:30:38 +0100, Pohlen (Mailinglist) ><[EMAIL PROTECTED]> wrote: > >>Kris, >> >>I have now figured out from the IND SPACE every minute that the SQLDS u s >er >>has only DASD paging between 300 and 700 pages per second in spaceid >>MAP00. The BASE spaceid has no paging. Because Xstore is not de f >ined >>there is obviously no xstore paging. Would it make sense to define Xsto r >e? >>I'm not sure if a CMS user uses it. >> >>Franz Josef >> > >The paradigm is different on a FLEX-ES system than on a conventional IBM >mainframe with respect to xstore. > >Whereas paging to xstore may have been faster than I/O to disk could hav e > >been accomplished on the old mainframe, on a FLEX-ES system using intern a >l >dasd, with a cache hit we can satisfy an I/O from control unit cache in >micro seconds under ideal conditions. The path length for xstore is long e >r. > The "Oh, xstore is faster" paradigm does not fit well at all in the >FLEX-ES world. > >I do not generally recommend xstore in a VM environment, other than a to k >en >amount due to an idiosyncracy of the CP paging algorithms in VM that may >function slightly better with a token amount available. And I never >recommend MDC to xstore on a FLEX-ES system in light of the speed that I / >O >can be satisfied from controller cache. > >Ed Zell asked some excellent and pertinent questions in his post for whi c >h I >did not see an answer posted. >-- >Gary Eheman >Fundamental Software, Inc >http://www.funsoft.com > =
Re: DNS question
> Adam Thornton wrote: > > I haven't ever approached Theo about a 390 port. > But with Hercules, > > you could get started for very very cheap > Of course, Theo would probably sooner jump off a > cliff than allow OCO > stuff to intrude into his OS. > Is it possible to put OBSD efficiently on VM without > OCO blobs? > I don't see why not. You could use IUCV support, same way as MUSIC does it. Main problem is you end up fighting over ports and having to use non-standard port numbers... > -- > Jack J. Woehr# "If your neighbor prays > too loud > http://www.well.com/~jax # in church, go home and > lock your > http://www.softwoehr.com # smokehouse." - Harry S > Truman > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
