Re: VM Best Practices

2009-12-14 Thread Dave Wade
Do you mean something like this:- http://www.dilbert.com/strips/comic/2008-09-03/ However what is "Best Practice" is to see what you customer needs are and then make sure that you have the appropriate procedures and practices in place to enable you to deliver these under all circumstances. Dave

Re: VM Best Practices

2009-12-14 Thread Schuh, Richard
The mirrored dasd would be nice. However, we do not have it yet. What we do have is writing backups to remote tape units. We do Hidro backups to them because of the speed and lesser line charges. We maintain 5 generations of the backups. When the backups complete, we send a note to a distributio

Re: VM Best Practices

2009-12-14 Thread Mike Walter
Yep, your updates are good, and in keeping with the opening sentences of my reply: > There are probably going to be a large number of replies based on everyone's own personal experiences. Then add to more to item 2d. (if your pockets are deep enough): "Ship either duplicate tapes, or the two mo

Re: VM Best Practices

2009-12-14 Thread Ivica Brodaric
> > 2) Keep automatically produced daily reports to minidisk, printed to > hardcopy at least weekly, showing: > a) the current location of critical minidisks. The list should be > quickly searchable by sorted userid and mdisk (e.g. "Where's MAINT's 02C2 > disk with the "USER DIRECT" file? Or...

Re: VM Best Practices

2009-12-14 Thread Brian Nielsen
On Mon, 14 Dec 2009 15:09:11 -0500, Alan Altmark wrote: >LOL. I am coming to hate the phrase "Best Practices". I've hated it for years. What's "best" for you is not neccesarily "best" for me. Similarly, "rules of thumb" that get used without understanding their underpinnings can handcuff

Re: VM Best Practices

2009-12-14 Thread Mike Walter
Gary, There are probably going to be a large number of replies based on everyone's own personal experiences. Errors of Omission is rather difficult to define, which omission did you mean? If you are not present to reply, raise your hand. ;-)~ My list of "D.R. Best Practices" includes: 1) H

Re: VM Best Practices

2009-12-14 Thread Alan Altmark
On Monday, 12/14/2009 at 02:44 EST, "Gary M. Dennis" wrote: > Watching ?A Christmas Story? makes me wonder if you can ?shoot your eye out? > through errors of omission with a VM system. Of course. Computers aren't the brightest bulbs on the string, but they are obedient. Note that they do

VM Best Practices

2009-12-14 Thread Gary M. Dennis
Watching ³A Christmas Story² makes me wonder if you can ³shoot your eye out² through errors of omission with a VM system. Can anyone point me to a source for z/VM ³Best Practices² that addresses low level system recovery (essentially disaster recovery). Thanks Gary Dennis Mantissa Corporation

Re: AUTO IPL

2009-12-14 Thread Dean, David (I/S)
In HMC the LOADPARM is empty. OK, I have fixed? it. I have been doing a "load" from the HMC. I did an "Activate" instead and it worked. Subsequently "load" and "activate" are working. Any insight? Thanks as always. David Anything that is not a mystery is guesswork __

DS6800 Cache Command

2009-12-14 Thread Edward M Martin
Hello Everyone, Just an update, I am finding that the DS6800 cache commands (z/VM and z/VSE) are a mystery to IBM too. I have both a Hardware PMR and Software PMR (currently open) on what the output of the commands mean. The numbers do not match anything nor do they add up. I did get a "Col

Re: Base Processor?

2009-12-14 Thread Alan Altmark
On Monday, 12/14/2009 at 10:49 EST, Kris Buelens wrote: > Two Alan's, one is right, the other... > > There were APs and MPs, Attached Processors, Multi Processors. Ages ago, I > explained both in a course and the difference was that the second processor in > an AP config couldn't perform I/

Re: Base Processor?

2009-12-14 Thread Schuh, Richard
Leave it to one AA to counter the other. Ah, the good old days. If we were lexicographers defining terms, that one would probably be described as an archaic usage :-) Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.ed

Re: AUTO IPL

2009-12-14 Thread Kris Buelens
You can also enter CONS in the LOADPARM field, it will also bypass the SAPL screen, but pass CONS= to CP Example: CONSSYSG starts CP on the "Integrated 3270 console" 2009/12/14 Mike Walter > David, > > What are the arguments on the HMC (or from 1st level when IPLing a 2nd > level system)

Re: AUTO IPL

2009-12-14 Thread Mike Walter
David, What are the arguments on the HMC (or from 1st level when IPLing a 2nd level system) when you IPL? If you DO include an argument "LOADPARM dev_addr", then the SALIPL screen will appear, requiring F10 to load the system. If you DO NOT include the "LOADPARM dev_addr", an IPL should not dis

Re: AUTO IPL

2009-12-14 Thread Quay, Jonathan (IHG)
Are you loading from the HMC and passing a loadparm? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dean, David (I/S) Sent: Monday, December 14, 2009 11:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: AUTO IPL UNCLE! I have

Re: AUTO IPL

2009-12-14 Thread Brent Litster
David, the only difference I see is you are missing the LogMsg_From_File statement in the Disable section. Don't know if it has anything to do with it or not. Brent Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 blits...@zionsbank.co

AUTO IPL

2009-12-14 Thread Dean, David (I/S)
UNCLE! I have searched the archives and read the manualI know this should be an easy one. My new ZVM 5.4 IPL stops at the SAPL screen and makes me press F10 to load. This is the existing one that work: Features , auto_ipl , /* No prompt at IPL */ cold ,

Re: Base Processor?

2009-12-14 Thread Kris Buelens
Two Alan's, one is right, the other... There were APs and MPs, Attached Processors, Multi Processors. Ages ago, I explained both in a course and the difference was that the second processor in an AP config couldn't perform I/O; on an MP, both could perform I/O, but each only to the channels it ha

Re: Base Processor?

2009-12-14 Thread Alan Altmark
On Monday, 12/14/2009 at 01:24 EST, Alan Ackerman wrote: > I'm sorry, Sir Alan, but there really were "AP" (Attached Processor) mode > ls in which the base > processor could do I/O and the attached processor could not. the IBM 3033 > AP was one such > model. See http://www-03.ibm.com/ibm/histo