Re: Friday thought
Ugh, now I'm no longer fully convinced I am a mainframer: there are quite some items I did not know. While reading some items, I really felt I still am young; mainframes must have existed before I started at IBM, 3 Jan 1978. Kris, IBM Belgium, VM customer support The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 2006-12-08 23:26:02: You know you've been a VM system programmer for too long when you see a license place of MNT374 and start trying to remember what would go on MAINT's 374 minidisk You Might be a Mainframer If web page http://www.grnscrn.com/bigblue.htm Jim
Re: MCW002 Abend
Schuh, Richard [EMAIL PROTECTED] wrote: We just had our IFL LPAR VM crash with the code MCW002. It appears that there was something wrong with SPOOL at the time so we did not get a dump. In addition, the console log from the time of the crash cannot be opened. I have no data to document the problem. A. Does anyone have or know of a tool that might allow me to read the last few blocks of the hosed spool file? V/SEG-PLUS? SPXTAPE might get it onto a tape, from which you could read the raw blocks? DDR TYPE of the raw disk? ...phsiii
Re: MCW002 Abend
Hi, Richard. Sorry to hear about your long evening, had some like that myself. I've got a little routine here, written by Chris Langford, that can read (and *write*, too) VM spool files. Drop me a note off list if you think that it might be able to help you recover from this error. Have a good one. DJ Schuh, Richard wrote: Thanks, Jim. I had already found those. We will have to research them when the day has not been so long :-) The one mentioning a corrupted save area might also lead to other corrupted thingies - like SDFs and Spool files. And page packs. I just finished draining a page pack that was taking hits and added a replacement to the system. There went the evening - it is now 10:30 PM local time... From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Friday, December 08, 2006 5:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MCW002 Abend There are three APARs for 5.2.0 that reference this type of abend: VM63827, ,PER, ,ABENDMCW002 IN INSTRUCTION SIMULATION VM63840, ,PER, ,ABENDMCW002 HCPFMVSM REPEATEDLY CALLING HCPHTFRF VM63990, ,PER, ,PTE SERIALIZATION LEFT ON DUE TO CORRUPTED SAVEAREA -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Schuh, Richard Sent: Friday, December 08, 2006 7:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: MCW002 Abend We just had our IFL LPAR VM crash with the code MCW002. It appears that there was something wrong with SPOOL at the time so we did not get a dump. In addition, the console log from the time of the crash cannot be opened. I have no data to document the problem. A. Does anyone have or know of a tool that might allow me to read the last few blocks of the hosed spool file? B. Is this problem familiar to anyone running multiple penguins in an LPAR? I have a feeling that it is somehow related to a huge (38G) Linux guest being readied for a contest with a Solaris box of equal size (but having 15 cpus vs. 5 IFLs). Regards, Richard Schuh If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Fork returning EAGAIN
If you want to ask that question on this list you need to be starting 8500 guests on one VM each running some Linux tasks. We can help you understand that performance problem. If you have one. :) As you are running 8500 tasks under one guest you might get better help on the LINUX-390 list. Your problem is likely to be something internal in the Linux guest and not a VM problem. [EMAIL PROTECTED] wrote: This may not be the correct place to ask this question, but Google isn't helping a ton and I can't bear the thought of posting into most other Linux fora, so I'm going to run this past you folks first. To cut to the chase, as part of an effort to figur out why we had trouble with a prof-of-concept application that ate every CPU cycle our IFL could give it, I have written a couple of small Ruby scripts as a stress-testing mechanism. The basic idea is: * Create a small test database on our problematic MySQL image. (Database = 100,000 rows, each of which has a numeric key and one field consisting of 30 random alphabetic characters.) this part is fine. * On another guest, fork a bunch of processes, each of which will read a random row from the database, generate another random 30-character string, and update the record. This procedure goes fine as long as I fork a few thousand processes. Once I reach 8500 or so, however, I start receiving this: Resource temporarily unavailable - fork(2) (Errno::EAGAIN) According to everything I can find, EAGAIN on fork(2) indicates that the system can not allocate sufficient memory to create the child process, but if I issue free -m while my stress test script is running I show plenty of available memory. Am I hitting a per-user process limit or some such? Any ideas? TIA, Jon -- 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
intersection between autolog command and cmsback (more history)
Another CMSBACK status, a year later than the email referenced here http://www.garlic.com/~lynn/2006t.html#24 CMSBACK i.e. i had done the original CMSBACK implementation and deployment in the late 70s on sjr systems and hone ... the following refers to there additional systems where it was installed: To: distribution Date: 12/11/80 15:21:31 CMSBACK is now installed in: Los Gatos (2, CPUs), GPD SNJ (3), GPD STL (1) Austin (1) Note: Austin has (re)installed CMSBACK in other locations. It is also being installed in Yorktown. ... snip ... other recent CMSBACK references: http://www.garlic.com/~lynn/2006t.html#20 Why these original FORTRAN quirks?; Now : Programming practices http://www.garlic.com/~lynn/2006t.html#33 threads versus task http://www.garlic.com/~lynn/2006u.html#19 Why so little parallelism? http://www.garlic.com/~lynn/2006u.html#26 Assembler question http://www.garlic.com/~lynn/2006u.html#30 Why so little parallelism? http://www.garlic.com/~lynn/2006v.html#24 Z/Os Storage Mgmt products all of this preceeding the work mentioned in Melinda's history paper by a couple years (even preceeding the hiring of the people that Melinda's history paper mentions as having done the original work). now as to automated operator /or automated operations ... the *autolog* command ... mentioned here http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks? helped significantly with the automation of service virtual machines ... some recent references here: http://www.garlic.com/~lynn/2006p.html#10 What part of z/OS is the OS? http://www.garlic.com/~lynn/2006t.html#45 To RISC or not to RISC http://www.garlic.com/~lynn/2006t.html#46 To RISC or not to RISC http://www.garlic.com/~lynn/2006v.html#22 vmshare CMSBACK would be one example of service virtual machine ... another would be VNET ... another would be the facility developed for automated benchmarking. I had originally created the *autolog* command (and the automated flavor that was done at kernel boot) in support of automated benchmarking http://www.garlic.com/~lynn/subtopic.html#bench aka, i needed automatically (and unattended) to stop a current benchmark, generate a new kernel with various modifications, reboot to the new kernel, and start the next set of benchmarks. this could be repeated a couple times an hour for extended period straight (say 6-10 8hr shifts). now some rudimentary stuff could be done for automated operations using combination of service virtual machines (*autolog* command being one of the enablers) and special message facility ... which allowed application to capture all text (messages, cp command responses, etc) that normally would be written to the terminal/screen. a couple recent posts mentioning spm http://www.garlic.com/~lynn/2006k.html#51 other cp/cms history http://www.garlic.com/~lynn/2006t.html#47 To RISC or not to RISC http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks? another service virtual machine would be CJNTEL using special message ... mentioned here http://www.garlic.com/~lynn/2006w.html#12 more secure communication over the network some drift ... the above post also includes a mention from 1981 for public key infrastructure kind of operation. however, simple text/message processing was lacking sophisticated parsing ... like found in parasite/story ... misc. references http://www.garlic.com/~lynn/2001k.html#35 Newbie TOPS-10 7.03 question http://www.garlic.com/~lynn/2003i.html#73 Computer resources, past, present, and future http://www.garlic.com/~lynn/2003j.html#24 Red Phosphor Terminal? http://www.garlic.com/~lynn/2004e.html#14 were dumb terminals actually so dumb??? http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a parallel x86 design http://www.garlic.com/~lynn/2006.html#3 PVM protocol documentation found http://www.garlic.com/~lynn/2006c.html#14 Program execution speed http://www.garlic.com/~lynn/2006f.html#37 Over my head in a JES exit http://www.garlic.com/~lynn/2006m.html#35 Draft Command Script Processing Manual http://www.garlic.com/~lynn/2006n.html#23 sorting was: The System/360 Model 20 Wasn't As Bad As All That http://www.garlic.com/~lynn/2006p.html#31 25th Anniversary of the Personal Computer or later hllapi-like implementations. also missing was sophisticated rule infrastructures (allowing specification about what should be done in different kinds of circumstances). for other references, part of an old SPMS application document SPMS: CMS/SPM Interface Program 1 1.0 INTRODUCTION SPMS is a transient CMS command that can be called by an EXEC or by a program running in a virtual machine. It enables the user to use the CP Special Message Facility to intercept messages from CP or from other users and process them within a CMS program or EXEC. A CP command may be passed to SPMS to cause the response to that command to be returned to the caller, or SPMS can be used