Re: Y2K Leftovers
Kenneth E Tomiak wrote: I wasn't joking when I jumped over Y2K and went to Y10K, it has not caught on, but today is 09/05/02008. Why is everyone waiting? The ISO standard is 2008-09-05. Among other things it has the advantage of making date sorting faster by reducing three fields to one. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACS Write Statement Limitations
Ted, Agreed. And if it's conditional then it doesn't even get executed for datasets with the right naming standards. Ron The cost for doing this is a lot less than people believe. Stupid coding is still a problem; normal coding doesn't cost that much. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Eric, For your 2nd LPAR, have you considered simply cloning the existing system and disabling the products that may cause you grief with your licenses or MIPS usage? I think it will make your Basic Sysplex a lot easier to build and maintain in the long run. You've already figured the need to share UCATs, and keeping the Production Volumes edited out of that system stop any accidental access. If you don't use DUMPCONDITIONING it still means that datasets on the FC target volumes can be accessed accidentally, so you may want to disconnect unnecessary catalogs, and remove alias associations. This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen. I guess you have looked at DFSMShsm FRBACKUP. If not, you may want to have a look, but the applicability will depend on how much of your data is SMS managed, and whether you wish to use FCV2 consistency groups (still appear to unsupported for FRBACKUP). DUMPCONDITIONING, is something I think you may want to have a look at it. Seeing as FDR is a complete functional replacement for DFSMSdss I believe it also supports this. You will find that you can accomplish everything you want to do from a single system. Setting up a 2nd LPAR for backup was something a few shops did back in the early days of Snapshot, TimeFinder and Shadowimage, but DUMPCONDITIONING with FlashCopy was developed to get around the need for a backup LPAR. Ipso facto you no longer need a 2nd LPAR if you have FlashCopy compatible products. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, September 05, 2008 5:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Info on Setting Up an Lpar for Flashcopy Thanks to all that replied. Since I got home, and looked at a bunch of emails, I'll just reply to this one. Don - I put in a request on your internet site for more information. I'll also call FDR and get info on their product. I suspect that unless these products are really inexpensive that we won't get either one. One of the things that no one picked up on, in my original post quoted below, I wanted some help with setting up the Lpar to do this. I have questions about what needs to be in the system. My boss wants a 1 pack system. We run a basic sysplex in ring mode with only 2 lpars since we don't have a coupling facility or processor, and definitely don't want to spend the money for one. I know I would need Zara, our tape manager, and I would need access to the catalog that the output tapes are created on. I've built RESCUE systems before, and still have my JCL, but those systems were mostly for IPLing and correcting parmlib members, etc. I didn't even have a tape management system on it. Any concerns for building this type of system would be appreciated. Eric On Fri, 5 Sep 2008 15:24:44 -0500, Don Bolton [EMAIL PROTECTED] wrote: Eric, If you would like to automate the flash and backup process please review the link below. Opentech Systems has automated this process for many of our customers whether you want to process the volumes online or offline with our DASD Backup Supervisor product. http://www.opentechsystems.com/dbs.php Regards, Don Don Bolton Director Technical Services www.OpentechSystems.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, September 05, 2008 9:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Info on Setting Up an Lpar for Flashcopy We just installed a new Shark DS8100 with Flashcopy. I was looking for information on setting up an Lpar to copy all of the Flashed disks to tape. We back up all of our DASD every week. We would like to be able to mount the flashed copies in a separate Lpar using the same volsers as the original, and then back them up. I have searched for documentation on setting up Lpars to do just that, and haven't found anything. We want a simple Lpar, if possible using a one pack system. We use Zara for tape management. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
REXX Porblem - OUTTRAP function
Strange things happened when I executed the code below.
After I entered 2 for OPTS to ran OBJ_D2, I could never leave the loop.
But if I comment out the OUTTRAP statements, everything will go fine.
So could anyone explain what OUTTRAP has done to my loop?
Thanks in advance.
==
/* REXX */
DO FOREVER
say DISPLAY_UNIT_D
PULL OPTS
SELECT
WHEN OPTS = X
THEN leave
WHEN OPTS = 1
THEN say OBJ_D1
WHEN OPTS = 2
THEN call OBJ_D2
WHEN OPTS = 3
THEN say OBJ_D3
WHEN OPTS = 4
THEN say OBJ_D4
OTHERWISE
SAY 'opts = '||opts
say 'sigl = '||sigl
SAY 'You entered the wrong option.'
PULL
END
END
exit
OBJ_D2:
X = OUTTRAP(COMP_VAR,5,CONCAT)
LISTC
Y = OUTTRAP('OFF')
SAY
...
RETURN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX Porblem - OUTTRAP function
--- Neo wrote: DO FOREVER WHEN OPTS = X OBJ_D2: X = OUTTRAP(COMP_VAR,5,CONCAT) The loop terminates only when your PULL OPTS (why just PULL in the routine) matches the value in variable X, which you are changing with the OUTTRAP. If you meant to have variables in OBJ_D2 local only, you need to change it to a PROCEDURE, with explicit definitions of non-local variables. The simplest fix is to change the original WHEN to OPTS = 'X' Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX Porblem - OUTTRAP function
On Sat, 6 Sep 2008 09:07:09 -0400, Gerhard Postpischil wrote: --- Neo wrote: WHEN OPTS = X X = OUTTRAP(COMP_VAR,5,CONCAT) explicit definitions of non-local variables. The simplest fix is to change the original WHEN to OPTS = 'X' A strong concurrence. Generally eschew unquoted literals. And keep yourself honest by starting every EXEC with SIGNAL ON NOVALUE. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRS Entries with CON or EXCL requests
A vendor has requested I update my GRS entries to the following statements: RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS) My current statements are: RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSVTOC) I know from the Planning for GRS manual a CON: RESERVE requests should result in only a global ENQ or a hardware reserve and a local (SYSTEM) ENQ. And an EXCL should: Convert a SYSTEMS to SYSTEM request Can anyone provide some insight as to what my impacts might be in making this change? The vendor is going to be doing data set moves on my live systems which will also be running a normal workload. Will this cause reserves to cause me a problem at the volume level? My concern is we are running with EXCL and they need us to run CON on VTOC and VVDS. I would like to try and understand any impacts this type of change could have. Thanks for any input Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Revised GRS Entries with CON or EXCL requests
Oops - I forgot to add We are z/OS V1.9 running 5 LPARs in a SYSPLEX all shared dasd. A vendor has requested I update my GRS entries to the following statements: RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS) My current statements are: RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSVTOC) I know from the Planning for GRS manual a CON: RESERVE requests should result in only a global ENQ or a hardware reserve and a local (SYSTEM) ENQ. And an EXCL should: Convert a SYSTEMS to SYSTEM request Can anyone provide some insight as to what my impacts might be in making this change? The vendor is going to be doing data set moves on my live systems which will also be running a normal workload. Will this cause reserves to cause me a problem at the volume level? My concern is we are running with EXCL and they need us to run CON on VTOC and VVDS. I would like to try and understand any impacts this type of change could have. Thanks for any input Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Greg Shirey [EMAIL PROTECTED] wrote: The DUMPCONDITIONING parameter of the DFSMSdss COPY FULL command allows both the source and target volumes to remain online after a full volume copy operation, thus creating an interim copy for a subsequent dump to tape that can be done using the same system. When DUMPCONDITIONING is specified, the volser of the target volume does not change. The conditioned volume is not usable in its current state - except for the DFSMSdss DUMP operation, because the volser, the VTOC index and VVDS names are not consistent. A full volume dump of the conditioned volume results in a dump data set that looks like it was created by dumping the sourve volume. This allows the dump data set to be restored and used without having to clip back the volser. This is from Chapter 2 of: http://www.redbooks.ibm.com/redbooks/pdfs/sg245680.pdf HTH, Greg Eric, FDR handles this as well, but I don't have the information at my fingertips. RTFM or give them a call. You may need to get FDRINSTANT. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Ron, Thanks for the information. As I said in an earlier post, we don't have DFDSS, so I can't do dumpconditioning. I will take your statement, This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen., and show it to my boss. That might be enough leverage to get FDRINSTANT, or the other product which I can't remember the name of, but I doubt it. Another problem with the 3rd lpar approach is that we have a GRS ring, and as I understand it, a 3rd lpar contributes logarithmically to the wait times. That is why the 3rd lpar would be probably shut down except for the weekly pack backups. One question I do have though is if I am IPLing from a single or 2 pack system, and I have a few things online, such as the Zara tape catalog (which I know nothing about yet but soon will learn), or the usercatalog the tapes are cataloged in, what happens since there is a duplicate volume that was flashed? Is that part of the accident waiting to happen? By the way, we don't have DFHSM either, and I don't know what FRBACKUP is, but I assume that HSM is required. I'm not sure if we have FDRABR or not. I'll probably call them on Monday. I know we have FDR and I think we have Compaktor, but I'm not sure. In answer to Tom Conolly, since my internet connection at my hotel is so slow, I will look at FDRINSTANT, but my hopes are not too high. It was good talking to you several days ago. Eric Bielefeld On Sat, 6 Sep 2008 00:21:22 -0700, Ron Hawkins [EMAIL PROTECTED] wrote: Eric, For your 2nd LPAR, have you considered simply cloning the existing system and disabling the products that may cause you grief with your licenses or MIPS usage? I think it will make your Basic Sysplex a lot easier to build and maintain in the long run. You've already figured the need to share UCATs, and keeping the Production Volumes edited out of that system stop any accidental access. If you don't use DUMPCONDITIONING it still means that datasets on the FC target volumes can be accessed accidentally, so you may want to disconnect unnecessary catalogs, and remove alias associations. This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen. I guess you have looked at DFSMShsm FRBACKUP. If not, you may want to have a look, but the applicability will depend on how much of your data is SMS managed, and whether you wish to use FCV2 consistency groups (still appear to unsupported for FRBACKUP). DUMPCONDITIONING, is something I think you may want to have a look at it. Seeing as FDR is a complete functional replacement for DFSMSdss I believe it also supports this. You will find that you can accomplish everything you want to do from a single system. Setting up a 2nd LPAR for backup was something a few shops did back in the early days of Snapshot, TimeFinder and Shadowimage, but DUMPCONDITIONING with FlashCopy was developed to get around the need for a backup LPAR. Ipso facto you no longer need a 2nd LPAR if you have FlashCopy compatible products. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Revised GRS Entries with CON or EXCL requests
What tooling are bringing in that the vendor is going to be using TDMF, LDMF, FDRPAS, FDRMOVE or something else? You definitely need to treat SYSVTOC and SYSZVVDS the same. I convert all RESERVEs now but previously converted these two to reduce impacts of storage management activities. You are already doing a hardware RESERVE which is at the volume level. This change will eliminate the hardware RESERVE and replace it with a global enqueue. This is generally a good thing especially good if you are running in STAR mode with GRS. Basic or Paralell Sysplex? Ring or Star? Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Saturday, September 06, 2008 10:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Revised GRS Entries with CON or EXCL requests Oops - I forgot to add We are z/OS V1.9 running 5 LPARs in a SYSPLEX all shared dasd. A vendor has requested I update my GRS entries to the following statements: RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS) My current statements are: RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSVTOC) I know from the Planning for GRS manual a CON: RESERVE requests should result in only a global ENQ or a hardware reserve and a local (SYSTEM) ENQ. And an EXCL should: Convert a SYSTEMS to SYSTEM request Can anyone provide some insight as to what my impacts might be in making this change? The vendor is going to be doing data set moves on my live systems which will also be running a normal workload. Will this cause reserves to cause me a problem at the volume level? My concern is we are running with EXCL and they need us to run CON on VTOC and VVDS. I would like to try and understand any impacts this type of change could have. Thanks for any input Lizette This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
On Sat, 6 Sep 2008 10:50:13 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: A vendor has requested I update my GRS entries to the following statements: RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS) My current statements are: RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSVTOC) I know from the Planning for GRS manual a CON: RESERVE requests should result in only a global ENQ or a hardware reserve and a local (SYSTEM) ENQ. And an EXCL should: Convert a SYSTEMS to SYSTEM request Can anyone provide some insight as to what my impacts might be in making this change? The vendor is going to be doing data set moves on my live systems which will also be running a normal workload. Will this cause reserves to cause me a problem at the volume level? My concern is we are running with EXCL and they need us to run CON on VTOC and VVDS. I would like to try and understand any impacts this type of change could have. #1 ... you need to treat them both the same (either convert both or don't convert both). Is this for LDMF? Are you GRS ring or STAR? If STAR, then you can change them. If RING, it depends on how many systems there are and there could be an performance impact. I don't convert them in my MIMplex but was requested to for LDMF. In looking at all the QNAMES being managed and not managed by MIM with a DISPLAY COUNTS command, SYSZVVDS alone has twice as many requests as the next largest requester which is SYSIGGV2. SYSVTOC is about 1/8 that. So if I managed them with MIM (MII) I know there would be some CPU impact, but that doesn't scare me as much as any possible performance impact. If I need to convert them to support LDMF for a DASD migration we are planning, I will probably dynamically add those QNAMES to MIM to manage for a night during batch, monitor and turn them off again in the morning. I suspect the biggest impact will be during batch anyway and at night there are spare CPU cycles so the CPU aspect of making the change doesn't concern me. BTW, I have 8 systems in my MIIplex spanning to sysplexes and they are using FCTC communication. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue
Sharon, What error messages are you getting? Is it just the IBM1521I message? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Sharon Sent: Friday, September 05, 2008 1:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue We have 1.9 on one of our test systems. This is a system that was build in Jan. 2008. We also have another test 1.9 system, which I just applied all hipers and RSUs through 0806 and now I cannot get PL/I 3.7 to compile. Both systems have the same storage amount. Has anyone seen anything like this? I have a ticket opened with PL/I support and now I just opened up one with virtual storage manager. We are due to go production on Sept. 28, and I cannot go forward with this. Thanks. Sharon Lopez Enterprise Systems Programmer 919-754-6432 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] This communication is from JPMorgan. Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Eric, The answers will depend on your design. Will the 3rd system be a standalone system that is only used for backup and restore, or do you want the existing two systems to directly access the backup datasets for restore? If it's the first case, then I would say you don't want to share anything. The 3rd system should have its own catalogs, tape management, etc. You probably want to set up a complimentary backup of the 3rd system in the production sysplex. The second case becomes far more complex, as there are components that must be shared. While you can probably back these things up, it is going to be a pain in the proverbial to restore them when they are being used for the restore. If the FDR base product does not support DUMPCONDITIONING and they won't spring for FDRINSTANT, then I would suggest going with case 1. If it is a single DS8K then this would allow you to have the whole system in a single FC Consistency group, giving you a real point in time copy and backup capability (bad luck if you have two boxes though). Using Incremental FC should also save you a lot of back-end IO contention, and give you a fast restore capability if you need it. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Saturday, September 06, 2008 10:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Info on Setting Up an Lpar for Flashcopy Ron, Thanks for the information. As I said in an earlier post, we don't have DFDSS, so I can't do dumpconditioning. I will take your statement, This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen., and show it to my boss. That might be enough leverage to get FDRINSTANT, or the other product which I can't remember the name of, but I doubt it. Another problem with the 3rd lpar approach is that we have a GRS ring, and as I understand it, a 3rd lpar contributes logarithmically to the wait times. That is why the 3rd lpar would be probably shut down except for the weekly pack backups. One question I do have though is if I am IPLing from a single or 2 pack system, and I have a few things online, such as the Zara tape catalog (which I know nothing about yet but soon will learn), or the usercatalog the tapes are cataloged in, what happens since there is a duplicate volume that was flashed? Is that part of the accident waiting to happen? By the way, we don't have DFHSM either, and I don't know what FRBACKUP is, but I assume that HSM is required. I'm not sure if we have FDRABR or not. I'll probably call them on Monday. I know we have FDR and I think we have Compaktor, but I'm not sure. In answer to Tom Conolly, since my internet connection at my hotel is so slow, I will look at FDRINSTANT, but my hopes are not too high. It was good talking to you several days ago. Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
Mark, I converted SYSVTOC, SYSVVDS and SYSIGGV2 on a three way MAS back when we were still on parallel channels. The MIM file was on 3880-23 and really loved that cache, but the benefits were substantial, especially during the batch run hardware reserves on VTOCs and catalogs were a major pain. Converting SYSIGGV2 was to solve some soft embrace issues we were hitting. Did the same thing on a two way MAS a few years later at two sites that also had a lot of the same contention. One with GRS and the other with MIM using the Turbo option. This was on ESCON and the benefits were noticeable but not as substantial. I would think that converting these three Reserves would be one of the first things you do if you go MIM or GRS, Star or ring. While they are very high in the overall count of reserves, the rate is actually quite low. 1,000,000 reserves in day is only 11 per second. I would think twice before doing this beyond three systems in a GRS ring though. Ron #1 ... you need to treat them both the same (either convert both or don't convert both). Is this for LDMF? Are you GRS ring or STAR? If STAR, then you can change them. If RING, it depends on how many systems there are and there could be an performance impact. I don't convert them in my MIMplex but was requested to for LDMF. In looking at all the QNAMES being managed and not managed by MIM with a DISPLAY COUNTS command, SYSZVVDS alone has twice as many requests as the next largest requester which is SYSIGGV2. SYSVTOC is about 1/8 that. So if I managed them with MIM (MII) I know there would be some CPU impact, but that doesn't scare me as much as any possible performance impact. If I need to convert them to support LDMF for a DASD migration we are planning, I will probably dynamically add those QNAMES to MIM to manage for a night during batch, monitor and turn them off again in the morning. I suspect the biggest impact will be during batch anyway and at night there are spare CPU cycles so the CPU aspect of making the change doesn't concern me. BTW, I have 8 systems in my MIIplex spanning to sysplexes and they are using FCTC communication. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
I will probably dynamically add those QNAMES to MIM to manage for a night
during batch, monitor and turn them off again in the morning.
MIM (and GRS) is a lot more efficient in handling SYSVTOC and SYSVVDS, now.
When I first started using MIM (long before CA [or even Legent]), we were told
to stay away from converting those reserves, along with the catalogue ones.
But, in the past few years, I have done it, with no performance, and negligible
CPU, impact.
If you don't convert them, you could slow down the LMDF migration.
As always, YMMV. (8-{]}
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
Converting SYSIGGV2 was to solve some soft embrace issues we were hitting. There was an issue, years ago, with SYSIGGV2 and SYSVVDS. It was to do with timing. The accessing of the catalogue and the VVDS on the same pack was one after the other. Sometimes (rarely), another system would poke in and grab one or the other, before the first system completed its rounds. This would cause a deadly embrace. IBM came up with a solution in OS/390 2.7 -- SYNCHRES=YES (NO being the default). This would generate a null CCW with just the reserve bit being turned on, rather than what GRS had been doing before: turning the reserve bit on the next scheduled CCW aimed at the device (or, that's how IBM explained it to me). At first, this option had some performance impacts (especially in a MIM environment). But, those were resolved around 2.10. I don't know if it's still required if you're converting the three reserves (which I recommend). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHOWzOS V7.17 available soon
Hi, in a few days version 7.17 of SHOWzOS will be available at www.cbttape.org FILE#492 on the update site http://cbttape.org/updates.htm This version includes support for z/OS R10. What's new *$717RS1107 * Implement enhancements contributed by DA DA0508 * SMF Logstreams (HBB7740). IFAQUAA didn't work together DA0508 * with IXCYQUAA because of duplicate field definitions.DA0508 * Use IFAQUAAX from the SHOWMACS (OA25314) DA0508 * Implement enhancements contributed by Roland Schiradin RS1107 * Fixed S0F8 RC18 RS0908 * Status for Large Page Support, new IPA LFAREARS0808 * IPL-Statistics Description RS0808 * M/G for shared memory objects is wrong (Mr. Wiedemann) RS0508 * Abend0C4 (Structure details) miss to clear ANSLEN to RS0508 * force a GETMAIN instead of WORKADDR. RS0508 * Size of CSA above the bar (HBB7750) RS0508 * New CEEOCB version (HBB7750) JH0508 * New IPA settings AXR (System Rexx) and HVCOMMON (HBB7750)JH0508 * Healthcheck display miss some info, fixed S0C4 ifRS0508 * HZSQUAAGNUMPARMLIBMEMBERSUFFIXES is zero RS0508 * CADS numbers from RCE (HBB7720) RS0508 * Avoid abend0D5 in GDPS environment without System Logger RS0508 * Omit volumes with no UCB in the Storage-Group Capacity RS0508 * display (Dean) RS0508 * Add minimal support for z/OS R10 (HBB7750) RS0408 * IHALLDS OCO change downward compatible RS0308 * Fixed abend S0C4 running z/OS R9 under VMRS0308 * Fixed abend S0C4 in the TCPIP displayRS0208 * Fixed abend in the PAV-Area RS0108 * Display GRS ENQMAXA and ENQMAXU setting (HBB7730)RS1107 * Add some code to ensure downward compatibility RS1107 In case of abends please post don't email dumps unless I'm asking for it. Please start with the PSW and register. This version provide again support for all older release. Version 7.16 didn't provide downward support if assembled under z/OS R9 and running on older OS because of an OCO cblock change. Regards Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OA22267 CONCURRENT TDUMPS CAUSE STORAGE SHORTAGE WAIT03C
http://www-01.ibm.com/support/docview.wss?uid=isg1OA22267 Not new but Kathy Walsh talked about this HIPER APAR OA22267 in session 2500 at SHARE in San Jose. It was closed about 10 months ago. Multiple instances of TDUMP (Transaction Dump) can lead to central and aux shortages and potentially a WAIT03C IEAVTDMP is changed to issue an ENQ on SYSIEA01.TDUMPENQ to serialize TDUMPS within an address space Reject requests (RC08 RSN3B) while the ENQ is unavailable We turned off TDUMPS previously. They were introduced in z/OS 1.8 but we found they just littered the DASD farm and we have never had a request from IBM or anyone else to get one to debug a problem. The application developers use ABEND-AID or more frequently ignore dumps and debug using XPEDITER and other tools. If we did use them I would think we would need to provide automatic cleanup via a unique second level qualifier and an assigned management class. There doesn't seem to be a way to specify via LE PARMs SMS classes for the dynamic allocation. If we used them I would put in a requirement. Someone probably should. Since SVC dump already allowed you to specify DATA=,MGMT=,STOR= I don't understand why TDUMP didn't include the same capability? IBM default is DYNDUMP(*USERID,NODYNAMIC,TDUMP), We change it in all LE options entries in .PARMLIB(CEEPRMxx) to NOTDUMP DYNDUMP(*USERID,NODYNAMIC,NOTDUMP), This can always be overridden for a single job if we needed one. Anyway this is interesting in that if you didn't notice these things getting sprinkled on the DASD farm and turn them off now maybe you have another reason to. Has anyone found TDUMP useful or necessary? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Murphy's Computer Law 15: Program results should always be reproducible. They should all fail in the same way. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
On Sat, 6 Sep 2008 12:09:46 -0700, Ron Hawkins [EMAIL PROTECTED] wrote: Mark, I converted SYSVTOC, SYSVVDS and SYSIGGV2 on a three way MAS back when we were still on parallel channels. The MIM file was on 3880-23 and really loved that cache, but the benefits were substantial, especially during the batch run hardware reserves on VTOCs and catalogs were a major pain. Converting SYSIGGV2 was to solve some soft embrace issues we were hitting. Ron, SYSIGGV2 is being converted. You have to or you will run into deadly embraces as you already saw. This has been documented since MVS/ESA. Did the same thing on a two way MAS a few years later at two sites that also had a lot of the same contention. One with GRS and the other with MIM using the Turbo option. This was on ESCON and the benefits were noticeable but not as substantial. I would think that converting these three Reserves would be one of the first things you do if you go MIM or GRS, Star or ring. While they are very high in the overall count of reserves, the rate is actually quite low. 1,000,000 reserves in day is only 11 per second. I would think twice before doing this beyond three systems in a GRS ring though. Ron As I said I have 8 systems involved. I would never consider it with GRS RING, but MIM works more like a star configuration the way data is passed around the MIMplex. And I agree that not all reserves are the same - some are much more expensive than others. I see about 50,000,000 for SYSZVVDS on one of the busiest LPARs in this MIMplex and that system was IPLed last weekend. I indicated in a planning meeting that I suspect we could live with converting those resources but I still want to be cautious and only turn them on for 1 evening and see what happens. And then only if I have to (we may not require the use of LDMF at all since this particular environment has 1-2 scheduled outages a month). But just to illustrate that you can't just start changing reserves to ENQs at will in an environment that is not GRS STAR (or MIM in a CF), we once changed the STK resource name that controls access to their CDS for HSC and VTCS. Virtual tape processing didn't come to a halt but things really backed up and batch fell hours behind before I figured out what was going on. This was in this same environment (8 systems in the MIMplex across 2 sysplexes). Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
On Sat, 6 Sep 2008 20:01:06 +, Ted MacNEIL [EMAIL PROTECTED] wrote: I will probably dynamically add those QNAMES to MIM to manage for a night during batch, monitor and turn them off again in the morning. MIM (and GRS) is a lot more efficient in handling SYSVTOC and SYSVVDS, now. When I first started using MIM (long before CA [or even Legent]), we were told to stay away from converting those reserves, along with the catalogue ones. The manual / QNMAE examples still says to not convert them. But, in the past few years, I have done it, with no performance, and negligible CPU, impact. In a MIM environment? How many systems? I know you like to measure things, so did you measure it or was it just a gut feel. If you don't convert them, you could slow down the LMDF migration. It has nothing to do with speed. It is an integrity issue with the mirror. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Entries with CON or EXCL requests
In a MIM environment? How many systems? I know you like to measure things, so did you measure it or was it just a gut feel. It was a 5-way MIMplex that matched the SYSPLEX and the MAS. Control dataset in the CF. All processors were maxed out. MIM was using about 2% of each image. After the conversion, it went up to about 2.2% OS/390 in 64-bit mode. I recall the figures, because my management (at the time) were micro-managers. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Eric, It would seem that when planning and budgeting for the storage upgrade, your management failed to factor in what software would be required to leverage the technology being acquired. My thinking is that this was something that the IBM salesman might not have addressed and his only concern was getting the box on the floor. Hardware salesmen are notorious for not wanting to get involved with software. I come across this more often than not, although some vendors are more geared up for this than others (Ron, your mob are ok!) Your situation is not unlike acquiring the latest greatest flatscreen TV but still having to watch your movies on a VHS video player and saying there's no money available to acquire the latest Blue-Ray/DVD player to exploit the TV's technology. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Sunday, 7 September 2008 3:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Info on Setting Up an Lpar for Flashcopy Ron, Thanks for the information. As I said in an earlier post, we don't have DFDSS, so I can't do dumpconditioning. I will take your statement, This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen., and show it to my boss. That might be enough leverage to get FDRINSTANT, or the other product which I can't remember the name of, but I doubt it. Another problem with the 3rd lpar approach is that we have a GRS ring, and as I understand it, a 3rd lpar contributes logarithmically to the wait times. That is why the 3rd lpar would be probably shut down except for the weekly pack backups. One question I do have though is if I am IPLing from a single or 2 pack system, and I have a few things online, such as the Zara tape catalog (which I know nothing about yet but soon will learn), or the usercatalog the tapes are cataloged in, what happens since there is a duplicate volume that was flashed? Is that part of the accident waiting to happen? By the way, we don't have DFHSM either, and I don't know what FRBACKUP is, but I assume that HSM is required. I'm not sure if we have FDRABR or not. I'll probably call them on Monday. I know we have FDR and I think we have Compaktor, but I'm not sure. In answer to Tom Conolly, since my internet connection at my hotel is so slow, I will look at FDRINSTANT, but my hopes are not too high. It was good talking to you several days ago. Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue
Yes, that's the only error message. I can get it to work with 0m and 60m. IBM PL/I level 2 is telling me that the new compiler needs about 100m to run. It will run with 6m on my 1.9 base system that was generated in Jan. 08. It doesn't run with 6m after I applied 700+ ptfs to my 1.9 system. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald Sent: Saturday, September 06, 2008 2:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue Sharon, What error messages are you getting? Is it just the IBM1521I message? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Sharon Sent: Friday, September 05, 2008 1:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue We have 1.9 on one of our test systems. This is a system that was build in Jan. 2008. We also have another test 1.9 system, which I just applied all hipers and RSUs through 0806 and now I cannot get PL/I 3.7 to compile. Both systems have the same storage amount. Has anyone seen anything like this? I have a ticket opened with PL/I support and now I just opened up one with virtual storage manager. We are due to go production on Sept. 28, and I cannot go forward with this. Thanks. Sharon Lopez Enterprise Systems Programmer 919-754-6432 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] This communication is from JPMorgan. Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Eric, DFDSS should be part of DFSMS. FDR is a pay for. No, DFSMSdss is a priced optional feature, presumably because of the existence of at least one comparable ISV product (like FDR). So you should already have it in house. Entirely possible, though it likely would be disabled if the separate license fee for it was not paid. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue
Yes, that's the only error message. I can get it to work with 0m and 60m. For storage below the 16M line, both 0M and 60M allocate all that's available. (Actually, any figure above 16M allocates all below, unless you have an exit controlling it). So, how big is your below the line private. And, do you have any idea how much the PL/I compiler is using below the line? In any case, this may be moot, because you have to allocate what is required. So, you may have to change your compile PROCs. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Y2K Leftovers
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Kenneth E Tomiak I wasn't joking when I jumped over Y2K and went to Y10K, it has not caught on, but today is 09/05/02008. Why is everyone waiting? Heck, by then we should be on the Star Date calendar. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Similarly, DFSMShsm DFSMSrmm are priced optional features too. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Sunday, 7 September 2008 10:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Info on Setting Up an Lpar for Flashcopy -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Eric, DFDSS should be part of DFSMS. FDR is a pay for. No, DFSMSdss is a priced optional feature, presumably because of the existence of at least one comparable ISV product (like FDR). So you should already have it in house. Entirely possible, though it likely would be disabled if the separate license fee for it was not paid. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
On Sun, 7 Sep 2008, Stephen Mednick wrote: Eric, It would seem that when planning and budgeting for the storage upgrade, your management failed to factor in what software would be required to leverage the technology being acquired. My thinking is that this was something that the IBM salesman might not have addressed and his only concern was getting the box on the floor. Hardware salesmen are notorious for not wanting to get involved with software. I come across this more often than not, although some vendors are more geared up for this than others (Ron, your mob are ok!) Does IBM have a product which can backup offline DASD? If not, then the salesman doesn't have anything to sell. And he's not likely to mention that FDR has an option to do that! We had this same scenario, but with EMC's BCVs. We would split the BCV and vary it offline to production and online to another LPAR. But we needed to share things like the TMC, catalogs, ... . Well, management didn't want to use production cycles to run the other LPAR. So it had a low comparative weight. We were not a sysplex at that time (not even basic). Can you say reserve contention out the wazzu? We quickly abandoned that scenario. We couldn't live with the reserves and didn't have the money to upgrade the CPU. In fact, this entire project was to defer CPU upgrade because it didn't matter how long the backup of the BCV took so the backups could run on a low weight LPAR for hours. Ah, didn't work. Your situation is not unlike acquiring the latest greatest flatscreen TV but still having to watch your movies on a VHS video player and saying there's no money available to acquire the latest Blue-Ray/DVD player to exploit the TV's technology. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Sunday, 7 September 2008 3:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Info on Setting Up an Lpar for Flashcopy Ron, Thanks for the information. As I said in an earlier post, we don't have DFDSS, so I can't do dumpconditioning. I will take your statement, This is the problem with the 2nd LPAR backup method - it's an accident waiting to happen., and show it to my boss. That might be enough leverage to get FDRINSTANT, or the other product which I can't remember the name of, but I doubt it. Another problem with the 3rd lpar approach is that we have a GRS ring, and as I understand it, a 3rd lpar contributes logarithmically to the wait times. That is why the 3rd lpar would be probably shut down except for the weekly pack backups. One question I do have though is if I am IPLing from a single or 2 pack system, and I have a few things online, such as the Zara tape catalog (which I know nothing about yet but soon will learn), or the usercatalog the tapes are cataloged in, what happens since there is a duplicate volume that was flashed? Is that part of the accident waiting to happen? By the way, we don't have DFHSM either, and I don't know what FRBACKUP is, but I assume that HSM is required. I'm not sure if we have FDRABR or not. I'll probably call them on Monday. I know we have FDR and I think we have Compaktor, but I'm not sure. In answer to Tom Conolly, since my internet connection at my hotel is so slow, I will look at FDRINSTANT, but my hopes are not too high. It was good talking to you several days ago. Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
On Sun, 7 Sep 2008, Stephen Mednick wrote: Similarly, DFSMShsm DFSMSrmm are priced optional features too. Stephen Mednick Computer Supervisory Services Sydney, Australia as is DFSMStvs (transactional VSAM). -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CHROME and WEB apps on Mainframe?
In [EMAIL PROTECTED]@sbcglobal.net, on 09/04/2008 at 09:57 AM, Ron Hawkins [EMAIL PROTECTED] said: rant on Isn't it about time the ISMF developers realized that Mod 4 is not the limit to the number of lines on a screen! G... rant off Especially since IBM has had ISPF support for 62 line screens longer than ISMF has existed. rant Isn't it about time that the foo developers realized what was available in their own companies? /erant -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CHROME and WEB apps on Mainframe?
In [EMAIL PROTECTED], on 09/04/2008 at 07:04 PM, Paul Gilmartin [EMAIL PROTECTED] said: Well, as unaccustomed to hearing me praise MVS as readers of this list are, I have free choice between MVS and CMS. I rarely touch CMS: While I refer to CMS as Clumsy Monitor System, I've wanted a TSO/ISPF version of XEDIT for decades. o CMS multiprocessing capabilities are dismal. It's even harder to do 2 or more things at once with CMS than with z/OS. Hasn't that been available for lo these many releases? Does Object Rexx run under CMS? I didn't read that as referring to CMS, and I agree that OREXX for TSO is long overdue. But I also agree that OREXX for CMS is long overdue. ;-) As for the garlic remarks about larger screens: Yah, but I want 2 or more screens. You already have 4 screens,or more if you use WSA. ITYM that you want ISPF to run them in parallel. I suspect that as soon as your initiates see that this can't be done, They're hallucinating, because it can be done. Unfortunately, it's clumsy. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Ron, Thanks for all the good information. We only have one Shark box. The Lpar I am setting up will only be used for backups, and will probably be shut down the rest of the week. Actually, I kind of like the idea of nothing shared. All we would need would be a separate pool of 3590 tape cartridges, but they wouldn't be catalogued on the production system if needed for restores. Eric Ron Hawkins [EMAIL PROTECTED] wrote: Eric, The answers will depend on your design. Will the 3rd system be a standalone system that is only used for backup and restore, or do you want the existing two systems to directly access the backup datasets for restore? If it's the first case, then I would say you don't want to share anything. The 3rd system should have its own catalogs, tape management, etc. You probably want to set up a complimentary backup of the 3rd system in the production sysplex. The second case becomes far more complex, as there are components that must be shared. While you can probably back these things up, it is going to be a pain in the proverbial to restore them when they are being used for the restore. If the FDR base product does not support DUMPCONDITIONING and they won't spring for FDRINSTANT, then I would suggest going with case 1. If it is a single DS8K then this would allow you to have the whole system in a single FC Consistency group, giving you a real point in time copy and backup capability (bad luck if you have two boxes though). Using Incremental FC should also save you a lot of back-end IO contention, and give you a fast restore capability if you need it. Ron -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX Porblem - OUTTRAP function
Thanks, you find the problem. Now I remember I didn't quote X because I wanted the opts to be case insensitive. I'll choose another variable name for OUTTRAP statement. Thanks again for your help. 在2008-09-06 21:07:09，Gerhard Postpischil [EMAIL PROTECTED] 写道： --- Neo wrote: DO FOREVER WHEN OPTS = X OBJ_D2: X = OUTTRAP(COMP_VAR,5,CONCAT) The loop terminates only when your PULL OPTS (why just PULL in the routine) matches the value in variable X, which you are changing with the OUTTRAP. If you meant to have variables in OBJ_D2 local only, you need to change it to a PROCEDURE, with explicit definitions of non-local variables. The simplest fix is to change the original WHEN to OPTS = 'X' Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
