Re: local filepools
On Wed, May 6, 2009 at 1:58 AM, C. Lawrence Perkins vmwiz...@ix.netcom.com wrote: Be sure to also check the DMSPARMS files for the filepools and pull any REMOTE statement that might be in them. If REMOTE is not specified, you can't access the data from another system in the collection. But it does not free you from the requirement that the resource names must be unique.The other names are still visible and prevent you from having a local resource with the same name. And you also need to look at the CRR server resource name. Rob
Re: I need to assemble RSCS exits
On Tuesday, 05/05/2009 at 05:19 EDT, Steve Harman steve.har...@mutualofomaha.com wrote: We have a vm 5.2 system (yes, now unsupported) running RSCS v3.2. I've been told that we need to be off the old release of RSCS by the end of June or we'll incur a monthly fine. Apparently you discontinued your license to use RSCS v3.2 a bit too early. RSCS is now packaged with the base OS. Packaged, yes, but you still have to license the RSCS feature to use the NJE/RJE functions. Seems like ProgDir shouldn't use it [HLASM] in the examples. It is getting more and more difficult to maintain compatibility with Assembler F. We feel justified in using z/Architecture features and functions, as well as things as simple as long variable names or mixed case. This is especially true of things that talk to CP. None of that, not even AMODE/RMODE, are understood by Assembler F, yet AMODE/RMODE are important in virtual machines 16MB. If you write exits for IBM products, you need to seriously consider a modern assembler. As others have noted, HLASM isn't your only choice. Am I headed in the right direction, or am I wasting a lot of my time? If I get my exits assembled, how do I get the FL540 RSCS to hook them in? Appeal to your IBM rep. If you have licensed the RSCS feature of z/VM 5.4, then they may be willing to let you run RSCS v3.2 (unsupported, of course) for a reasonable migration period. Or perhaps you are already at the end of an agreed-to migration period? Alan Altmark z/VM Development IBM Endicott
Re: local filepools
On Tuesday, 05/05/2009 at 04:23 EDT, Stricklin, Raymond J raymond.j.strick...@boeing.com wrote: It seems like I should be able to make these filepools local only, but the documentation is pretty unequivocal that unless the repository filepool names begin with VMSYS that they are to be configured as global pools. Is there anything that is really stopping me from changing the IUCV *IDENT GLOBAL to IUCV *IDENT LOCAL for the two filepools on these three nodes, and then moving on? Yes. You will cause SFS server initialization failures (message DMS3135E). Any filepool whose name does not begin with VMSYS will be a global filepool. If you don't authorize the server to do the thing that it has been configured to do, it will complain and die. By selecting a name that doesn't begin with VMSYS you have instructed SFS to define the filepool as global resource. I ask because I notice that VMBACKUP owns a filepool that has IUCV *IDENT LOCAL set, with a name that does not begin with VMSYS. I haven't been able yet to learn anything about this particular pool, though, or how it's used, so I accept that it is possible for it to have some operational characteristic that makes this possible, where it wouldn't otherwise be generally. Whatever VMBACKUP owns, then, it isn't a filepool. Not all resource names (QUERY RESOURCE) are SFS filepools. Alan Altmark z/VM Development IBM Endicott
Re: Remote Drives
Did it once on a 4361. Haven't tried it recently. I suppose it would depend a lot on how far away and how good the channel extenders were. On 5/5/09 6:47 PM, Schuh, Richard rsc...@visa.com wrote: Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Remote Drives
I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: I need to assemble RSCS exits
If is very probably the local RSCS exits were written long enough ago that an older assembler will work just fine. Since you were able to assemble cleanly this is most likely the case. And yes, you do need to reassemble the older exits with RSCS FL530 or FL540 otherwise they will abend. I hope you are still licensed for RSCS 3.2 and have obtained an RSCS FL540 license as well. Best Regards, Les Geer IBM z/VM and Linux Development Yes, we are fully licensed for RSCS. I realize that the timing could have been better, but I didn't order the new release. That was done by my predecessor, who quit suddenly. For legal reasons I can't contact that person. Regardless, I am now in the situation I'm in. In looking back on our old system, I don't think the exits were re-assembled; rather they were re- linkedited. The TEXT files have a pretty old date, but the EXITLIB LOADLIB is much more recent. The option to use the new FL540 of RSCS came from IBM from an ETR I opened. Not their first piece of advice. This morning I compared my newly-created TEXT files from my assemble and except for the date they are the same, so the assembler seemed to work. I'm fairly certain these exits are in use. I used a tool called Track to look at RSCS virt storage on our 5.2 system, because I was also curious about that. It shows: Base= Real address=0001B2F99400 Vaddr Offset Hex Ebcdic 4400 +004400 1000 C5E7C9E3 D3C9C240 * EXITLIB * 4410 +004410 D3D6C1C4 D3C9C240 *LOADLIB * The EXITLIB LOADLIB is the customized library. Dave, thanks for pointing me to the Exit manual. I did manage to find the correct PROFILE GCS on the 5.2 system and it does indeed point to EXITLIB. I'm new enough that I still have trouble locating proper files. The Exit manual also mentions the HLASM several times. Alan, I understand the reasoning behind using modern assemblers, but I spent more time than I needed to trying to figure out why I couldn't use the one specified in the manual. Thanks again for your responses. I'll let you know if I have any sort of success.
Change of Status
This is just a short note to let my friends in VM Land know that as of tomorrow, I will no longer be working for Mainline Information Systems (who took over Cornerstone Systems six months ago). Between the economic downturn and Mainline's lesser interest in small mainframes they decided that they don't need my talents any longer. I have several irons in the fire and hopefully one of them will work out in the near future. In the meantime, I will continue to monitor this forum (although from a different address) and contribute on the rare occasion when I can add something to the discussion. Mike Hammock
Re: Packing Methods
Packing the same data more than once sometimes results in a larger file than you would have if it only had been packed once. Jim Alain Benveniste wrote: Ce message est au format MIME. Comme votre programme de lecture de courriers ne comprend pas ce format, il se peut que tout ou une partie de ce message soit illisible. --B_3323942706_366709 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Richard, You have the same questions I had when I started to put in place our DR solution. We also have 3590E drives and I never tried to remove the hard drive default compaction. I don=B9t see a reason for that. Now choosing software compaction is a must if you have enough cpu to do the work for backup and ALSO for restore. For us we can spend more time to use software compaction because we know that we have enough cpu to do the work at restor= e time offsite. The gain at restore justifies to take more time at backup processing. It=B9s true too that software compaction takes less tapes than with no compaction. If you have many dasds to backup and a time constraint to restore i would suggest you to both use hard and software compactions. Our idea is to say that when we restore in a DR test the cpu is used ONLY for restore. Why not fully using it ! Regards Alain Benveniste =20 Le 29/04/09 20:46, =AB=A0Schuh, Richard=A0=BB rsc...@visa.com a =E9crit=A0: We are working on a DR process. I notice that the defaults for a Hidro ba= ckup include the PACK option which tells Hidro to pack, or condense in some fashion, its output. The output is being written to 3590E drives. It appe= ars that there are three choices we can make for condensing the data: softwar= e only, hardware only, or a combination of the two (uncompacted was purpose= ly omitted from the list). Which is likely to give the best results? Does software compaction produce consistently lower output volumes than lettin= g the drive do it? Is there anything to be gained by using both h/w and s/w? Obviously, software compaction costs in terms of cpu time. The question i= s, is it worth the time spent? =20 Regards,=20 Richard Schuh=20 =20 =20 =20 =20 --B_3323942706_366709 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable HTML HEAD TITLERe: Packing Methods/TITLE /HEAD BODY FONT FACE=3D"Verdana, Helvetica, Arial"SPAN STYLE=3D'font-size:12.0px'Richa= rd,BR BR You have the same questions I had when I started to put nbsp;in place our = DR solution. We also have 3590E drives and I never tried to remove the hard = drive default compaction. I don#8217;t see a reason for that. Now choosing = software compaction is a must if you have enough cpu to do the work for back= up and ALSO for restore. For us we can spend more time to use software compa= ction because we know that we have enough cpu to do the work at restore time= offsite. The gain at restore justifies to take more time at backup processi= ng. It#8217;s true too that software compaction takes less tapes than with = no compaction.BR If you have many dasds to backup and a time constraint to restore i would s= uggest you to both use hard and software compactions. Our idea is to say tha= t when we restore in a DR test the cpu is used ONLY for restore. Why not ful= ly using it !BR BR RegardsBR Alain Benveniste nbsp;nbsp;nbsp;BR BR Le 29/04/09 20:46, laquo;=A0Schuh, Richard=A0raquo; lt;rsc...@visa.comgt; a= eacute;crit=A0:BR BR /SPAN/FONTBLOCKQUOTESPAN STYLE=3D'font-size:12.0px'FONT FACE=3D"Arial"= We are working on a DR process. I notice that the defaults for a Hidro back= up include the PACK option which tells Hidro to pack, or condense in some fa= shion, its output. The output is being written to 3590E drives. It appears t= hat there are three choices we can make for condensing the data: software on= ly, hardware only, or a combination of the two (uncompacted was purposely om= itted from the list). Which is likely to give the best results? Does softwar= e compaction produce consistently lower output volumes than letting the driv= e do it? Is there anything to be gained by using both h/w and s/w? Obviously= , software compaction costs in terms of cpu time. The question is, is it wor= th the time spent?BR nbsp;BR Regards, BR Richard Schuh BR nbsp;BR nbsp;BR nbsp;BR /FONTFONT FACE=3D"Verdana, Helvetica, Arial"BR /FONT/SPAN/BLOCKQUOTESPAN STYLE=3D'font-size:12.0px'FONT FACE=3D"Verda= na, Helvetica, Arial"BR /FONT/SPAN /BODY /HTML --B_3323942706_366709-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: Remote Drives
Really remote - about 2000 miles away. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes Sent: Wednesday, May 06, 2009 2:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Did it once on a 4361. Haven't tried it recently. I suppose it would depend a lot on how far away and how good the channel extenders were. On 5/5/09 6:47 PM, Schuh, Richard rsc...@visa.com wrote: Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Test for Valid Whole Number
What I need is a test that what is entered only contains the digits 0123456789. Anybody have a nice quick way to test for a valid whole number between 1 and 9? Testing for values 1 and 9 are immaterial to this question and are already tested. I thought DATATYPE(number,W) would do it but 100E2 and 100.0 are valid. DATATYPE HEX and ALPHANUMERIC allow for 100E2
Re: Test for Valid Whole Number
Try if verify(number, '0123456789') = 0 then it is good Else it is bad Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: Wednesday, May 06, 2009 10:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Test for Valid Whole Number What I need is a test that what is entered only contains the digits 0123456789. Anybody have a nice quick way to test for a valid whole number between 1 and 9? Testing for values 1 and 9 are immaterial to this question and are already tested. I thought DATATYPE(number,W) would do it but 100E2 and 100.0 are valid. DATATYPE HEX and ALPHANUMERIC allow for 100E2
Re: Remote Drives
Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.commailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Test for Valid Whole Number
Perfect! Thank you. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Test for Valid Whole Number Try if verify(number, '0123456789') = 0 then it is good Else it is bad Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: Wednesday, May 06, 2009 10:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Test for Valid Whole Number What I need is a test that what is entered only contains the digits 0123456789. Anybody have a nice quick way to test for a valid whole number between 1 and 9? Testing for values 1 and 9 are immaterial to this question and are already tested. I thought DATATYPE(number,W) would do it but 100E2 and 100.0 are valid. DATATYPE HEX and ALPHANUMERIC allow for 100E2
Re: Test for Valid Whole Number
Regardless of the number digits, this should work: If verify(checkme,'0123456789')0 the say 'The value was not all numeric.' Mike Walter Hewitt Associates James Stracka (DHL US) james.stra...@dhl.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/06/2009 12:37 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Test for Valid Whole Number What I need is a test that what is entered only contains the digits 0123456789. Anybody have a nice quick way to test for a valid whole number between 1 and 9? Testing for values 1 and 9 are immaterial to this question and are already tested. I thought DATATYPE(number,W) would do it but 100E2 and 100.0 are valid. DATATYPE HEX and ALPHANUMERIC allow for 100E2 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Remote Drives
I don't know for sure. I can tell you in our old building (back in the Sterling era) we had remote tape drives in Reston going to our datacenter in Sterling (probably about 15 miles) and I personally did this with that configuration. That being said, admittedly for 99% of customers doing remote DR exercises it's the 3270 that is at the end of the 2000 mile wire, not the tape drive ... the tape drive is local (channel attached) to the CPU. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Remote Drives
The 3270 will be at the end of a different 1000 mile wire. The move to the DR site will be as you describe. The assumption is that we are moving there because our normal center has been destroyed (used as a set for an episode of 24, perhaps). The move to the DR site will have local tapes and 3270s on a 3000 mile wire. After f few months, when the normal center as been reconstructed, it will have brand new everything. One way to accomplish the move might be to do a reverse DR using tapes that are located at the normal DR site. Might is a key word here. If the stand-alone utilities can be IPLed from there, there would be no physical transport of tapes, something that our powers-that-be are rightfully paranoid about. Alternatively, we could find some way of creating any needed S-A utilities at the new center. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I don't know for sure. I can tell you in our old building (back in the Sterling era) we had remote tape drives in Reston going to our datacenter in Sterling (probably about 15 miles) and I personally did this with that configuration. That being said, admittedly for 99% of customers doing remote DR exercises it's the 3270 that is at the end of the 2000 mile wire, not the tape drive ... the tape drive is local (channel attached) to the CPU. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.commailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.commailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Remote Drives
Richard, You could test it by IPLing a standalone utility on a DR tape drive from your production center. Try it in a virtual machine first. If that works, hopefully you have a test LPAR that you can try it on. Dennis O'Brien If I'd only followed CNBC's advice, I'd have $1 million today, provided I'd started with $100 million. -- Jon Stewart From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 11:38 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Remote Drives The 3270 will be at the end of a different 1000 mile wire. The move to the DR site will be as you describe. The assumption is that we are moving there because our normal center has been destroyed (used as a set for an episode of 24, perhaps). The move to the DR site will have local tapes and 3270s on a 3000 mile wire. After f few months, when the normal center as been reconstructed, it will have brand new everything. One way to accomplish the move might be to do a reverse DR using tapes that are located at the normal DR site. Might is a key word here. If the stand-alone utilities can be IPLed from there, there would be no physical transport of tapes, something that our powers-that-be are rightfully paranoid about. Alternatively, we could find some way of creating any needed S-A utilities at the new center. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I don't know for sure. I can tell you in our old building (back in the Sterling era) we had remote tape drives in Reston going to our datacenter in Sterling (probably about 15 miles) and I personally did this with that configuration. That being said, admittedly for 99% of customers doing remote DR exercises it's the 3270 that is at the end of the 2000 mile wire, not the tape drive ... the tape drive is local (channel attached) to the CPU. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: What WWPN do we use
Then we have to add the WWPN to to device We are not sure what WWPN to use On the switch or on the SAN itself And how do we get to the WWPN to display (In other words where do we find it) It seems there are different WWPN all over the place FYI, new announcement this week that z10 will be updated to include WWPN prediction tool (guessing on ResourceLink) so that SAN switches can be configured prior, even, to delivery of the box. Yes the WWPN prediction tool will be available via ResourceLink. There will also be an HCD update (z/OS and z/VM) provided which will allow I/O device information to be extracted from the IODF as input into the WWPN prediction tool. Best Regards, Les Geer IBM z/VM and Linux Development
Re: local filepools
By using an entry in the SCOMDIR NAMES file, you can assign a real, unique, filepoolid to each server, but keep the name the users are used too. E.g; :nick.oldpool :tpn.uniquepool But, it is then required that during an IPL CMS session, you use the same name to refer to the pool, either the unique one, either the old name. At my customer's installation we lived like that for about 20 years: each system had an SFSnn (real poolID), but it was normally referred to as SFSD: No problems whatsoever. 2009/5/6 Alan Altmark alan_altm...@us.ibm.com: On Tuesday, 05/05/2009 at 04:23 EDT, Stricklin, Raymond J raymond.j.strick...@boeing.com wrote: It seems like I should be able to make these filepools local only, but the documentation is pretty unequivocal that unless the repository filepool names begin with VMSYS that they are to be configured as global pools. Is there anything that is really stopping me from changing the IUCV *IDENT GLOBAL to IUCV *IDENT LOCAL for the two filepools on these three nodes, and then moving on? Yes. You will cause SFS server initialization failures (message DMS3135E). Any filepool whose name does not begin with VMSYS will be a global filepool. If you don't authorize the server to do the thing that it has been configured to do, it will complain and die. By selecting a name that doesn't begin with VMSYS you have instructed SFS to define the filepool as global resource. I ask because I notice that VMBACKUP owns a filepool that has IUCV *IDENT LOCAL set, with a name that does not begin with VMSYS. I haven't been able yet to learn anything about this particular pool, though, or how it's used, so I accept that it is possible for it to have some operational characteristic that makes this possible, where it wouldn't otherwise be generally. Whatever VMBACKUP owns, then, it isn't a filepool. Not all resource names (QUERY RESOURCE) are SFS filepools. Alan Altmark z/VM Development IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support
Re: local filepools
Not exactly. Any filepool that does not start with VMSYS is eligible to be made global, but it doesn't have to be. You have to specify REMOTE in the DMSPARMS file before it becomes global. Without that, it is local. You think that IBM would not allow user created filepools that are local? Have you been borrowing cough syrup from Adam again? Adam, check your supply. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, May 06, 2009 1:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: local filepools By selecting a name that doesn't begin with VMSYS you have instructed SFS to define the filepool as global resource.
Re: Remote Drives
I only have 1 LPAR that can handle the remote tapes at the production site. I do not think that doing it in a virtual machine would be helpful in that it would be the VM CP handling the I/O requests, not the bare iron. I will have to schedule an outage some weekend to try it. How easy that will depends on whether it will take manual intervention at the DR site to mount the tape. The operators there are stretched thin due to a pending data center move. If a tape that is mounted and at load point will survive a SHUTDOWN, I can do something like this: 1. Log on to the non-dr system 2. Have VMTAPE mount the stand-alone tape 3. DETACH ... LEAVE the tape 4. SHUTDOWN 5. IPL the s/a tape. 6. Following the experiment, IPL the VM system. Here, the only operator intervention would be the two IPLs - I do not have access to the HMC to do them. That operator is not at the center being moved, and it doesn't involve abnormal processes (opening the silo and manually mounting a tape), so it is much easier to schedule. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Wednesday, May 06, 2009 12:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Richard, You could test it by IPLing a standalone utility on a DR tape drive from your production center. Try it in a virtual machine first. If that works, hopefully you have a test LPAR that you can try it on. Dennis O'Brien If I'd only followed CNBC's advice, I'd have $1 million today, provided I'd started with $100 million. -- Jon Stewart From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 11:38 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Remote Drives The 3270 will be at the end of a different 1000 mile wire. The move to the DR site will be as you describe. The assumption is that we are moving there because our normal center has been destroyed (used as a set for an episode of 24, perhaps). The move to the DR site will have local tapes and 3270s on a 3000 mile wire. After f few months, when the normal center as been reconstructed, it will have brand new everything. One way to accomplish the move might be to do a reverse DR using tapes that are located at the normal DR site. Might is a key word here. If the stand-alone utilities can be IPLed from there, there would be no physical transport of tapes, something that our powers-that-be are rightfully paranoid about. Alternatively, we could find some way of creating any needed S-A utilities at the new center. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I don't know for sure. I can tell you in our old building (back in the Sterling era) we had remote tape drives in Reston going to our datacenter in Sterling (probably about 15 miles) and I personally did this with that configuration. That being said, admittedly for 99% of customers doing remote DR exercises it's the 3270 that is at the end of the 2000 mile wire, not the tape drive ... the tape drive is local (channel attached) to the CPU. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.commailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.commailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Remote Drives
On 5/6/09 12:17 PM, Schuh, Richard rsc...@visa.com wrote: Really remote - about 2000 miles away. Yeah, that would definitely qualify as remote. I think it would be a timing problem mostly -- can the device deliver data in the expected time frame for IPL to look valid -- but I suspect there's going to be no real reliable answer across the board. If you can attach a device to a spare LPAR or a virtual machine and try it, I think that's your only way to get a real answer.
Re: Remote Drives
Spare LPAR? Surely you jest. What with z/TPF and Linux, every spare byte of memory is allocated. Some times, when MVS isn't chewing up a lot of bandwidth, we get as fast or faster response from the remote site. I presume that is because the SL3000 buffers data and gives immediate responses. When the network has spare time, the tapes can be driven at nearly their capacity. Like I told Dennis, I do not think that attaching the drive to a virtual machine will give useful results. CP manages the I/O and the IPL sequence is emulated. The only real test will be to IPL in an LPAR. That will involve the HMC and a real IPL sequence, which are the really big question marks. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes Sent: Wednesday, May 06, 2009 3:03 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives On 5/6/09 12:17 PM, Schuh, Richard rsc...@visa.com wrote: Really remote - about 2000 miles away. Yeah, that would definitely qualify as remote. I think it would be a timing problem mostly -- can the device deliver data in the expected time frame for IPL to look valid -- but I suspect there's going to be no real reliable answer across the board. If you can attach a device to a spare LPAR or a virtual machine and try it, I think that's your only way to get a real answer.
Re: local filepools
Thanks, Kris, this actually looks like exactly what we want to accomplish. I'll give it a shot and follow up with how it all ends. I'm learning a lot. And isn't that the point? ok r. -Original Message- From: Kris Buelens [mailto:kris.buel...@gmail.com] Sent: Wednesday, May 06, 2009 1:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: local filepools By using an entry in the SCOMDIR NAMES file, you can assign a real, unique, filepoolid to each server, but keep the name the users are used too. E.g; :nick.oldpool :tpn.uniquepool But, it is then required that during an IPL CMS session, you use the same name to refer to the pool, either the unique one, either the old name. At my customer's installation we lived like that for about 20 years: each system had an SFSnn (real poolID), but it was normally referred to as SFSD: No problems whatsoever. 2009/5/6 Alan Altmark alan_altm...@us.ibm.com: On Tuesday, 05/05/2009 at 04:23 EDT, Stricklin, Raymond J raymond.j.strick...@boeing.com wrote: It seems like I should be able to make these filepools local only, but the documentation is pretty unequivocal that unless the repository filepool names begin with VMSYS that they are to be configured as global pools. Is there anything that is really stopping me from changing the IUCV *IDENT GLOBAL to IUCV *IDENT LOCAL for the two filepools on these three nodes, and then moving on? Yes. You will cause SFS server initialization failures (message DMS3135E). Any filepool whose name does not begin with VMSYS will be a global filepool. If you don't authorize the server to do the thing that it has been configured to do, it will complain and die. By selecting a name that doesn't begin with VMSYS you have instructed SFS to define the filepool as global resource. I ask because I notice that VMBACKUP owns a filepool that has IUCV *IDENT LOCAL set, with a name that does not begin with VMSYS. I haven't been able yet to learn anything about this particular pool, though, or how it's used, so I accept that it is possible for it to have some operational characteristic that makes this possible, where it wouldn't otherwise be generally. Whatever VMBACKUP owns, then, it isn't a filepool. Not all resource names (QUERY RESOURCE) are SFS filepools. Alan Altmark z/VM Development IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support
z/VM Directory Location
Another Senior moment... in z/VM 5.3 which of Maint's minidisks is the directory on... I don't currently have a z/VM system to work on and forgot this... Thanks