2105 config change questions
I've got a 2105-800 coming in to replace a 9393 and 2105-F20. The 9393 needs to be pulled to make room for the 2105-800, so I am squishing what I need from it onto the 2105-F20 for now. The F20 is currently defined with 8 LCU's of 40 3390-9s each, leaving an extra 88,456 cylinders in each LCU. I need some 3390-3s. I'd like to stick them onto the end of LCU7 so that it doesn't trash my addressing, but there is stuff in LCU7 that I need. 1) I can mix 3390-9 and 3390-3 within an LCU, right? 2) When I add volumes to an existing LCU (say 26 3390-3s to the existing 40 3390-9s in LCU7) is it going to nuke the existing 3390-9s? Unfortunately, the data that I _don't_ need is in LCU0-4. I suppose I can deal with it and just readdress it in the IOCP by LCU to make it as painless as possible, but it sure would be nice if I could just tack 26 3390-3s onto the end for a couple days until the 2105-800 is in place.
Re: PAV and VSE guest
OK, I am going to recap here what I am hearing, so that anyone can point out any flaws. 1) VSE is going to queue the I/O, therefore simply changing everything from full packs to minidisks and adding PAV is not going to get me anything. 2) A way to trick VSE into not queuing the I/O would be to take my full pack, and instead of making it a single minidisk, make it (say) three minidisks. This would have the effect of causing VSE to not queue I/Os among those three packs, and allow VM to do its PAV magic. The problem I see with this is that with our predominently sequential processing, VSE is still probably going to queue on each of the three minidisks on the physical volume serially, most likely with the end effect of not buying me anything. 3) The most promising performance increase, especially for a sequential read such as ours, would be to convert the full packs to minidisks and use spare memory (which we do have) to run a decently large (800MB-1GB?) cache against the minidisks. This should, however, be measured and reality checked by measuring read/write ratios and checking cache hits by device, which would lead to turning the cache off for volumes that are not getting any benefit. 4) PAV and MD cache don't play nice together, therefore since MD cache may benefit me and PAV likely will not, I should forget PAV for now, although in the future with system updates it may be something to revisit. Thank you for your time so far Eric, Catherine, Kris, Rob, Bill, and Dietltiens.
PAV and VSE guest
I was recently reviewing this: http://www.vm.ibm.com/storman/pav/pav2.html at the behest of my manager. He is looking to extend the life of and better utilize our current hardware. We are running z/VM 5.2 on a z800, with a single z/VSE 3.1.2 guest, using Shark 2105-F20 disk. We currently use DEDICATED volumes for z/VSE. I am not necessarily against changing these volumes to minidisks if there is a performance benefit to be gained. However, from my reading of the above referenced article, it appears to me that converting them to minidisks and running PAV is going to gain me about ZERO, since all I have accessing the disks is a single z/VSE guest. Is this true, or am I missing something and should look into PAV and minidisks for my single z/VSE guest? It looks to me that multiple z/VSE guests sharing volumes on minidisk _may_ benefit from PAV under VM, but a single one won't.
Re: PAV and VSE guest
Well, I know that VSE can't do PAV, but z/VM 5.2 w/ APAR VM63952 can do it for VSE, providing that the volumes are minidisks. I just don't think that it is going to get me much (if anything) with a single guest. Would VM minidisk caching help throughput in a large batch environment? The manager is looking at the performance monitors and seeing less than full usuage on the Shark's channels, I'm thinking we need to look closer at the COBOL programs running there than the Shark... Original Message Subject: Re: PAV and VSE guest From: Eric Schadow [EMAIL PROTECTED] Date: Mon, March 19, 2007 4:27 pm To: IBMVM@LISTSERV.UARK.EDU Dave If you made the DASD mini-disks instead of DEDICATED you can try VM mini disk caching. I am pretty sure PAV is z/OS only... All the regular tuning things can reviewed also - VSAM buffer tuning - - Sequential file blocking - Application s/w tuning - VSE or VM paging? etc etc Eric At 04:18 PM 3/19/2007, you wrote: I was recently reviewing this: http://www.vm.ibm.com/storman/pav/pav2.html at the behest of my manager. He is looking to extend the life of and better utilize our current hardware. We are running z/VM 5.2 on a z800, with a single z/VSE 3.1.2 guest, using Shark 2105-F20 disk. We currently use DEDICATED volumes for z/VSE. I am not necessarily against changing these volumes to minidisks if there is a performance benefit to be gained. However, from my reading of the above referenced article, it appears to me that converting them to minidisks and running PAV is going to gain me about ZERO, since all I have accessing the disks is a single z/VSE guest. Is this true, or am I missing something and should look into PAV and minidisks for my single z/VSE guest? It looks to me that multiple z/VSE guests sharing volumes on minidisk _may_ benefit from PAV under VM, but a single one won't. Eric Schadow Mainframe Technical Support www.davisvision.com
Re: Renaming spool and page
From: Little, Chris [EMAIL PROTECTED] Date: Mon, February 12, 2007 5:16 pm We're working on disaster recovery here...and just about created one. Created a recovery of our primary z/VM lpar and IPLed it in another, but with a potentially grand mistake. The production spool and page volumes are at a lower address than the DR spool and page volumes. And it did IPL with those. Q ALLOC SPOOL and PAGE proved that. By some chance it didn't crash production. So now we IPL second level before we IPL in an LPAR. After IPLing I tried changing the volume names of spool and page and reflecting that in SYSTEM CONFIG, but it results in an unbootable system. What else do I need to do? I'm not sure what is going on with that, but OFFLINE_AT_IPL your second level's system packs in your first levels SYSTEM CONFIG, and OFFLINE_AT_IPL your first level's system packs in your second level's SYSTEM CONFIG.
Re: Ask and ye shall receive...
From: Marcy Cortes [EMAIL PROTECTED] Date: Wed, February 07, 2007 3:03 pm You mean there was lots of pain, swearing, sweating, and screaming?! Glad I don't work in VM development :) Will Roden spoke at the MVMUA gathering last month. He mentioned that he had set AUTOSAVE=1. When the laughter died down, he explained that he lived on the development system, as do all the developers. We eat our own cooking first, was the phrase I believe he used. He regarded his AUTOSAVE as a necessity. Speaking of pain, swearing, sweating, and screaming in VM development. ;-)
Re: ICKDSF Release 16
After reviewing the DoD specifications for destruction by overwriting, I would say that your method does not meet them. Specifications are available here: http://www.tricare.mil/tmis_new/ia/02%20-%20Sanitization.pdf , section 3.1.2. They specify that you must overwrite with a pattern, then the complement of the pattern, then with random data. They further specify that you must overwrite the entire disk, independent of any BIOS or firmware capacity that the system may have. Among other things. My question would be, do you really need to meet DoD specifications? If so, you'll probably need something like FDRERASE, which is certified to meet those specifications. Original Message Subject: ICKDSF Release 16 From: Cliff Brenner [EMAIL PROTECTED] Date: Wed, January 31, 2007 4:03 pm To: IBMVM@LISTSERV.UARK.EDU Hi Folks, We are in the process of 'decommissioning' our mainframe platform (MP3000 runing v/VM 3.1). We formatted all our internal and external DASD (3380s and 3390s) using ICKDSF R16 with the following command: CPVOLUME FORMAT UNIT(nnn) NOVERIFY VOLID(Lnnn) - where nnn is the real pack address We formatted most of the packs on VM, then shut down the system and formatted the CP-owned packs using ICKDSF standalone. Now that the work is done, we are getting questions as to whether ICKDSF formatting conforms to certain Department of Defense standards which recommends multiple formats to guarantee all data has been removed. The ICKDSF manual reads that CPVOLUME FORMAT writes CP information to cylinder 0 and then lays out 4K pages on the remaining cylinders. Does anyone know whether this means 4K pages comprising of binary zeroes? Since our DASD are CKD, what happens to any tracks (if any) that don't fall into 4K boundaries? Is formatting a pack once good enough to insure all data is irrecoverable? Any assistance with these questions would be greatly appreciated. Thank you. Cliff Brenner Pace University Computer Systems Dept.
Re: WAVV 2007
$300 before May, $350 after. I'm not sure what is up with the hotel, the link shows no rooms available for the time period. I guess you could call them. Original Message Subject: Re: WAVV 2007 From: Tom Duerbusch [EMAIL PROTECTED] Date: Mon, January 29, 2007 5:53 pm To: IBMVM@LISTSERV.UARK.EDU http://www.wavv.org/ [EMAIL PROTECTED] 1/29/2007 4:47 PM I haven't seen anything on WAVV 2007 except the dates May 18-22 and location Green Bay. When will they start accepting registrations and hotel reservations? How much will it cost? -- 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: A z/VM idea.
From: Huegel, Thomas [EMAIL PROTECTED] Date: Mon, January 22, 2007 11:05 am As I was doing this I was thinking 'How many times over the past 30+ years have I done this same type of coding? There must be a better way to identify these different groups than to have tables or files with lists of names.' Then I had an idea this would be a lot easier if there was a z/VM directory entry called USERDATA that would be freeform and queryable ie Q UDATA. That way one could id a user any way he wanted to and use or not use the values. Does that make sense to anyone else? Or is there something similiar already there that I have missed? I have not used an ESM, and have historically used ACIGROUP for this purpose. I originally just put a group name in there, but when things got more complicated I used the eight bytes as eight individual one byte fields, each representing a priviledge level for differing systems.
Re: HCPSAS875A
From: Schuh, Richard [EMAIL PROTECTED] Date: Wed, January 10, 2007 4:04 pm HCPSAS875ACan someone PLEASE enlighten me as to he meaning of message HCPSAS875A and where I can find the documentation? HELP MSG HCPSAS875A yields: (c) Copyright IBM Corporation 1990, 2004 HCP875A The processor controller can only perform a minimum subset of functions. Follow local procedures for reporting a processor controller problem. Explanation: The processor controller has reported a change in its operation. If this message occurs at IPL of z/VM after a change to the processor, this message can be ignored. If this message occurs after IPL during normal operations, the processor controller has encountered a problem and can now only perform a minimum subset of functions. System Action: System operation continues. However, functions that use the processor controller, for example VARY PROCESSOR and IOCP commands, may not succeed. Operator Response: Follow local procedures for reporting a processor controller problem.
Re: PIPEMD5 and RXMD5 modules ?
Sterling / Ross Paterson definitely distributed them: http://listserv.uark.edu/scripts/wa.exe?A2=ind9904L=vmesa-lT=0F=S=P=31465 http://tinyurl.com/y2sev4 Original Message Subject: Re: PIPEMD5 and RXMD5 modules ? From: [EMAIL PROTECTED] Date: Mon, November 06, 2006 2:43 pm To: IBMVM@LISTSERV.UARK.EDU I think they were written by Ross Patterson while he was at VM Software Inc., later Sterling Software, now CA. My copies are of earlier vintage, and neither the EXEC nor MODULE have copyright or other identifying information. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: November 6, 2006 14:27 To: IBMVM@LISTSERV.UARK.EDU Subject: PIPEMD5 and RXMD5 modules ? I have two modules that are in use in some test processes that we ran a while back and I am now interested in using them in a production process. Unfortunately, I don't have the footprints to track them back to whoever wrote/owns them. The vmarc files that contain them are dated 03/30/98. If you know who wrote them, or who owns them, please let me know.
Re: Downloading Track
Is there a TRACK version available for z/VM, and if so, where? Thanks, Dave Reinken Original Message Subject: Downloading Track From: Kreiter, Chuck [EMAIL PROTECTED] Date: Wed, August 23, 2006 10:12 am To: IBMVM@LISTSERV.UARK.EDU Downloading Track I wanted to download Track for VM after learning about it at Share last week. On the download page, it mentions that if you are downloading to an ASCII system (Windows), to make sure you do no data translation (binary or type I). For an HTTP download, how does one specify a binary download? Thanks, Chuck Kreiter Lead Systems Programmer