Re: Problem that is a blast from the past...

2009-09-15 Thread Kris Buelens
When one uses DESBUF, it should be preceeded by CONWAIT as DESBUF also clears CMS' console output buffer. In my young years, I was debugging an EXEC1 exec with an TRACE ALL, and I didn't see all executed lines. I was almost convinced that I found a bug in EXEC1 as in the console trace I saw it

Pascal Runtime in z/vm????

2009-09-15 Thread =?ISO-8859-1?Q?Victor_Hugo_Ochoa?=
Hi Hello to all. In z/VM 5.3: somebody can indicate to me in that Minidisk and in which VM user I can f ind the Pascal Runtime code??? greetings and thanks

Re: Pascal Runtime in z/vm????

2009-09-15 Thread Kris Buelens
As parts of TCPIP were written in Pascal, you might try TCPMAINT 591 and/or 592 2009/9/15 =?ISO-8859-1?Q?Victor_Hugo_Ochoa?= vhoa...@gmail.com Hi Hello to all. In z/VM 5.3: somebody can indicate to me in that Minidisk and in which VM user I can find the Pascal Runtime code??? greetings

Printers to 2nd level VM...

2009-09-15 Thread Frank M. Ramaekers
...won't come online. 1st level (before 2nd level is brought up): q 5336-5338 PRT 5336 DRAINEDSYSTEM CLASS A PRT 5336 FORM STANDARD MANUAL SEP NO3800 FILEFCB LIMIT NONE PRT 5336 NOFOLD

Re: Printers to 2nd level VM...

2009-09-15 Thread Robert Payne
Can you SET RDEVICE ? vary on 5336-5338 HCPCPN6895I Device 5336 cannot be varied online because the device HCPCPN6895I identification data is inconclusive.

Re: Printers to 2nd level VM...

2009-09-15 Thread Alan Altmark
On Tuesday, 09/15/2009 at 09:44 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: After 2nd level is brought up: From 1st level: q 5336-5338 PRT 5336 ATTACHED TO VM2ND5336 PRT 5337 ATTACHED TO VM2ND5337 PRT 5338 ATTACHED TO VM2ND5338 From 2nd level: q 5336-5338

Re: Pascal Runtime in z/vm????

2009-09-15 Thread Edward M Martin
Yep I have a TCPASCAL TXTLIB Q2 on TCPMAINT 592 disk with 310 ENTRIES IN LIBRARY. Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Tuesday, September 15, 2009 5:50 AM To:

Re: Printers to 2nd level VM...

2009-09-15 Thread Frank M. Ramaekers
If so, then they'd propagate to the 2nd level (2nd level was FLASHCOPY'ed from first level). (Since the address weren't changed, see DEDICATEs in original email.) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone:

Re: Printers to 2nd level VM...

2009-09-15 Thread Frank M. Ramaekers
Can do, but... set rdevice 5336-5338 ty imp HCPZRP6722I Characteristics of device 5336 were set as requested. HCPZRP6722I Characteristics of device 5337 were set as requested. HCPZRP6722I Characteristics of device 5338 were set as requested. 3 RDEV(s)

Re: Pascal Runtime in z/vm????

2009-09-15 Thread Alan Altmark
On Tuesday, 09/15/2009 at 09:59 EDT, Edward M Martin emar...@aultman.com wrote: Yep I have a TCPASCAL TXTLIB Q2 on TCPMAINT 592 disk with 310 ENTRIES IN LIBRARY. The Pascal RTL for IBM-supplied application and server programs is TCPRTLIB LOADLIB on TCPMAINT 592. Alan Altmark z/VM

PPRC commands under z/VM

2009-09-15 Thread Florian Bilek
Dear all, I need to establish several PPRC pairs between two DS-8000 at our local site for our z/VM system. There is a lot of information around about this matter but unfortunately it is still not totally clear to me, if there are native z/VM commands for manageing the PPRC pairs or do I need to

Re: Printers to 2nd level VM...

2009-09-15 Thread Robert Payne
and I guess the FORCE option doesn't help ? Darn the bad luck! Sorry but I'm out of ideas for now. Bubba -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of Frank M. Ramaekers Sent: Tuesday, September 15, 2009 9:28 AM To:

Re: Printers to 2nd level VM...

2009-09-15 Thread Tom Duerbusch
You have to define the printers to your second level VM system. My guess is that you also had to define them on the first level system. Look at the SYSTEM CONFIG on the first level to see if you have a RDEVICE similar to: RDEVICE 00E TYPE IMPACT_PRINTER,

Re: Printers to 2nd level VM...

2009-09-15 Thread Robert Payne
but I thought he said that he cloned the volumes, so the CONFIG should already be in place ... -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of Tom Duerbusch Sent: Tuesday, September 15, 2009 10:26 AM To: IBMVM@LISTSERV.UARK.EDU

Re: Problem that is a blast from the past...

2009-09-15 Thread Schuh, Richard
Do you want DROPBUF or DROPBUF 0? Without a number, only the last buffer created is dropped; 0 implies all buffers, not just the last. A sequence of 'DROPBUF 0' MAKEBUF' 'WAKEUP ...' might be preferable if you are unsure of what called routines might have done. Regards, Richard Schuh

VM lockup due to storage typo

2009-09-15 Thread Lee Stewart
Does anyone have an idea of how we might have gotten out of this without an IPL? VM LPAR has 175G of memory and a flock of Linux Oracle guests... Several guests needed more memory added so the directory was updated and one by one the guests shutdown, logged off and back on. So far, so good.

Re: Printers to 2nd level VM...

2009-09-15 Thread Tom Duerbusch
Yep, that is what he said... And as I don't trust computers, you know I never trust people G. If it isn't that, then the printers need to be attached to the second level system during the IPL of the second level system. In my experience, printers don't sense too well. If you IPL with the

Re: Problem that is a blast from the past...

2009-09-15 Thread Colleen Brown
You all have great memories! I didn't mean to imply a current problem with DESBUF versus DROPBUF. I was just recalling other 'quirkiness' when using WAKEUP. This DESBUF versus DROPBUF thing is not isolated to just execs using WAKEUP. However, because of WAKEUP's fielding of interrupts you

Re: Problem that is a blast from the past...

2009-09-15 Thread Kris Buelens
Yes, DROPBUF 0 would be even better, a MAKEBUF is not required in such a server I'd say: you'd use it to separate what you place in the stack from what is there already, but as you code DROPBUF 0, there is surely nothing anymore to separate your stuff from. 2009/9/15 Schuh, Richard

Re: PPRC commands under z/VM

2009-09-15 Thread Kris Buelens
You need to use ICKDSF, PPRC ESTPATH and PPRC ESTPAIR commands. I can dig up some execs that help a bit. 2009/9/15 Florian Bilek florian.bi...@gmail.com Dear all, I need to establish several PPRC pairs between two DS-8000 at our local site for our z/VM system. There is a lot of

Re: VM lockup due to storage typo

2009-09-15 Thread Marcy Cortes
See a thread on this list with subject Sanity check? from Oct 2007 for what happened when I did the same thing ;) You probably filled page space. I still think IBM should refuse to IPL a guest that will cause such harm. Marcy This message may contain confidential and/or privileged

Re: VM lockup due to storage typo

2009-09-15 Thread O'Brien, Dennis L
Lee, Do the userid you were trying to log onto and your external security manager both have OPTION QUICKDSP in the directory? Your operator userid should also have QUICKDSP.          Dennis O'Brien My computer beat me at chess, but it was no match for

Re: PPRC commands under z/VM

2009-09-15 Thread Florian Bilek
Hi Kris, Thank you. That would be great. Kind regards, Fox

Re: VM lockup due to storage typo

2009-09-15 Thread Lee Stewart
No ESM (yet)... Operator and Maint both have QUICKDSP, the Linux guests do NOT have it... Lee O'Brien, Dennis L wrote: Lee, Do the userid you were trying to log onto and your external security manager both have OPTION QUICKDSP in the directory? Your operator userid should also have

Re: VM lockup due to storage typo

2009-09-15 Thread Tom Duerbusch
CP wouldn't know at IPL time, the guest would, not could, but would cause such harm. Just because you say you can use xxx GB, doesn't mean you would actually use them. When page fills, it over flows to spool. When spool fills, CP abends on the next pageout. Tom Duerbusch THD Consulting

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
Both Page and Spool space!!! When you get to the end of spool, there is nothing further that can be done. This ought to be considered a bug. Surely CP has the information it needs to determine that the virtual storage size is way too big to be accommodated and should reject the logon. This

Re: VM lockup due to storage typo

2009-09-15 Thread Daniel P. Martin
*cough*SHARE requirement?*cough* Marcy Cortes wrote: See a thread on this list with subject Sanity check? from Oct 2007 for what happened when I did the same thing ;) You probably filled page space. I still think IBM should refuse to IPL a guest that will cause such harm. Marcy This

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
This should be treated as a bug. It is not an enhancement or new feature, it brought a running system down. And it probably did not take a dump. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
Maybe CP couldn't know that the guest would do something bad, but it should know that it has opened itself to the possibility that the guest could, in normal operation, cause the problem. One of Alan's first precepts of information security and integrity is that the guest cannot be allowed to

Re: VM lockup due to storage typo

2009-09-15 Thread Thomas Kern
The difference between CMS and Linux in this case is just a matter of tim e before problems occur. Linux wants to use all of its storage early, CMS u ses all of its storage over time. Both will use all of their storage eventual ly. CP is built to overcommit storage. It just lets you REALLY

Re: VM lockup due to storage typo

2009-09-15 Thread Tom Duerbusch
CMS will free its storage after the command is complete. However, do a peek on a very large reader element, such as a OS dump, and CMS just might use up all of its storage, just like any other guest might. It isn't a matter of time, it is a matter of usage. Tom Duerbusch THD Consulting

SET LINUX390 DIGEST

2009-09-15 Thread Eileen Digan
Thanks later, Eileen Eileen M. Digan z/VM and Linux Systems Management Development (845) 435 - 5204 / tieline 8 - 295 - 5204 email: di...@us.ibm.com Only One Priority Can Be Number One.

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
CMS, being a 32-bit system, will probably never use 3TB of memory. Perhaps z/CMS, when it becomes a reality, might but the current CMS is another story. Regards, Richard Schuh CMS u= ses all of its storage over time. Both will use all of their storage eventual= ly.

Re: How much memory?

2009-09-15 Thread Michael Coffin
He can share the storage if the Linux guest is a virtual machine, but he won't be able to use the IFL AND his general purpose CP(s) in the same LPAR. He'd need a z10 with an LPAR configured with the new ZVM support to mix/match different processors in the same LPAR. This was actually our

Re: VM lockup due to storage typo

2009-09-15 Thread Gentry, Stephen
What Lee doesn't mention is how long he waited before doing the IPL. Had he waited to see what happens maybe VM would have finally come around, so to speak. We all have different thresholds of pain. I think I would have done what Lee did, long day, not really wanting to wait around to see if VM

Re: VM lockup due to storage typo

2009-09-15 Thread Steve Marak
I agree with that (the guest cannot be allowed to harm CP) but has that actually been formally - or even informally - accepted by the Powers That Be? I ask because I still remember, as though it were yesterday, opening a security/integrity APAR against VM back in the mid-1980's because any

Re: VM lockup due to storage typo

2009-09-15 Thread Tom Duerbusch
Good point. When I have hit this, I got a PAGxxx type error and CP automatically reipl'ed. Like I said, when the offending user starts allocating pages, all the other machines will abend on a paging error when their recently used pages are tried to be paged out. Eventually, some of CP pagable

Interesting articl

2009-09-15 Thread P S
http://www.ciozone.com/index.php/Server-Technology-Zone/The-Mainframe-The-Dinosaur-That-Wouldn-t-Die.html Something that caught my eye: IBM...opened five major new plants. Which five? Anyone know?

Re: VM lockup due to storage typo

2009-09-15 Thread Alan Altmark
On Tuesday, 09/15/2009 at 03:27 EDT, Steve Marak sama...@gizmoworks.com wrote: I agree with that (the guest cannot be allowed to harm CP) but has that actually been formally - or even informally - accepted by the Powers That Be? Yes, it is in the Statement of System Integrity in the General

Re: VM lockup due to storage typo

2009-09-15 Thread Marcy Cortes
So are you saying that what Lee and I both did to shoot our systems should APAR'able? Or should it be a requirement? Or is it going to be a your gun, your foot answer? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to

Re: VM lockup due to storage typo

2009-09-15 Thread Lee Stewart
From the tn3270 sessions hanging to the phone call to me - 2-3 minutes. From then till we decided we had to IPL - maybe 15-20 minutes. But 30 minutes (maybe 45-60 till all the apps were back up) on a major online system is a lot. It was 35 minutes from the message capping the virtual

Re: VM lockup due to storage typo

2009-09-15 Thread Lee Stewart
Gee, I guess we're in good company! ;-) It does seem to me that CP should be smart enough to look at a 175GB real storage, 4GB Xstor, and xx number of page packs and say not in our wildest dreams can we run an 8TB virtual guest... Or maybe at the point that the 8TB guest starts choking off

Re: Interesting articl

2009-09-15 Thread Huegel, Thomas
Yes, an interesting article.. Could the 5 include a) San Jose DASD plant, b)Tucson tape storage plant ?? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of P S Sent: Tuesday, September 15, 2009 2:58 PM To: IBMVM@LISTSERV.UARK.EDU

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
Seems to me that he said it was either an integrity problem or a defect. I would think that either would me meat for the APAR grinder. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent:

Re: VM lockup due to storage typo

2009-09-15 Thread Huegel, Thomas
I would think that IBM would be scurring to fix what is obviously a problem. After all they are not Microsoft... -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, September 15, 2009 4:13 PM To:

Re: VM lockup due to storage typo (OT)

2009-09-15 Thread Schuh, Richard
Marcy, Did you get to attend any of those parties at the Malibu mansion? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Tuesday, September 15, 2009 2:16 PM To:

Adding TDISK

2009-09-15 Thread Wandschneider, Scott
How I start TDISK? The following is the procedure I followed. Any help is appreciated. Thanks. I did a CPFMTXA ALLOCATE on my 54BRES volume with the following command: CPFMTXA 123 54BRES ALLOCATE TDISK 1325.600 END Result: CYLINDER ALLOCATION CURRENTLY IS AS FOLLOWS:

Re: Adding TDISK

2009-09-15 Thread Scott Rohling
Unfortunately - I don't believe you can get zVM to reread the allocation table unless you detach/attach.. which you obviously can't do with your SYSRES.. so you'd have to re-IPL to get VM to see it... Scott On Tue, Sep 15, 2009 at 3:37 PM, Wandschneider, Scott

Re: Adding TDISK

2009-09-15 Thread Wandschneider, Scott
I thought a “START” disk command would do just that, reread the allocation – No? Just start a drain volume? Thank you, Scott From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Tuesday, September 15, 2009 4:50 PM To:

Re: VM lockup due to storage typo

2009-09-15 Thread Rob van der Heij
On Tue, Sep 15, 2009 at 11:18 PM, Robert J Brenneman bren...@gmail.com wrote: Admittedly - not 8TB in a 200G box, as Lee tried to do, and it was on z/VM 5.1, so it didn't have the system execution space stuff of later z/VM releases. It did teach the lesson that more page packs can only get

Re: VM lockup due to storage typo

2009-09-15 Thread Schuh, Richard
One of the problems with booting Linux is that it determines the size of the virtual machine by testing pages rather than ask CP about it. It only took TPF and its predecessors 35 years to get this right. :-) Way back in VM/370 R3 I had a diag that could be used. We did talk the ACP

Re: Problem that is a blast from the past...

2009-09-15 Thread Chip Davis
I'm sorry to rise to the bait, but the nearly universal misunderstanding of the MAKEBUF command is one of my sore spots. PEDANT There is absolutely nothing about MAKEBUF that provides any sort of separation of the records in the program stack. Successive reads from the stack will completely