Re: IBM's Next Generation Mainframe Processor
If you think the Magic Box campaign was awful, you should have seen instructions for using its designs and language. These ads were current when I was doing the IBM magazine and I had to work the term magic box into articles. (E.g., Only a magic box could deliver so much power through so many different user interfaces!) Leading various article reviewers to ask me some very pointed questions about my judgment or sobriety. The David and Phil duet sang: How quickly they forget department...those ads are orders of magnitude better than the Magic Box series, or the Lotus Superhuman Software series! (But of coure you're fundamentally right, they're obnoxious...) Not so much obnoxious as just *dumb*. All three campaigns share the characteristic of being insulting by their sheer dumbness. Do the people at Ogilvy and Mather really think we're that dumb? Or do the people at IBM responsible for giving the go-ahead think we're that dumb? Last time I checked, most of us in IT-land had at least a few brain cells left.
Re: MIPS for SSLSERV
all TCPIP application (such as telnet) connects per second are reported on ESATCPA report for z/VM connections if you have ESATCP or ESALPS. Overall connection rates are reported for other servers on the ESATCP1 report. Alan Ackerman wrote: On Tue, 16 Oct 2007 20:03:07 -0400, David Kreuter [EMAIL PROTECTED] com wrote: What else is running through the VM TCPIP stack? What else are you encrypting via TCPIP and SSLSERV? David Mainly FTP and SMTP. Some NFS. Some DB2 (DRDA?). Nothing else encrypted, although FTP will be next. I found the z/V performance report. It has lots of numbers for CPU cost f or Telnet CONNECTS. Any idea how I can get a count of those? It also has FTP cost in bytes, but n o other Telnet costs.
Re: IBM's Next Generation Mainframe Processor
Now, it'd be interesting to know if the same group at OM came up with the Heist ad, and the Flying Cars ad for the pSeries folks. I can't imagine it'd be true -- both are far too intelligent and funny -- but I suppose it's possible. The universe is full of strange and wonderful things. I don't get to see USA commercials, but I *have* seen (as a computer video file) the Heist ad. It was what popped into my mind when I saw your complaint about the dumb IBM ads, and I really didn't understand what was wrong with it. Glad to see I was misunderstanding you. :-) Shimon -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: 2nd Level IPL
Alyce--You also need to go change any mdisks on the 2nd level 520XXX system and change the volid in all mdisk statements to 520XXX from 520RES. The directory statement that Tom mentioned is DIRECTORY. It should be the first non-comment statement in the USER DIRECT file. Also if you copied other volumes such as 520W01 to a different volid, you have to change 520W01 to the new volid. If you changed CP owned volumes other than 520RES, don't forget to change them in the CP owned section of SYSTEM CONFIG. Jim Thomas Kern wrote: You need to update the SYSTEM CONFIG to use the new 520XXX volser for your sysres definitions (WARMSTART, CHECKPOINT, etc). Then you have to update the directory on that volume to have all the new volsers for your new volumes. If you do not have DIRMAINT active on that system, you can edit the USER DIRECT file to change volsers and the address in the control definition at the top. I forget what the actual control statement is that points to the volume address and volser where the directory will be written. You will get a return code = 5 if it works, that means the directory was written but not brought online because that device address and volser do not match the current running directory. /Tom Kern /301-903-2211 Alyce Austin wrote: HELLO, I HAVE DDR COPIED AND RELABELED ALL OF MY Z/VM 5.2 SYSTEM DISKS TO NEW VOLUMES AND NEW ADDRESSES. I ALSO COPIED THE 520RES VOLUME TO A NEW ADDRESS AND RELABELED IT AS 520XXX TO MAKE IT UNIQUE. I PLAN TO IPL MY 520XXX VOLUME SECOND LEVEL POINTING TO MY NEW SYSTEMX CONFIG FILE WHICH POINTS TO THE NEW VOLUMES. I ASSUME I CAN IPL SECOND LEVEL WITH MY NEW NAME 520XXX; OR, DOES IT EXPECT TO SEE 520RES AS THE IPL VOLUME NAME? THANKS FOR YOUR HELP, ALYCE -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: 2nd Level IPL
I'm fairly sure that if you change the name of a spool volume, it will not survive the next IPL. Back up your spool to tape before renaming the volume and re-IPLing. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 10/17/07 7:39 AM, Jim Bohnsack [EMAIL PROTECTED] wrote: Alyce--You also need to go change any mdisks on the 2nd level 520XXX system and change the volid in all mdisk statements to 520XXX from 520RES. The directory statement that Tom mentioned is DIRECTORY. It should be the first non-comment statement in the USER DIRECT file. Also if you copied other volumes such as 520W01 to a different volid, you have to change 520W01 to the new volid. If you changed CP owned volumes other than 520RES, don't forget to change them in the CP owned section of SYSTEM CONFIG. Jim
Re: 2nd Level IPL
OK. Good to know. When I've tried, I've always wanted to relocate it in the list, so I never had the opportunity to try it to the same slot. On 10/17/07 8:24 AM, Stracka, James (GTI) [EMAIL PROTECTED] wrote: Wrong. It will survive. Position within CPOWNED is that clobbers this. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Wednesday, October 17, 2007 9:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL I'm fairly sure that if you change the name of a spool volume, it will not survive the next IPL. Back up your spool to tape before renaming the volume and re-IPLing.
Re: 2nd Level IPL
What I do is this :- 1. Check that the last cylinder is not in use on the starter system volumes (no starter system from IBM that I have ever seen uses cyl 3338). 2. Label new volumes with whatever label meets your local standard. 3. Define a Userid on your 1st level system that will be used to run your 2nd level system (i.e. VMLEV2) 4. Define RW minidisks for VMLEV2 starting at CYL 1 to END on the new volumes. 5. Logon to VMLEV2 and DDR copy the real system volumes to you minidisks. You will get 'Source is bigger than target' but this is OK. 6. Detach the real system volumes and IPL from the Minidisk that you have just copied the SYSRES to. Voila - you have a 2nd level copy of your system with spool integrity maintained and no duplicate volume labels. Colin Allinson Technical Manager - VM Systems Support Operating Systems Services Amadeus Data Processing GmbH T: +49 (0)8122 43 4975 F: +49 (0)8122 43 3260 [EMAIL PROTECTED] www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: Upgrade to z/VM 5.3 hangs
Is there a temp fix available for VM64297? cause it's still open. APAR Identifier .. VM64297 Last Changed 07/10/08 PAGING SPIKE DEMAND SCAN SHUTS DOWN SYSTEM HANG Symptom .. LP LOOP Status ... OPEN Severity ... 2 Date Closed . Component .. 568411202 Duplicate of Reported Release . 530 Fixed Release Component Name VM CPSpecial Notice Current Target Date ..07/11/04 Flags SCP ... Platform Status Detail: DESIGN/CODE - APAR solution is being designed and coded. Marcy Cortes [EMAIL PROTECTED] ellsfargo.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Upgrade to z/VM 5.3 hangs 10/16/2007 05:13 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU I'm not so sure that it is included. They don't hit all of the same modules... 64269 hits HCPALR and HCPALU. 64297 hits HCPALS, HCPALR, and HCPALD. I'm pretty sure VM64269 is a prereq. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Leland Lucius Sent: Tuesday, October 16, 2007 7:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Upgrade to z/VM 5.3 hangs Hi Marcy, Thanks for the info. We go the test fix for 64297 (which they say includes 64269) last night and we hope to get a test window this weekend...if for nothing else but to get a dump. But, if we can recreate it, we're gonna try the fix after taking the dump. Thanks again, Leland On 10/15/07 2:26 PM, Marcy Cortes [EMAIL PROTECTED] wrote: Make sure you get a snapdump next time. There's quite a few HIPERs out there beyond 0701, you may want to go pull them all. Sounds kinda similar to something we've experienced - resolved by VM64269 and VM64297. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Leland Sent: Monday, October 15, 2007 11:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Upgrade to z/VM 5.3 hangs I am wondering if anyone has seen this when upgrading from VM 5.2 to VM 5.3. We opened an ETR for our issue with IBM this morning. Yesterday we attempted to upgrade to z/VM 5.3 0701 and ran into a problem that caused us to back out to z/VM 5.2. After bringing up 10 service machines and roughly 50 Linux guests, we started 2 more Linux guests. This caused MAINT's and another tn3270 session to hang. We thought perhaps TCPIP had died, so we went to our Visara console and that was hung to. We were able to ssh into some of the Linux guests and bring down stuff like Websphere and Oracle, but we could not get into all of the
Re: 2nd Level IPL
Wrong. It will survive. Position within CPOWNED is that clobbers this. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Wednesday, October 17, 2007 9:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL I'm fairly sure that if you change the name of a spool volume, it will not survive the next IPL. Back up your spool to tape before renaming the volume and re-IPLing. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 10/17/07 7:39 AM, Jim Bohnsack [EMAIL PROTECTED] wrote: Alyce--You also need to go change any mdisks on the 2nd level 520XXX system and change the volid in all mdisk statements to 520XXX from 520RES. The directory statement that Tom mentioned is DIRECTORY. It should be the first non-comment statement in the USER DIRECT file. Also if you copied other volumes such as 520W01 to a different volid, you have to change 520W01 to the new volid. If you changed CP owned volumes other than 520RES, don't forget to change them in the CP owned section of SYSTEM CONFIG. Jim This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: ADRDSSU backup of VM volume
On Oct 17, 2007, at 8:53 AM, Anne D. Crabtree wrote: Thought I’d get brave and try this. What am I doing wrong? You're inside ICKDSF. Either do the CP DEF MDISK before running ICKDSF, or you can probably address the commands to CP by prefixing with #, like: #CP DEF MDISK whatever I've always done the setup before running ICKDSF. Adam
Re: ADRDSSU backup of VM volume
Yes, I was following Kris's instructions, but I had to add DEVMAINT to my MAINT's OPTION stmt and then was able to define the minidisk (outside ICKDSF). It worked fine that way. Thanks! From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bob Bates Sent: Wednesday, October 17, 2007 10:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume Looks like you are already in the middle of some program. Might be best to get out of it before trying to do the define. Or you could probably get away with #CP DEFINE and be sure it is a class A id you are using. Bob Bates Enterprise Hosting Services - z/VM and z/Linux http://ehs.homestead.wellsfargo.com/C1/MOBS/WebPart%20Pages/zVM.aspx w. (972) 753-5967 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Anne D. Crabtree Sent: Wednesday, October 17, 2007 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume Thought I'd get brave and try this. What am I doing wrong? ENTER INPUT COMMAND: cp define mdisk 1234 0 end 530W01 CP DEFINE MDISK 1234 0 END 530W01 ICK30219I VERB NAME 'CP' UNKNOWN ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ENTER INPUT COMMAND: From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Monday, September 24, 2007 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume On my 5.3 system, the 530W01 disk has been CP formatted, so I'm surprised yours seems not to. So try at least the CPVOL LIST. 2007/9/24, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : First, I assume you mean do this stuff to 530W01... Second, the backup ran with the FULL ALLEXCP ADMINISTRATOR. Do you think if I RESTORE it the same way, I will be able to use it? I'm really nervous about doing anything to the volume at this point! (I know big chicken) From: The IBM z/VM Operating System on behalf of Kris Buelens Sent: Mon 9/24/2007 3:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume I guess that 510W01 was never formatted with CPVOL. Because, CPVOL is supposed to not only create CP's allocation bytemap, but also a VTOC telling z/OS ( co) that the disk is full. So, 1. Assure you have no minidisk on 510W01 starting in cylinder 0 (you can ignore the minidisk of user $ALLOC$) 2. Run ICKDSF, press enter twice (to indicate CONSOLE as in- and output 1. Link to a FULLPACK overlay on 510W01, or use DEFINE MDISK: cp define mdisk 1234 0 end 510W01 2. Verify that there is no CP area on the disk (it should not, otherwise CPVOL would have created a dummy VTOC, but you wouldn't like to loose a CP area). Run cpvol list unit(1234) verify(510W01) I expect it will tell: ICK33001I 510W01 CYLINDER ZERO NOT IN CP FORMAT. If it would -unexpectedly- list CP areas (SPOL, PAGE, DRCT, TEMP, ... stop here. 3. Format cylinder 0: cpvol format unit(1234) verify(510W01) range(0,0) ) volid(510W01) 4. END 3. DETACH 1234 2007/9/23, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : Converted to z/vm 5.3 recently. We normailly backup our VM pack on Z/OS via ADRDSSU. I inadvertently left my 530W01 volume out of the backup procedure. I added it into current job that backs up my old 510W01: //WORKVALT EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=510W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN= VALT.SY.TP510W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(1,SL,EXPDT=99000), // VOL=(,RETAIN,,10) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) - TRACKS(0,0,10016,14) CPVOLUME ADMINISTRATOR /* //WRKVLT53 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=530W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN=VALT.SY.TP530W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(2,SL,EXPDT=99000), // VOL=(,RETAIN,,10,REF=*.WORKVALT.TAPE) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) -
Re: ADRDSSU backup of VM volume
Thought I'd get brave and try this. What am I doing wrong? ENTER INPUT COMMAND: cp define mdisk 1234 0 end 530W01 CP DEFINE MDISK 1234 0 END 530W01 ICK30219I VERB NAME 'CP' UNKNOWN ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ENTER INPUT COMMAND: From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Monday, September 24, 2007 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume On my 5.3 system, the 530W01 disk has been CP formatted, so I'm surprised yours seems not to. So try at least the CPVOL LIST. 2007/9/24, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : First, I assume you mean do this stuff to 530W01... Second, the backup ran with the FULL ALLEXCP ADMINISTRATOR. Do you think if I RESTORE it the same way, I will be able to use it? I'm really nervous about doing anything to the volume at this point! (I know big chicken) From: The IBM z/VM Operating System on behalf of Kris Buelens Sent: Mon 9/24/2007 3:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume I guess that 510W01 was never formatted with CPVOL. Because, CPVOL is supposed to not only create CP's allocation bytemap, but also a VTOC telling z/OS ( co) that the disk is full. So, 1. Assure you have no minidisk on 510W01 starting in cylinder 0 (you can ignore the minidisk of user $ALLOC$) 2. Run ICKDSF, press enter twice (to indicate CONSOLE as in- and output 1. Link to a FULLPACK overlay on 510W01, or use DEFINE MDISK: cp define mdisk 1234 0 end 510W01 2. Verify that there is no CP area on the disk (it should not, otherwise CPVOL would have created a dummy VTOC, but you wouldn't like to loose a CP area). Run cpvol list unit(1234) verify(510W01) I expect it will tell: ICK33001I 510W01 CYLINDER ZERO NOT IN CP FORMAT. If it would -unexpectedly- list CP areas (SPOL, PAGE, DRCT, TEMP, ... stop here. 3. Format cylinder 0: cpvol format unit(1234) verify(510W01) range(0,0) ) volid(510W01) 4. END 3. DETACH 1234 2007/9/23, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : Converted to z/vm 5.3 recently. We normailly backup our VM pack on Z/OS via ADRDSSU. I inadvertently left my 530W01 volume out of the backup procedure. I added it into current job that backs up my old 510W01: //WORKVALT EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=510W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN= VALT.SY.TP510W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(1,SL,EXPDT=99000), // VOL=(,RETAIN,,10) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) - TRACKS(0,0,10016,14) CPVOLUME ADMINISTRATOR /* //WRKVLT53 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=530W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN=VALT.SY.TP530W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(2,SL,EXPDT=99000), // VOL=(,RETAIN,,10,REF=*.WORKVALT.TAPE) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) - TRACKS(0,0,10016,14) CPVOLUME ADMINISTRATOR I must have done something differently on 5.1 that I didn't do on 5.3. WRKVLT53 gets the following error: ADR307E (001)-OPNCL(11), UNABLE TO OPEN VOLUME 530W01, 16 Code 16 says 16 The VM-formatted volume does not have an OS-compatible VTOC beginning on track zero, record five. So, now what do I do? We have DR exercise in two weeks and I must have a backup of this volume! We back up linux volumes using: DUMP IDD(DASD) ODD(TAPE) FULL ALLEXCP ADMINISTRATOR Would that work? -- Kris Buelens, IBM Belgium, VM customer support
Re: ADRDSSU backup of VM volume
Looks like you are already in the middle of some program. Might be best to get out of it before trying to do the define. Or you could probably get away with #CP DEFINE and be sure it is a class A id you are using. Bob Bates Enterprise Hosting Services - z/VM and z/Linux http://ehs.homestead.wellsfargo.com/C1/MOBS/WebPart%20Pages/zVM.aspx w. (972) 753-5967 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Anne D. Crabtree Sent: Wednesday, October 17, 2007 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume Thought I'd get brave and try this. What am I doing wrong? ENTER INPUT COMMAND: cp define mdisk 1234 0 end 530W01 CP DEFINE MDISK 1234 0 END 530W01 ICK30219I VERB NAME 'CP' UNKNOWN ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ENTER INPUT COMMAND: _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Monday, September 24, 2007 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume On my 5.3 system, the 530W01 disk has been CP formatted, so I'm surprised yours seems not to. So try at least the CPVOL LIST. 2007/9/24, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : First, I assume you mean do this stuff to 530W01... Second, the backup ran with the FULL ALLEXCP ADMINISTRATOR. Do you think if I RESTORE it the same way, I will be able to use it? I'm really nervous about doing anything to the volume at this point! (I know big chicken) From: The IBM z/VM Operating System on behalf of Kris Buelens Sent: Mon 9/24/2007 3:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ADRDSSU backup of VM volume I guess that 510W01 was never formatted with CPVOL. Because, CPVOL is supposed to not only create CP's allocation bytemap, but also a VTOC telling z/OS ( co) that the disk is full. So, 1. Assure you have no minidisk on 510W01 starting in cylinder 0 (you can ignore the minidisk of user $ALLOC$) 2. Run ICKDSF, press enter twice (to indicate CONSOLE as in- and output 1. Link to a FULLPACK overlay on 510W01, or use DEFINE MDISK: cp define mdisk 1234 0 end 510W01 2. Verify that there is no CP area on the disk (it should not, otherwise CPVOL would have created a dummy VTOC, but you wouldn't like to loose a CP area). Run cpvol list unit(1234) verify(510W01) I expect it will tell: ICK33001I 510W01 CYLINDER ZERO NOT IN CP FORMAT. If it would -unexpectedly- list CP areas (SPOL, PAGE, DRCT, TEMP, ... stop here. 3. Format cylinder 0: cpvol format unit(1234) verify(510W01) range(0,0) ) volid(510W01) 4. END 3. DETACH 1234 2007/9/23, Anne D. Crabtree [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : Converted to z/vm 5.3 recently. We normailly backup our VM pack on Z/OS via ADRDSSU. I inadvertently left my 530W01 volume out of the backup procedure. I added it into current job that backs up my old 510W01: //WORKVALT EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=510W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN= VALT.SY.TP510W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(1,SL,EXPDT=99000), // VOL=(,RETAIN,,10) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) - TRACKS(0,0,10016,14) CPVOLUME ADMINISTRATOR /* //WRKVLT53 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=(,),OUTPUT=(*.OUT1) //DASD DD DISP=OLD,UNIT=3390,VOL=SER=530W01 //TAPE DD UNIT=MAGS,DISP=(,CATLG), // DSN=VALT.SY.TP530W01(+1), // DCB=(DUMMYDCB,RECFM=U,LRECL=0,BLKSIZE=0),LABEL=(2,SL,EXPDT=99000), // VOL=(,RETAIN,,10,REF=*.WORKVALT.TAPE) //SYSIN DD * DUMP IDD(DASD) ODD(TAPE) OPTIMIZE(4) - TRACKS(0,0,10016,14) CPVOLUME ADMINISTRATOR I must have done something differently on 5.1 that I didn't do on 5.3. WRKVLT53 gets the following error: ADR307E (001)-OPNCL(11), UNABLE TO OPEN VOLUME 530W01, 16 Code 16 says 16 The VM-formatted volume does not have an OS-compatible VTOC beginning on track zero, record five. So, now what do I do? We have DR exercise in two weeks and I must have a backup of this volume! We back up
Re: DFSMSRM 3495
Yes. I obtained the library serial number from the admin who works with the 3495. I guess I'll be opening a ticket with IBM since I appear to be stuck. Thanks, Dave -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Tuesday, October 16, 2007 7:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DFSMSRM 3495 Yes, I believe so. The 3495 is accessed by several platforms; MVS, Open Systems, used by Windows backup apps; and now VM. It looks like the library I was put in is called vm. I tried using that as the library name for RM_AUTO_LIBRARY, but it didn't seem to make any difference. It really is the library serial number that is the most important item to configure to RMS. The library name in the RMS config is really for DFSMS purposes only. Do you have the correct serial number configured to RMS? Best Regards, Les Geer IBM z/VM and Linux Development
Re: MIPS for SSLSERV
I can't say about TN3270, but if you assume that all encryption has the same cost (i.e. cost per MB), then: On SLES10, FTP encryption seemed to become the default vs older Suse systems. When I FTP iso images now, it takes 4 X the CPU power then the non-encrypted version. This is based on our z/890 IFL. So, my first guess is 4 times the current cost of your TCPIP stack. Tom Duerbusch THD Consulting FELINE PHYSICS: Law of Cat Motion A cat will move in a straight line, unless there is a really good reason to change direction. Alan Ackerman [EMAIL PROTECTED] 10/16/2007 6:01 PM We have been asked to encrypt all TN3270 traffic to our VM systems (5 LPARS + 14? guests). I am planning to use the VM SSLSERV, running on Red Hat (RHEL 4) Linux. My management wants me to estimate the MIPS (or CPU cycles) cost of this. Any ideas? I can get number of users logged in via TCP/IP via NETSTAT TELNET, so a per-user cost would be nice, or a total cost and number of logged-in users, but I will take any estimates you have. These are CMS users, or users dialing in to VTAM. (Existing Linux guests are not affected by this, as they already use encrypted TELNET.) z/VM 5.3.0 (soon) on z9 EC processors. QWS3270 Secure (although I don't think the PC client makes any difference).
Re: 2nd Level IPL
IBM has very nicely made sure to leave the last cylinder on the xxxRES an d xxxWnn packs empty to make copying them onto 1-END minidisks easy. However, the installation instructions are written to allocate all the wa y to the end of the spool and page volumes. You *can* copy the spool and page volumes to 1-END minidisks and you'll be fine *most of the time*. I f the last cylinder of a 1st level spool volume had data you'll lose it. I f you dodge that, then when writing to spool/page you'll be fine up until the second level system tries to reference the last spool/page cylinder which doesn't exist. Doing re-allocates on the 2nd level page volumes is easy and safe, but no t a sure thing on spool volumes copied to 2nd level. You could do SPXTAPE, but that's ugly in an otherwise elegant method. Better is to not allocate the last cylinder on 1st level spool and page volumes during the initial installation. Brian Nielsen On Wed, 17 Oct 2007 15:44:07 +0200, Colin Allinson [EMAIL PROTECTED] wrote: What I do is this :- 1. Check that the last cylinder is not in use on the starter system volumes (no starter system from IBM that I have ever seen uses cyl 3338) . 2. Label new volumes with whatever label meets your local standard. 3. Define a Userid on your 1st level system that will be used to run you r 2nd level system (i.e. VMLEV2) 4. Define RW minidisks for VMLEV2 starting at CYL 1 to END on the new volumes. 5. Logon to VMLEV2 and DDR copy the real system volumes to you minidisks . You will get 'Source is bigger than target' but this is OK. 6. Detach the real system volumes and IPL from the Minidisk that you hav e just copied the SYSRES to. Voila - you have a 2nd level copy of your system with spool integrity maintained and no duplicate volume labels.
Dumb Commercials (was discussion on z6)
I don't get to see USA commercials A fact for which you should be duly grateful every single day. Israeli TV is a *lot* more fun (broadcast over the Internet, it does have the occasional odd pause, but the presentations and topics are a lot less stuffy and dumbed-down).
Re: Q ESM requirement submitted to WAVV
I wouldn't interpret no comments as a mass case of apathy. Just that no one had anything better to say. :) David Boyes wrote: Since I’ve gotten no dissent (in fact, no comments at all), I’ve submitted the requirement I posted for comment to WAVV. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: 2nd Level IPL
It's also useful to note that full packs are not required for page and spool. Using minidisks on the 2nd level system and formatting them with ICKDSF using the same labels as the real volumes gives you a disposable page and spool area that you can cold-start at will w/o risking any real data. My 2nd level test systems run with only about 200-400 cyls of each defined. It'd be really helpful for that stream-oriented SPXTAPE to show up someday...
Re: 2nd Level IPL
I assume I could also bring my new system up lst level rather than 2nd level since I have an additional LPAR available; or, do I have to bring it up 2nd level first (with the new volumes attached) and then bring it up lst level? Thanks again, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Wednesday, October 17, 2007 8:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL It's also useful to note that full packs are not required for page and spool. Using minidisks on the 2nd level system and formatting them with ICKDSF using the same labels as the real volumes gives you a disposable page and spool area that you can cold-start at will w/o risking any real data. My 2nd level test systems run with only about 200-400 cyls of each defined. It'd be really helpful for that stream-oriented SPXTAPE to show up someday...
Re: 2nd Level IPL
If you've used real DASD, and renamed the disks, either using Dedicate or full-pack Mdisk for the second level system, and you've changed addresses for things like your OSA card, console, DASD and other emulated real devices (and these new device addresses actually correspond with real devices), then there's no reason it wouldn't come up in another LPAR. If you've done any of the easy second level suggestions (allocating minidisks starting at CYL 1 to end rather than changing volume names, using smaller minidisks for page and spool, ...), or if you haven't aligned your OSA, console, tape, DASD and other devices with the real addresses you want to use, then the system will not come up first level. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 10/17/07 11:14 AM, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I assume I could also bring my new system up lst level rather than 2nd level since I have an additional LPAR available; or, do I have to bring it up 2nd level first (with the new volumes attached) and then bring it up lst level? Thanks again, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Wednesday, October 17, 2007 8:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL It's also useful to note that full packs are not required for page and spool. Using minidisks on the 2nd level system and formatting them with ICKDSF using the same labels as the real volumes gives you a disposable page and spool area that you can cold-start at will w/o risking any real data. My 2nd level test systems run with only about 200-400 cyls of each defined. It'd be really helpful for that stream-oriented SPXTAPE to show up someday...
Re: 2nd Level IPL
This is why I like having my 2ndlvl maintenance system on real volumes wi th real volsers. I can and will use it as a recovery system. I have moved several entire MVS DASD farms from one subsystem to another because I had this separate system to IPL. I choose to use IBM's volsers for my maintenance system and my own volsers for the production volumes. So I ha ve kept VMARES as my production sysres since VM/XA and still have multiple I BM systems to IPL (currently 4.4 is still on tape, 5.1 and 5.3 are on DASD). Because of our installation's decision to only have model 9 DASD, I do pu t both PAGE and SPOOL on the same volume. I know that everyone cries out against this, but it does work for the duration of my maintenance periods or recovery sessions. This is not the PRODUCTION configuration. It will even work for a DR scenario with PAGE, SPOOL, TDSK all on a single SYSRES. /Tom Kern /301-903-2211 (O) /301-905-6427 (M) On Wed, 17 Oct 2007 09:14:48 -0700, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I assume I could also bring my new system up lst level rather than 2nd level since I have an additional LPAR available; or, do I have to bring it up 2nd level first (with the new volumes attached) and then bring it up lst level? Thanks again, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Wednesday, October 17, 2007 8:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL It's also useful to note that full packs are not required for page and spool. Using minidisks on the 2nd level system and formatting them with ICKDSF using the same labels as the real volumes gives you a disposable page and spool area that you can cold-start at will w/o risking any real data. My 2nd level test systems run with only about 200-400 cyls of each defined. It'd be really helpful for that stream-oriented SPXTAPE to show up someday... = ===
Re: Upgrade to z/VM 5.3 hangs
Yes. But you'll have to open a problem with the support center to get it or wait until it closes. Marcy Cortes Enterprise Hosting Services - http://ehs.homestead.wellsfargo.com/C1/MOBS/WebPart%20Pages/zVM.aspx z/VM and z/Linux w. (415) 243-6343 c. (415) 517-0895 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: Wednesday, October 17, 2007 6:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Upgrade to z/VM 5.3 hangs Is there a temp fix available for VM64297? cause it's still open. APAR Identifier .. https://www-304.ibm.com/jct03004c/ibmlink/ast/viewAparDocLink.wss?docum entId=VM64297lc=encc=US VM64297 Last Changed 07/10/08 PAGING SPIKE DEMAND SCAN SHUTS DOWN SYSTEM HANG Symptom .. LP LOOP Status ... OPEN Severity ... 2 Date Closed . Component .. 568411202 Duplicate of Reported Release . 530 Fixed Release Component Name VM CPSpecial Notice Current Target Date ..07/11/04 Flags SCP ... Platform Status Detail: DESIGN/CODE - APAR solution is being designed and coded. Inactive hide details for Marcy Cortes [EMAIL PROTECTED]Marcy Cortes [EMAIL PROTECTED] Marcy Cortes [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/16/2007 05:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Upgrade to z/VM 5.3 hangs I'm not so sure that it is included. They don't hit all of the same modules... 64269 hits HCPALR and HCPALU. 64297 hits HCPALS, HCPALR, and HCPALD. I'm pretty sure VM64269 is a prereq. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Leland Lucius Sent: Tuesday, October 16, 2007 7:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Upgrade to z/VM 5.3 hangs Hi Marcy, Thanks for the info. We go the test fix for 64297 (which they say includes 64269) last night and we hope to get a test window this weekend...if for nothing else but to get a dump. But, if we can recreate it, we're gonna try the fix after taking the dump. Thanks again, Leland On 10/15/07 2:26 PM, Marcy Cortes [EMAIL PROTECTED] wrote: Make sure you get a snapdump next time. There's quite a few HIPERs out there beyond 0701, you may want to go pull them all. Sounds kinda similar to something we've experienced - resolved by VM64269 and VM64297. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Leland Sent: Monday, October 15, 2007 11:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Upgrade to z/VM 5.3 hangs I am wondering if anyone has seen this when upgrading from VM 5.2 to VM 5.3. We opened an ETR for our issue with IBM this morning. Yesterday we attempted to upgrade to z/VM 5.3 0701 and ran into a problem that caused us to back out to z/VM 5.2. After bringing up 10 service machines and roughly 50 Linux guests, we started 2 more Linux guests. This caused MAINT's and another tn3270 session to hang. We thought perhaps TCPIP had died, so we went to our Visara console and that was hung to. We were able to ssh into some of the Linux guests and bring down stuff like Websphere and Oracle, but we could not get into all of the guests. When we tried a vmcp command in one guest, it immediatey locked that guest. We have all of our guests connected to VSWITCHes directly, so no ROUTED stuff
Re: 2nd Level IPL
If you change the name of a spool volume you must change the name in SYSTEM CONFIG. Make sure it is in the same slot number. The name doesn't matter the slot number does. If you change the slot number everything on the spool volume will be lost. RPN01 wrote: I'm fairly sure that if you change the name of a spool volume, it will not survive the next IPL. Back up your spool to tape before renaming the volume and re-IPLing. -- 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: 2nd Level IPL
I doubled checked my slot numbers in my new systemxx file and the the spool file is in the same slot number...as are all the other volumes. Now, I have to remember to put my new cons=addr and fn=systemxx in the parameter section of my SAPL screen when I IPL to point to my new systemxx config file and my new addr for 520xxx. Thanks again, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier Sent: Wednesday, October 17, 2007 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd Level IPL If you change the name of a spool volume you must change the name in SYSTEM CONFIG. Make sure it is in the same slot number. The name doesn't matter the slot number does. If you change the slot number everything on the spool volume will be lost. RPN01 wrote: I'm fairly sure that if you change the name of a spool volume, it will not survive the next IPL. Back up your spool to tape before renaming the volume and re-IPLing. -- 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: MIPS for SSLSERV
On Wed, 17 Oct 2007 02:56:38 -0800, barton [EMAIL PROTECTED] software.com wrote: all TCPIP application (such as telnet) connects per second are reported on ESATCPA report for z/VM connections if you have ESATCP or ESALPS. Overall connection rates are reported for other servers on the ESATCP1 report. We don't.
Re: MIPS for SSLSERV
On Wed, 17 Oct 2007 00:03:17 -0500, Alan Ackerman [EMAIL PROTECTED] wrote: On Tue, 16 Oct 2007 20:03:07 -0400, David Kreuter [EMAIL PROTECTED] resources.com wrote: What else is running through the VM TCPIP stack? What else are you encrypting via TCPIP and SSLSERV? David Mainly FTP and SMTP. Some NFS. Some DB2 (DRDA?). Nothing else encrypted, although FTP will be next. I found the z/V performance report. It has lots of numbers for CPU cost for Telnet CONNECTS. Any idea how I can get a count of those? It also has FTP cost in bytes, but no other Telnet costs. = === I forgot to mention the web servers -- probably our biggest load. Nothing there is encrypted.
VMNFS question
I'm not really sure what list I should post this question to so I'll try this list first. I have our OSA setup such that there are two IP addresses into the mainframe. Same subnet. 1st IP addr. Is nnn.nnn.nnn.173 and the second is nnn.nnn.nnn.175. Also involved in this are two Linux instances, one on the mainframe, the other on a laptop. The linux on the mf has an VM NFS mounted using the .173 When I try to issue the same mount command on the linux laptop, it won't make a connection. Looking at the VMNFS console output doesn't give a clue as to why. When I issue the same mount command again, but use .175 I'm able to mount the drive. Does VMNFS allow only one connection to one mount point using the same IP addr? Thanks, Steve G.
Re: MIPS for SSLSERV
The most expensive part of the connection is the public key exchange during the SSL negotiation. This negotiation occurs every time the control or data port is opened. In a multiple file transfer scenario, each file transfer results in the data port being opened and closed. Many small files being transferred should use more CPU than one large file being transferred. I am not sure if SSLServ supports session caching (reuse of the session keys) to lessen the CPU impact of the key exchange, or if the FTP clients can even support it. I will check the RFC for that. Steve Bireley Vice-President Product Development BlueZone Software 1-404-364-1731 www.bluezonesoftware.com BlueZone Secure FTP is now Free -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: Wednesday, October 17, 2007 10:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MIPS for SSLSERV I can't say about TN3270, but if you assume that all encryption has the same cost (i.e. cost per MB), then: On SLES10, FTP encryption seemed to become the default vs older Suse systems. When I FTP iso images now, it takes 4 X the CPU power then the non-encrypted version. This is based on our z/890 IFL. So, my first guess is 4 times the current cost of your TCPIP stack. Tom Duerbusch THD Consulting FELINE PHYSICS: Law of Cat Motion A cat will move in a straight line, unless there is a really good reason to change direction. Alan Ackerman [EMAIL PROTECTED] 10/16/2007 6:01 PM We have been asked to encrypt all TN3270 traffic to our VM systems (5 LPARS + 14? guests). I am planning to use the VM SSLSERV, running on Red Hat (RHEL 4) Linux. My management wants me to estimate the MIPS (or CPU cycles) cost of this. Any ideas? I can get number of users logged in via TCP/IP via NETSTAT TELNET, so a per-user cost would be nice, or a total cost and number of logged-in users, but I will take any estimates you have. These are CMS users, or users dialing in to VTAM. (Existing Linux guests are not affected by this, as they already use encrypted TELNET.) z/VM 5.3.0 (soon) on z9 EC processors. QWS3270 Secure (although I don't think the PC client makes any difference).
Flashcopy VM and PPRC
I have been using Mike's cloning process from the Redbooks with great success in our Development center. We now are starting to provision our Production Datacenter. The clone.sh script attempts to use Flashcopy if available and falls back to dasdfmt and dd if flashcopy doesn't work. Flash has been working fine for us up till now. In production when I attempt a flashcopy I get a message HCPMM296E Status is not as required - 0100; an unexpected condition occurred while executing a flashcopy command, code = 85 When I look up the error message it tells me that: X'85' The specified target volume is a Peer-to-Peer Remote Copy primary or secondary volume. This is true as we mirror our Production disk for DR purposes. APAR VM63445 implies this was changed as far back as 2004 to allow the target to be a PPRC volume. (Note the Linux volumes are really minidisks not full volume) Has anyone else worked with this and found the magic mix that allows flashcopy of minidisks while the volumes are PPRC Primaries ? (Shark 2105 800's and VM5.2 currently) Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 [EMAIL PROTECTED] Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
