Re: Running with SQA/ESQA > 100% CHECK
Kees, "About your answer above: why do you check a single PGDS utilization? I think it hardly hirts when one PGDS is over some limit if the total configuration is within limit? ... Besides that, the question is what we can do about it, as Barbara already mentioned." thanks for basically asking the same questions I have asked in the ETR I had opened. I was given to understand (not as clearly, of course) that I have no idea what I am talking about. And why do I even question IBMs "best practises"? As this has happened for *every* HC ETR I have ever opened (and also for quite a few emails that I had exchanged in hopes of improving the product) I have resolved to not bother anymore. If I cannot make a check fit, I just delete it. We have a line in every checklist that says 'get HC to shut up'. And we installed the downloadable version before we migrated to 1.6, so we've been putting up with HC for a long time. The only reason we still start the STC is that *very few* checks actually do make sense, the RACF_sensitive_resources being among them. Another is the RSM MAXCADS check, as this is the only way to actually see how many CADS are in use short of taking a dump. (It may be that showmvs also reports on this.) To me it appears that IBM is promoting the health checker as a way to prevent customers from using the variety of options that z/OS supports (just to make life for the support groups easier). To that effect, every component gets beaten to write a 'health check'. Hence some duplicate checks, some extremely poor documentation, some checks that I consider plain stupid, and a lot that appear to be written hastily (we call that "unloved" in German-"lieblos") and not thought out. If you don't distort your installation to follow those so-called 'best practises', IBM will basically tell you that you're on your own, and if you don't do it, it's your own fault if you have problems. I still consider the *idea* of looking at best practises very valid and very good, but not how HC implements it, and not what I consider IBMs closedmindedness about the product and its checks. My 2 cents, and I'll stop now. Regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- 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: The future of IBM Mainframes [just thinking]
In many cases it has to do with not being to access web email accounts and they've turned off outgoing smtp and incoming pop3, imap, etc. ports for security reasons, which leaves one company email only by default. > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Ted MacNEIL > Sent: 12. syyskuuta 2007 5:56 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: The future of IBM Mainframes [just thinking] > > >That's funny. My company forbids me from using anything other than my > company email address !! > > That (officially, or unofficially) makes you a spokesman. > > My former company only wanted corporate communications (or legal) to be > spokesmen. > > In your case, there are a TON of legal issues! > > > - > Too busy driving to stop for gas! > /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: The future of IBM Mainframes [just thinking]
I'm in that category. But that's not why I'm always civil. > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of FRASER, Brian > Sent: 12. syyskuuta 2007 5:50 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: The future of IBM Mainframes [just thinking] > > That's funny. My company forbids me from using anything other than my > company email address !! > > >Please remember that a lot of us work for companies who forbid our use > of company email addresses to post on public forums. > - -- 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
PLPA and COMMON PAGESPACE Size
I'm thinking of changing PLPA to the minimum size of 1 cylinder and letting it overflow into the COMMON page dataset. Is there any issues with allocating a huge COMMON page dataset? For example, if my LPAR only requires a combined PLPA and COMMON size of 800 cylinders, can I used an entire 3390- 3 for the new PLPA (1 cylinder) and COMMON (the rest of the volume, around 3337 cylinders)? Any issues with the large number of page slots, memory usage, etc. This is for z/OS 1.8 on a z9 box. Nothing else will use this volume. It will either be 100% utilized with PAGE datasets or 100% utulized with PAGE datasets plus a placeholder (filler) dataset. I don't know why I can't just create a huge COMMON page dataset and be done with it versus creating a 700 cylinder COMMON this year and maybe then a 800 cylinder COMMON in 2 more years, etc. Just create the one huge COMMON page dataset and I will be set well into retirement. What are the downfalls from doing something like this? -- 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: Concurrent Upgrade Puzzlement.
It is too late and I spent too much time with z/VM lately. You are correct. On 9/11/07, Ted MacNEIL <[EMAIL PROTECTED]> wrote: > >If you have 4 CPs there, it dispatches four logical CPs on three physical > >CPs. Not a good idea. > > Also, not possible. > Unlike VM, PRSM/LPAR does not virtualise CP's. > If the physical CEC has 'n' CP's, no LPAR can have more than 'n' LP's. > > > - > 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 > -- 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: The future of IBM Mainframes [just thinking]
>That's funny. My company forbids me from using anything other than my company >email address !! That (officially, or unofficially) makes you a spokesman. My former company only wanted corporate communications (or legal) to be spokesmen. In your case, there are a TON of legal issues! - 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: The future of IBM Mainframes [just thinking]
That's funny. My company forbids me from using anything other than my company email address !! >Please remember that a lot of us work for companies who forbid our use of company email addresses to post on public forums. - --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities "Suncorp". Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- 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: Concurrent Upgrade Puzzlement.
>If you have 4 CPs there, it dispatches four logical CPs on three physical CPs. >Not a good idea. Also, not possible. Unlike VM, PRSM/LPAR does not virtualise CP's. If the physical CEC has 'n' CP's, no LPAR can have more than 'n' LP's. - 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: Concurrent Upgrade Puzzlement.
Hal, what is in your LPAR definition ? If you have 4 CPs there, it dispatches four logical CPs on three physical CPs. Not a good idea. Marian On 9/11/07, Hal Merritt <[EMAIL PROTECTED]> wrote: > We just upgraded our z/890 from a model 450 to a model 370. That > translates to one less CP, but the overall power increases from 97 to > 158 MSU's. There was no requirement for an outage (IPL, POR) given, so > we elected to do it concurrently. (We IPL/POR only when we have to.) > > There was no visible event as the change took effect. RMF displays seem > to be all in sync. > > However, a D M=CPU command comes back with different results on one > LPAR. That one still shows four CP's online. Any ideas? > > > Thanks... > > NOTICE: This electronic mail message and any files transmitted with it are > intended exclusively > for the individual or entity to which it is addressed. The message, together > with any attachment, may contain confidential and/or privileged > information. Any unauthorized review, use, printing, saving, copying, > disclosure > or distribution is strictly prohibited. If you have received this message in > error, please immediately > advise the sender by reply email and delete all copies. > > -- > 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: Can't find Page Volume
I created a SSA on a driving system, then created the PAGE datasets. I think I found my issue. I used IDCAMS to ALTER the cluster names, but not the components. I will try another IPL tomorrow and report back. -- 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: The future of IBM Mainframes [just thinking]
What he said! >Please remember that a lot of us work for companies who forbid our use of >company email addresses to post on public forums. - 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: The future of IBM Mainframes [just thinking]
Hello Herbie, Please remember that a lot of us work for companies who forbid our use of company email addresses to post on public forums. Which is why this mail is from a .hotmail.com address. On Mon, 10 Sep 2007 18:12:14 +0100, Van Dalsen, Herbie <[EMAIL PROTECTED]> wrote: >David, > >I half agree with you... If a person is not prepared to register to the >list with his company email address, it just tells me that probably 99% >of the time he will not pass the requirements sometimes found at the >bottom of emails... > Regards Bruce Hewson -- 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
z/OS V1R9 Migration Checker for z/OS Tool Now Available!
I'd like to make folks aware that I just finished refreshing the IBM Migration Checker for z/OS tool with z/OS V1.9 information! This "as is" tool can be found on the z/OS download Web page (http://www.ibm.com/servers/eserver/zseries/zos/downloads/ ). We've added 13 new migration programs (for 17 new z/OS V1.9 migration actions), in addition to the previously existing 14. Also, we've completely re-written one existing migration program to make it more usable (ETCUSS). It is important to note that this new tool level completely replaces the previous level. You can still keep the old level around, if you want, but you don't need to since this new level can help with both migrations to z/OS V1.8 *AND* z/OS V1.9. (And incidentally, several programs can even help with migrations to z/OS V1.7!) In case you don't know what the "IBM Migration Checker for z/OS" is, it's a tool to help you determine whether certain migration actions will be needed to migrate to z/OS V1.8 or V1.9 on your currently running system. It will not perform any changes, but can help you identify applicable migration actions, and verify that they have been performed correctly. There's more details on the tool from the z/OS download Web page. I would appreciate any feedback you may have on this new tool to our Feedback forum, or to me directly. (You can find out how to access this forum from the IBM Migration Checker for z/OS Web page.) Thank you, -Marna WALLE z/OS System Build and Installation IBM Poughkeepsie -- 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: ServerPac Installs and dataset allocations
Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of John Eells Sent: Tuesday, September 11, 2007 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ServerPac Installs and dataset allocations Without the APAR numbers, it's a bit hard to say (smile), but in any case, I was talking about the current code, not history. ;-) RETAIN is your friend. The keywords, severpac volser [and/or] sms, return some interesting PUBLIC APARs. I wonder if it will return the "internal" development APARs to you, being you are internal. Oddly enough I'd looked already. I wrote the SMS support spec for ServerPac and I'd have been acutely aware of defects related to the design or its execution. Even now, as you see, I retain some degree of professional interest. In any event, searching for ServerPac, volser, and SMS return one hit in RETAIN, OW54994, which has nothing to do with primary or secondary space allocation specification. ServerPac and SMS return 21 hits (most are even for ServerPac ;-), none of which have to do with space allocation specification either. Dialog defects, incorrectly built JCL and such, sure, but I found nothing that says the code that processes the space allocation amounts is broken. So far as I know, all the ServerPac APARs are public, by the way. It's hard to imagine a valid reason to restrict any of them (which is not to say that it has *never* happened or never could, of course). -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- 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: CICS Priority Question
Tom, and anothers. Thanks very much about your help. Now I think good idea put my question under CICS List. Thanks again. Sergio Tom Marchant <[EMAIL PROTECTED]> escreveu: On Tue, 11 Sep 2007 11:12:37 -0300, Sergio Lima wrote: > The problem, sound like, the users do something, that acess the DB2 directly, and sometime, We can see one, two, three user's doing it. Are you using response time goals for CICS? If you are, WLM should be controlling DB2 as well as CICS to manage response time. -- Tom Marchant -- 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 Flickr agora em português. Você clica, todo mundo vê. Saiba mais. -- 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: Using gskkyman to utilize a real CA
Double check the certificate and key data base path you are specifying. Are you able to display the certificate with gskkyman? If so, open your key data base, check what labels are already in use and try the import again. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Longnecker, Dennis Sent: Tuesday, September 11, 2007 11:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Using gskkyman to utilize a real CA I went into gskkyman and created a new database, and a certificate request. I sent that request to verisign and received a cert. I loaded that cert into the HFS but can't get it loaded into the key ring. I get messages like: Unable to import certificate. Status 0x03353024 - Issuer certificate not found. Or Label is not unique in request and key databases. When I try the various options. I am so close, but wondering what steps I missed. Dennis -- 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: Need JCL's to copy MVS file to HFS
On Tue, 11 Sep 2007 14:23:14 -0400, Gary Green wrote: >He probably did that from memory or had a finger-check while typing. > No, it was just to get the OP into the habit of reading the manual. Didn't work. -- 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
Re: ServerPac Installs and dataset allocations
>I can't justify a mod-27 since about 60% of it would be empty - multiplied >by >all our sysres sets: 2 for maintenance (one for each company), 6 for one >>company environment, 3 or 4 sets for 3 other environments and a few more >>sets for sandbox environments. So at least 20 or so mod-27s in >all that would not even be half full. As I've said before, we define Mod-15s for the sysres. They're about 15Gb. It's a good size for us. The entire sysres fits on 1 volume. Bob Shannon Rocket Software -- 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: Concurrent Upgrade Puzzlement.
I can tell you that when you activate an on/off capacity upgrade on demand order, the processors that were status of "N" (not available) change to "-" (offline) in the display command, same is true when the capacity is removed. At least that is what I saw on a 2084 and 2094. My theory would be that it is just a virtualized engine to begin with and you have more logical CPs than physical on that LPAR now. Do you notice any dispatching delays or performance impacts? Interesting... Perhaps you can check the Service Element CPs status. Sign in as SYSPROG and right-click on the processor. Select "CPs" in the menu. You can check if CP 03 is online from there. Regards, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, September 11, 2007 4:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Concurrent Upgrade Puzzlement. The model number is correct. I think it odd that the upgrade instructions did not include any steps needed to completely consummate the change. My working theory is that a lot of this information is gathered at IPL and not refreshed. I also thought it odd that the operating system did not seem to notice a chance. Has virtualization gotten that good? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bielskie, Stephen Sent: Tuesday, September 11, 2007 3:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Concurrent Upgrade Puzzlement. Is the model type that is returned from the D M=CPU command correct on that system? I would think (just a logical guess - so proceed at your own risk) that if you issued the CF CPU(03),OFFLINE it would go offline and the status of the CPU in the D M=CPU would change from + to N. You probably wanted to CF CPU(03),OFFLINE prior to conversion. I know that is part of the procedure when removing engines after using o/oCUoD. Don't forget to change your activation profile on the HMC to the correct number of initial CPs and deactivate/activate your LPAR(s) when you get a chance. Regards, Steve NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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: Concurrent Upgrade Puzzlement.
The model number is correct. I think it odd that the upgrade instructions did not include any steps needed to completely consummate the change. My working theory is that a lot of this information is gathered at IPL and not refreshed. I also thought it odd that the operating system did not seem to notice a chance. Has virtualization gotten that good? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bielskie, Stephen Sent: Tuesday, September 11, 2007 3:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Concurrent Upgrade Puzzlement. Is the model type that is returned from the D M=CPU command correct on that system? I would think (just a logical guess - so proceed at your own risk) that if you issued the CF CPU(03),OFFLINE it would go offline and the status of the CPU in the D M=CPU would change from + to N. You probably wanted to CF CPU(03),OFFLINE prior to conversion. I know that is part of the procedure when removing engines after using o/oCUoD. Don't forget to change your activation profile on the HMC to the correct number of initial CPs and deactivate/activate your LPAR(s) when you get a chance. Regards, Steve NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: ServerPac Installs and dataset allocations
On Tue, 11 Sep 2007 15:59:44 -0400, Robert Justice <[EMAIL PROTECTED]> wrote: >we were using two mod 9's, and finally went to mod 27 for the sysres at z/OS >1.8 > I recently spilled to a 2nd mod-9 under 1.6 due to XML toolkit, so all HFS/zFS is on its own mod-9 now. z/OS 1.8 grew a little bit more and we also have ported tools installed now. I can't justify a mod-27 since about 60% of it would be empty - multiplied by all our sysres sets: 2 for maintenance (one for each company), 6 for one company environment, 3 or 4 sets for 3 other environments and a few more sets for sandbox environments. So at least 20 or so mod-27s in all that would not even be half full. That starts to add up. 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 and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: Concurrent Upgrade Puzzlement.
Is the model type that is returned from the D M=CPU command correct on that system? I would think (just a logical guess - so proceed at your own risk) that if you issued the CF CPU(03),OFFLINE it would go offline and the status of the CPU in the D M=CPU would change from + to N. You probably wanted to CF CPU(03),OFFLINE prior to conversion. I know that is part of the procedure when removing engines after using o/oCUoD. Don't forget to change your activation profile on the HMC to the correct number of initial CPs and deactivate/activate your LPAR(s) when you get a chance. Regards, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, September 11, 2007 4:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Concurrent Upgrade Puzzlement. We just upgraded our z/890 from a model 450 to a model 370. That translates to one less CP, but the overall power increases from 97 to 158 MSU's. There was no requirement for an outage (IPL, POR) given, so we elected to do it concurrently. (We IPL/POR only when we have to.) There was no visible event as the change took effect. RMF displays seem to be all in sync. However, a D M=CPU command comes back with different results on one LPAR. That one still shows four CP's online. Any ideas? Thanks... NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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
Concurrent Upgrade Puzzlement.
We just upgraded our z/890 from a model 450 to a model 370. That translates to one less CP, but the overall power increases from 97 to 158 MSU's. There was no requirement for an outage (IPL, POR) given, so we elected to do it concurrently. (We IPL/POR only when we have to.) There was no visible event as the change took effect. RMF displays seem to be all in sync. However, a D M=CPU command comes back with different results on one LPAR. That one still shows four CP's online. Any ideas? Thanks... NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Future Possible New Storage Techniques
Eric: Great article. I'll bet they'll even give him a $50 savings bond. Bill From: Eric Bielefeld <[EMAIL PROTECTED]> Reply-To: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Subject: Future Possible New Storage Techniques Date: Tue, 11 Sep 2007 13:53:56 -0500 The following article is in todays New York Times. Very interesting. Note - you may have to register to view it, but it is free. http://www.nytimes.com/2007/09/11/technology/11storage.html?th&emc=th Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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 _ Get a FREE small business Web site and more from Microsoft® Office Live! http://clk.atdmt.com/MRT/go/aub0930003811mrt/direct/01/ -- 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: ServerPac Installs and dataset allocations
I know that when I worked at P&H Mining, I wanted 6 or 8 mod 9s for my IPL packs and Dlib packs for prod and test and new developement. In 1999, when we had EMC dasd, my boss said no because a potential hot site might not give us any mod 9s. Then, several years later when we got new Hitachi Lightning dasd, I thought now is my time to get my mod 9s. I found out that to get just 6 or 8 mod 9s, we would have to pay about $25,000 extra for the feature to carve up disks into any size and number we needed. I could have gotten a whole bunch of drives as mod 9s, but I thought that would be hard to do, as I would have had to consolidate a bunch of drives, so we went with an all mod 3 config. Of course now at P&H, they don't have to worry about those limits because everything runs on AIX. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Mark Zelden" <[EMAIL PROTECTED]> No. Not sure what I was thinking. I probably was thinking one 3390-9. But the balance between too big and too small has to do with how many volumes are needed. So a little more free space may force another mod-3 for example (in an all mod-3 configuration). I know 3390-3 is an issue for how big the unix root is getting. If it gets larger than a mod 3 (fast approaching), IBM may have to split it up because there are shops that just can't get past the 90s and use (at least) mod 9s. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] -- 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: ServerPac Installs and dataset allocations
we were using two mod 9's, and finally went to mod 27 for the sysres at z/OS 1.8 - Original Message - From: "Mark Zelden" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, September 11, 2007 3:45 PM Subject: Re: ServerPac Installs and dataset allocations On Tue, 11 Sep 2007 12:36:18 -0500, Eric Bielefeld <[EMAIL PROTECTED]> wrote: Mark, Do you really get your whole Sysres on one 3390-3? I No. Not sure what I was thinking. I probably was thinking one 3390-9. But the balance between too big and too small has to do with how many volumes are needed. So a little more free space may force another mod-3 for example (in an all mod-3 configuration). I know 3390-3 is an issue for how big the unix root is getting. If it gets larger than a mod 3 (fast approaching), IBM may have to split it up because there are shops that just can't get past the 90s and use (at least) mod 9s. 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 and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 -- 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: IEF195I
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould > Sent: Tuesday, September 11, 2007 2:45 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: IEF195I > > > On Sep 11, 2007, at 12:08 PM, Ulrich Krueger wrote: > > > Duane, > > How big's the database? > > What's the JCL for //DD1 look like and how much space are you > > asking for? > > How much space is available on the volumes that you're writing to? > > Looks to me like you are asking for insufficient space to > begin with. > > > > As an alternative for space-constrained disk, you could go to tape > > with up > > to 256 volumes. > > > > > > Regards, > > Ulrich Krueger > > > > Could this be a issue of TIOT size? Somewhere in the mists of memory > there is a ALOCxx (??) specification that allows for a special DB2 > TIOT. Anyone remember this? > > Ed > XTIOT is to allow for more DD statements per job step (TIOT is max'ed out at 64K of memory). It does not affect the number of volumes upon which a single dataset may be allocated. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Can't find Page Volume
On Tue, 11 Sep 2007 12:32:40 -0500, Mike Feeley <[EMAIL PROTECTED]> wrote: >I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) >lpar. When I try to IPL, I get an IEA924D message. The text says, "iea924d >volume mbgpg1 needed for page data set was not mounted; new plpa data >set may be requested; reply 'go' or 'ignore'." I can't find what is wrong. >There are only 2 page volumes, one for a 1 cylinder PLPA and a huge >COMMON, and one for a LOCAL (full 3390-3 volume). I am reusing the same 2 >page volumes (UCB's), just different volser name. Volumes were created from >scratch. The master catalog page dataset entries look good. We reply "GO" >to the message and the message reappears. The message is telling me that it >can't find the volume. The UCB's are in the HCD as being online. We >deactivate and reactivated the lpar without any different outcome. Any >idedas? > Did you create the new page dsn from your running system or from a driving system with a different master catalog? If you did it from a driving system, did you use an SSA? 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 and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: ServerPac Installs and dataset allocations
On Tue, 11 Sep 2007 12:36:18 -0500, Eric Bielefeld <[EMAIL PROTECTED]> wrote: >Mark, > >Do you really get your whole Sysres on one 3390-3? I No. Not sure what I was thinking. I probably was thinking one 3390-9. But the balance between too big and too small has to do with how many volumes are needed. So a little more free space may force another mod-3 for example (in an all mod-3 configuration). I know 3390-3 is an issue for how big the unix root is getting. If it gets larger than a mod 3 (fast approaching), IBM may have to split it up because there are shops that just can't get past the 90s and use (at least) mod 9s. 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 and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: ServerPac Installs and dataset allocations
Ted MacNEIL wrote: I put the heavily hit loadlibs such as SYS1.LINKLIB on one side of the VTOC, and the ISPF libraries on the other side of the VTOC. With todays heavily cached dasd, that probably will buy you very little anymore. Very little. Especially, since it's been over 15 years since IBM stopped recommending placing the VTOC (VTOCIX, VVDS, & Catalogue [if there is one]) elsewhere than at the beginning of the pack. for os/360 releases 11 & 14 system builds i had carefully reodered stage-2 sysgen to achieve optimal placement ... not only of datasets but also members within pds. i had given presentations at share (on the results of both the customized release 11 and 14 system builds) ... that for the university workload, i could achieve nearly three times increased thruput. i had also asked for being able to specify vtoc location ... which showed up in release 15/16 (release 15 slipped and there was a combined release 15/16). one of the problems was applying normal system maintenance ... replacing members in pds libraries like sys1.linklib could detrimentally affect the carefully ordering and over a period of six months, thruput could degrade by a third or more (and might require a new "build" of critical pds libraries). reference to old presentation that i had made a aug68 share meeting in boston (this particular presentation also included some measurements after i had rewritten several critical sections of the cp67 kernel): http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14 http://www.garlic.com/~lynn/94.html#20 CP/67 & OS MFT14 however, going into the mid-70s, it was becoming apparent that overall system thruput (processor and memory) was increasing much faster than disk technology thruput was increasing. as a result there was starting to be more and more reliance on mechanisms (like more use of various kinds of caching technology) to compensate for the relative system degradation of disk thruput. at one point, i had made the observation that relative system disk thruput had degrading by a factor of ten times over a period of years. this upset some of the people in the disk division ... and the disk division performance group was assigned to refute the observation. after several weeks, they came back and effectively said that i had slightly understated the amount of relative system thruput degradation (i.e. disks were getting faster, but overall systems were getting also getting faster, much faster than disks were getting faster). in any case, the work by the disk division performance group eventually turned into a share presentation ... not on how slow disks are ... but on how to organize data on disk to improve overall system thruput. as caching technologies became more and more wide used ... nearly all of the work on careful ordering of "highly used" disk records (that i had done as undergraduate in the 60s) was obsoleted since such high-used records would now be found in the electronic caches. some number of old posts mentioning gpd finding that i had slightly understated the degree of disk technology relative system thruput degradation over a period of years http://www.garlic.com/~lynn/93.html#31 Big I/O or Kicking the Mainframe out the Door http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros? http://www.garlic.com/~lynn/95.html#10 Virtual Memory (A return to the past?) http://www.garlic.com/~lynn/98.html#46 The god old days(???) http://www.garlic.com/~lynn/99.html#4 IBM S/360 http://www.garlic.com/~lynn/2001d.html#66 Pentium 4 Prefetch engine? http://www.garlic.com/~lynn/2001f.html#62 any 70's era supercomputers that ran as slow as today's supercomputers? http://www.garlic.com/~lynn/2001f.html#68 Q: Merced a flop or not? http://www.garlic.com/~lynn/2001l.html#40 MVS History (all parts) http://www.garlic.com/~lynn/2001l.html#61 MVS History (all parts) http://www.garlic.com/~lynn/2001m.html#23 Smallest Storage Capacity Hard Disk? http://www.garlic.com/~lynn/2002.html#5 index searching http://www.garlic.com/~lynn/2002b.html#11 Microcode? (& index searching) http://www.garlic.com/~lynn/2002b.html#20 index searching http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates? http://www.garlic.com/~lynn/2002e.html#9 What are some impressive page rates? http://www.garlic.com/~lynn/2002i.html#16 AS/400 and MVS - clarification please http://www.garlic.com/~lynn/2003i.html#33 Fix the shuttle or fly it unmanned http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks http://www.garlic.com/~lynn/2004p.html#39 100% CPU is not always bad http://www.garlic.com/~lynn/2005h.html#13 Today's mainframe--anything to new? http://www.garlic.com/~lynn/2005k.html#53 Performance and Capacity Planning http://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine http://www.garlic.com/~lynn/2006x.html#13 The Future of CPUs: What's
Re: IEF195I
On Sep 11, 2007, at 12:08 PM, Ulrich Krueger wrote: Duane, How big's the database? What's the JCL for //DD1 look like and how much space are you asking for? How much space is available on the volumes that you're writing to? Looks to me like you are asking for insufficient space to begin with. As an alternative for space-constrained disk, you could go to tape with up to 256 volumes. Regards, Ulrich Krueger Could this be a issue of TIOT size? Somewhere in the mists of memory there is a ALOCxx (??) specification that allows for a special DB2 TIOT. Anyone remember this? Ed -- 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: IEF195I
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Robert Justice > Sent: Tuesday, September 11, 2007 2:41 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: IEF195I > > > Hmmm, 120 volumes? > > here's an interesting idea, how about using some mod 54s perhaps? > > > - Original Message - > From: "Duane Shields" <[EMAIL PROTECTED]> > Newsgroups: bit.listserv.ibm-main > To: > Sent: Tuesday, September 11, 2007 3:25 PM > Subject: Re: IEF195I > > > > Ulrich, > > > > > > //DD1 DD DSN=DBA.MIC105.USA.ULRL002,DISP=OLD > > > > After receiving the IEF195I trying to pre-allocate the file using > > IEFBR14, the dataset was cataloged to 120 volumes using > IDCAMS as a work > > around. However, the IEF195I reappeared on the attempt to > reload the > > dataset. > > > > Duane > > Ain't gonna work on DASD. You might have >59 volumes in the catalog, with many of them being CANDIDATE. But you will stop allocating at volume number 59, regardless of what else happens. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Future Possible New Storage Techniques
"His idea is to stand billions of ultrafine wire loops around the edge of a silicon chip - hence the name racetrack - and use electric current to slide infinitesimally small magnets up and down along each of the wires to be read and written as digital ones and zeros." Almost sounds like an updated version of the ferrite core? -Original Message- Kelman, Tom Well, a similar article to this was posted about a week ago. However, I would like to know where I can get that mainframe that'll fit in my pocket. I think their definition of a mainframe and mine aren't quiet the same. Tom Kelman Commerce Bank of Kansas City > -Original Message- Eric Bielefeld > > The following article is in todays New York Times. Very interesting. > Note - you may have to register to view it, but it is free. > > http://www.nytimes.com/2007/09/11/technology/11storage.html?th&emc=th > > Eric Bielefeld > Sr. z/OS Systems Programmer > Milwaukee, Wisconsin -- 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: IEF195I
Hmmm, 120 volumes? here's an interesting idea, how about using some mod 54s perhaps? - Original Message - From: "Duane Shields" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, September 11, 2007 3:25 PM Subject: Re: IEF195I Ulrich, //DD1 DD DSN=DBA.MIC105.USA.ULRL002,DISP=OLD After receiving the IEF195I trying to pre-allocate the file using IEFBR14, the dataset was cataloged to 120 volumes using IDCAMS as a work around. However, the IEF195I reappeared on the attempt to reload the dataset. Duane -- 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: Future Possible New Storage Techniques
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom > Sent: Tuesday, September 11, 2007 2:10 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Future Possible New Storage Techniques > > > Well, a similar article to this was posted about a week ago. > However, I > would like to know where I can get that mainframe that'll fit in my > pocket. I think their definition of a mainframe and mine aren't quiet > the same. > > Tom Kelman I agree. But, then, I want a __real__ mainframe, like the one in Eureka (SciFi channerl). It's so big that you can crawl around inside it. And it takes 8 hours to reboot! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: IEF195I
Ulrich, //DD1 DD DSN=DBA.MIC105.USA.ULRL002,DISP=OLD After receiving the IEF195I trying to pre-allocate the file using IEFBR14, the dataset was cataloged to 120 volumes using IDCAMS as a work around. However, the IEF195I reappeared on the attempt to reload the dataset. Duane -- 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: Not that it wouldn't happen here...
This highlights one of my concerns about outsourcing. Here we have companies that are making contractual arrangements to outsource the system programming of their systems to another company in another country that they have no direct control over. They are handing the keys to the kingdom to people they never interview or see or even get a resume from. I'm not saying that the individuals doing the work are dishonest. It's just that it introduces another level of security risk at a time when we certainly don't need that. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Gary Green > Sent: Tuesday, September 11, 2007 1:52 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Not that it wouldn't happen here... > > I know it's not Friday but it's another case of foreign workers stealing > information. > > http://www.computerworld.com/action/article.do?command=viewArticleBasic&; ar > ticleId=9035278&source=NLT_VVR&nlid=37 > > -- > 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: Can't find Page Volume
>Have you checked VATLSTxx to make sure they are mounted correctly? I don't believe VATLSTxx is processed before the page dsns are allocated and opened. - 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: ServerPac Installs and dataset allocations
>I put the heavily hit loadlibs such as SYS1.LINKLIB on one side of the VTOC, >and the ISPF libraries on the other side of the VTOC. With todays heavily >cached dasd, that probably will buy you very little anymore. Very little. Especially, since it's been over 15 years since IBM stopped recommending placing the VTOC (VTOCIX, VVDS, & Catalogue [if there is one]) elsewhere than at the beginning of the pack. - 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: Future Possible New Storage Techniques
Well, a similar article to this was posted about a week ago. However, I would like to know where I can get that mainframe that'll fit in my pocket. I think their definition of a mainframe and mine aren't quiet the same. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Eric Bielefeld > Sent: Tuesday, September 11, 2007 1:54 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Future Possible New Storage Techniques > > The following article is in todays New York Times. Very interesting. > Note - you may have to register to view it, but it is free. > > http://www.nytimes.com/2007/09/11/technology/11storage.html?th&emc=th > > Eric Bielefeld > Sr. z/OS Systems Programmer > Milwaukee, Wisconsin > 414-475-7434 > > -- > 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: SYSMDUMP in DB2 SP WLM
>(off-list to hide my ignorance) No it wasn't! - 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
Future Possible New Storage Techniques
The following article is in todays New York Times. Very interesting. Note - you may have to register to view it, but it is free. http://www.nytimes.com/2007/09/11/technology/11storage.html?th&emc=th Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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
Using gskkyman to utilize a real CA
I have a very good documented process for using gskkyman to create a self signed certificate which out TN3270 and FTP servers use. We haven't had problems with it until we wanted to use TLS to transfer a file from one mainframe to another. Most FTP clients have an option telling them what to do if they can't validate the certificate, and we have to set to use it anyway. However, the mainframe FTP client doesn't have that option, so it won't transfer the files. Hence, I am going to try a real certificate from verisign. I went into gskkyman and created a new database, and a certificate request. I sent that request to verisign and received a cert. I loaded that cert into the HFS but can't get it loaded into the key ring. I get messages like: Unable to import certificate. Status 0x03353024 - Issuer certificate not found. Or Label is not unique in request and key databases. When I try the various options. I am so close, but wondering what steps I missed. Dennis -- 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
Not that it wouldn't happen here...
I know it's not Friday but it's another case of foreign workers stealing information. http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9035278&source=NLT_VVR&nlid=37 -- 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: Can't find Page Volume
I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) lpar. Hope that this is germaine. I ran into this problem using our 1.4 page dsn on 1.7. I ended up recreating the page dsn with a HLQ alias in the driver to the target's master cat and then the IPL went OK. Any kind of cat(...) or recatalogue wouldn't work. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: ServerPac Installs and dataset allocations
COPYMOD will reblock if necessary but I don't think it relinks. In any case, if the BLKSIZE of the target PDS is at least as large as the source PDS, then COPY will work and you don't need COPYMOD. -Original Message- From: George D Dranes [mailto:snip] Sent: Tuesday, September 11, 2007 9:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ServerPac Installs and dataset allocations I'm assuming if I go the re-allocate and copy direction I can use IEBCOPY with the COPY parm (don't really want to use COPYMOD since it will re-link everything) for PDSs and COPYGRP for the PDSEs? -- 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: Need JCL's to copy MVS file to HFS
John Norgauer wrote: Got it to work John. Thanks Is there also a batch jcl I can use to delete the HFS file which I just created? John Norgauer John, Instead of doing this a piece at a time, why not bring us in to do some training and get all the pieces in one integrated package? Introduction to z/OS UNIX - 3 days omvs shell commands environment variables the HFS, permissions, copying, moving oedit, obrowse piping and redirecation ISHELL Unicode, locales, internationalization compressing, uncompressing, archiving intro to web servers in z/OS intro to markup languages creating and maintaining web pages on z/OS accessing HFS files through batch jobs [optional] accessing z/OS UNIX via telnet ISPF 3.17 and more; course description: http://www.trainersfriend.com/UNIX_and_Web_courses/u510descr.htm topical outline: http://www.trainersfriend.com/UNIX_and_Web_courses/U510O.htm Shell Script Programming in z/OS UNIX - 3 days scripting concepts regular expressions grep, egrep, fgrep the ed line editor find command logic constructs in scripts variables and parameters in scripts functions shell flags and options sed: the stream editor sorts and compares BPXBATCH, BPXBATSL OSHELL [optional] intro to vi and more; course description: http://www.trainersfriend.com/UNIX_and_Web_courses/u515descr.htm topical outline: http://www.trainersfriend.com/UNIX_and_Web_courses/U515O.htm -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: Need JCL's to copy MVS file to HFS
Thanks again John. Delete worked John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- 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
msgIGD17279I SMS reject becasue of 'exclude list'
I'm use to seeing IGD17279I for diabale volumes, storage groups,DADSM failure, etc but have one for being on the 'exclude list'. IGD17279I 3 VOLUMES WERE REJECTED BECAUSE THEY WERE ON THE EXCLUDE LIST Msg & Codes says THEY WERE ON THE EXCLUDE LIST The volumes were already in use by this data set. The Storage Group has 16 volumes, 8 volumes were rejected because of space, 5 were rejected because of duplicate DSN (which is yet another question), and 3 volumes were rejected because they were on the exclude list. The DSN is currently allocated on parts of 3 volumes with 6 candidate entries. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: Need JCL's to copy MVS file to HFS
He probably did that from memory or had a finger-check while typing. PATHOPTH should be "PATHOPTS' On Tue Sep 11 11:00 , John Norgauer <[EMAIL PROTECTED]> sent: >Thanks John, > >However, got this error: > > // FILEDATA=TEXT,PATHOPTH=(OCREAT,OWRONLY,OEXCL), > // PATHDISP=(KEEP,KEEP),PATHMODE=(SIRUSR,SIWUSR) > //* SUT2 DD SYSOUT=* > //* SUT2 DD SYSOUT=L,DEST=U45 >STMT NO. MESSAGE > 6 IEFC630I UNIDENTIFIED KEYWORD PATHOPTH > > > >John Norgauer >University of California Davis Medical Center >2315 Stockton Blvd >ASB 1300 >Sacramento, Ca 95817 >916-734-0536 > > SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 > >"Hardware eventually breaks - Software eventually works" anon > > >-- >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: Need JCL's to copy MVS file to HFS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Norgauer > Sent: Tuesday, September 11, 2007 1:12 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Need JCL's to copy MVS file to HFS > > > Got it to work John. Thanks > > Is there also a batch jcl I can use to delete the HFS file > which I just > created? > > > John Norgauer I haven't tried, but: //DELETE EXEC PGM=IEFBR14 //DD1 DD PATH='/file/to/delete',PATHDISP=(DELETE,DELETE) -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Wikiscanner
Which reminds me: Wikipedia Celebrates 750 Years of American Independence! http://www.theonion.com/content/node/50902 It's a classic. Jon Thats why I never go to Wikipedia to look something up. If anyone can change it, how can you trust any of it? -- 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: Can't find Page Volume
I'd recommend re-checking the volume definitions for the master catalog your are trying to use, just to verify that everything looks good with the PAGE datasets. Then re-verify your correct LOAD parm address and LOADxx member, and be sure you're not using a different SYSx.IPLPARM than you think you are. After this, I would recheck your IODF file, and make sure you are using the one you think you are. This probably is the issue (wrong IODF)... Also check you are using the correct master catalog in your LOADxx member. You can change your LOADPARM to give more messages (don't remember which letter), and this might give more diagnostic info. Also, you might try putting CLPA in your IEASYSxx member and give it a shot. This should not correct this issue, but it might be worth a try. Normally when I recreate a system I create the page datasets with different first two qualifiers (say PAGE.TST1) on our production system, and then I MERGECAT these entries over to my target test system master using MERGECAT LEVEL. This usually insures that I have the page datasets created correctly. I know when I've tried to muck with PAGE datasets in the past using STEPCAT, etc..., I've run into quirky issues like this, and it's cleaner to define and then move the catalog entries. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Feeley Sent: Tuesday, September 11, 2007 1:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Can't find Page Volume I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) lpar. When I try to IPL, I get an IEA924D message. The text says, "iea924d volume mbgpg1 needed for page data set was not mounted; new plpa data set may be requested; reply 'go' or 'ignore'." I can't find what is wrong. There are only 2 page volumes, one for a 1 cylinder PLPA and a huge COMMON, and one for a LOCAL (full 3390-3 volume). I am reusing the same 2 page volumes (UCB's), just different volser name. Volumes were created from scratch. The master catalog page dataset entries look good. We reply "GO" to the message and the message reappears. The message is telling me that it can't find the volume. The UCB's are in the HCD as being online. We deactivate and reactivated the lpar without any different outcome. Any idedas? -- 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: Can't find Page Volume
Actually, I was wondering if he did a CLPA at the IPL. Without it, the system would look for everything as it was the last time it was running. Of course, if it cannot find any of the page datasets anywhere, then it should ask the operator to specify them. That should force the CLPA option if the new ones are truly empty. So at this time, I would pull a LISTCAT of the page data set entries in the catalog and see what they say. Also make sure the catalog being used is the one you want to use. On Tue, 11 Sep 2007 13:37:15 -0400, Horne, Jim - James S <[EMAIL PROTECTED]> wrote: >NOTICE: >All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. > >Have you checked VATLSTxx to make sure they are mounted correctly? > >Jim Horne >Lowe's Companies, Inc. > >Mike Feeley wrote: >I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) > >lpar. When I try to IPL, I get an IEA924D message. The text says, >"iea924d >volume mbgpg1 needed for page data set was not mounted; new plpa data >set may be requested; reply 'go' or 'ignore'." I can't find what is >wrong. >There are only 2 page volumes, one for a 1 cylinder PLPA and a huge >COMMON, and one for a LOCAL (full 3390-3 volume). I am reusing the same >2 >page volumes (UCB's), just different volser name. Volumes were created >from >scratch. The master catalog page dataset entries look good. We reply >"GO" >to the message and the message reappears. The message is telling me >that it >can't find the volume. The UCB's are in the HCD as being online. We >deactivate and reactivated the lpar without any different outcome. Any >idedas? > -- 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: ServerPac Installs and dataset allocations
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Eells Sent: Tuesday, September 11, 2007 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ServerPac Installs and dataset allocations Without the APAR numbers, it's a bit hard to say (smile), but in any case, I was talking about the current code, not history. ;-) RETAIN is your friend. The keywords, severpac volser [and/or] sms, return some interesting PUBLIC APARs. I wonder if it will return the "internal" development APARs to you, being you are internal. Oh, and being a developer, I have found that history has a strange way of repeating itself. Or is it that Rod Sirling still lives? Regards, Steve Thompson -- 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: Wikiscanner
- Original Message - From: "Eric Bielefeld" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, September 11, 2007 11:03 AM Subject: Re: Wikiscanner > Thats why I never go to Wikipedia to look something up. If anyone can > change it, how can you trust any of it? I'm reminded of a conversation I had with a fellow sysprog, who hailed from Europe, about some event in history that I now forget. What I do remember was after we compared notes, we both sat completely puzzled about how the same event could have been taught two completely different ways.But I did learn that history really isn't set in stone - it changes as much as the future does!!! Regards, Dean -- 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: Need JCL's to copy MVS file to HFS
Got it to work John. Thanks Is there also a batch jcl I can use to delete the HFS file which I just created? John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- 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: Need JCL's to copy MVS file to HFS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Norgauer > Sent: Tuesday, September 11, 2007 1:00 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Need JCL's to copy MVS file to HFS > > > Thanks John, > > However, got this error: > > // FILEDATA=TEXT,PATHOPTH=(OCREAT,OWRONLY,OEXCL), > // PATHDISP=(KEEP,KEEP),PATHMODE=(SIRUSR,SIWUSR) > //* SUT2 DD SYSOUT=* > //* SUT2 DD SYSOUT=L,DEST=U45 > STMT NO. MESSAGE >6 IEFC630I UNIDENTIFIED KEYWORD PATHOPTH > > > > John Norgauer Bad arthritis. PATHOPT= instead. And I forgot the //SYSIN DD DUMMY as well. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Wikiscanner
Thats why I never go to Wikipedia to look something up. If anyone can change it, how can you trust any of it? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Ed Finnell" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, September 11, 2007 11:16 AM Subject: Wikiscanner _http://www.tuscaloosanews.com/article/20070910/NEWS/709100325/0/FRONTPAGE_ (http://www.tuscaloosanews.com/article/20070910/NEWS/709100325/0/FRONTPAGE) Shows to go ya... -- 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: Need JCL's to copy MVS file to HFS
Thanks John, However, got this error: // FILEDATA=TEXT,PATHOPTH=(OCREAT,OWRONLY,OEXCL), // PATHDISP=(KEEP,KEEP),PATHMODE=(SIRUSR,SIWUSR) //* SUT2 DD SYSOUT=* //* SUT2 DD SYSOUT=L,DEST=U45 STMT NO. MESSAGE 6 IEFC630I UNIDENTIFIED KEYWORD PATHOPTH John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- 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: Need JCL's to copy MVS file to HFS
This is what I use. //OCPY2LAN EXEC PGM=IKJEFT01,COND=(00,LT) //*NMVS DD DISP=SHR,DSN=OSS05.TEST.JCL(CMPL3) //INMVS DD DISP=SHR,DSN=OSS05.REPORT.OUTLIST //OUTHFS DD PATHOPTS=(OCREAT,OWRONLY,OTRUNC), // PATHMODE=SIRWXU,FILEDATA=TEXT, // PATH='/mfgroup/web/ReportOutlist.txt' //* PATH='/mfgroup/web/RPF-CMPL3.txt' //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OCOPY INDD(INMVS) OUTDD(OUTHFS) TEXT CONVERT(YES) PATHOPTS(USE) /* On Tue Sep 11 10:33 , John Norgauer <[EMAIL PROTECTED]>sent: >Hello - >Does anyone have a set of JCL's I can use to copy a sequebntial file to my >HFS environment. >Thanks. >John Norgauer >University of California Davis Medical Center >2315 Stockton Blvd >ASB 1300 >Sacramento, Ca 95817 >916-734-0536 > SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! " JN 2004 -- 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: Need JCL's to copy MVS file to HFS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Norgauer > Sent: Tuesday, September 11, 2007 12:33 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Need JCL's to copy MVS file to HFS > > > Hello - > > Does anyone have a set of JCL's I can use to copy a > sequebntial file to my > HFS environment. > > Thanks. > > John Norgauer //STEP1 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=my.input.dsn,DISP=OLD //SYSUT2 PATH='/where/my/UNIX/file/is/my.input.dsn', // FILEDATA=TEXT,PATHOPTH=(OCREAT,OWRONLY,OEXCL), // PATHDISP=(KEEP,KEEP),PATHMODE=(SIRUSR,SIWUSR) -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Testing System Programmer Capabilities
Arthur wrote: > I've seen users accidentally bring a system to its knees Back in the 90's someone that was logging on to a system using a TPX type product, kept on taking VTAM down. The command she was supposed to enter was logon applid=tso instead she typed logon applis=tso... and when she claimed that she caused it, The senior sysprog told her that she could not possibly have the authority in the system to do such a thing, she was adamant, called him over and showed him... Sadly she got a bit of a brushing over that... to this day, I still cannot imagine what on earth could have been the cause of this problem with VTAM on OS390 1.3 Regards Herbie Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: Can't find Page Volume
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. Have you checked VATLSTxx to make sure they are mounted correctly? Jim Horne Lowe's Companies, Inc. Mike Feeley wrote: I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) lpar. When I try to IPL, I get an IEA924D message. The text says, "iea924d volume mbgpg1 needed for page data set was not mounted; new plpa data set may be requested; reply 'go' or 'ignore'." I can't find what is wrong. There are only 2 page volumes, one for a 1 cylinder PLPA and a huge COMMON, and one for a LOCAL (full 3390-3 volume). I am reusing the same 2 page volumes (UCB's), just different volser name. Volumes were created from scratch. The master catalog page dataset entries look good. We reply "GO" to the message and the message reappears. The message is telling me that it can't find the volume. The UCB's are in the HCD as being online. We deactivate and reactivated the lpar without any different outcome. Any idedas? -- 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: ServerPac Installs and dataset allocations
Mark, Do you really get your whole Sysres on one 3390-3? I had to go to 2 volumes back at OS/390 2.8, and maybe even 2.5. I know I usually spent a lot of time going over allocations and making sure there was enough space for most maintenance to go on without putting any datasets in multiple extents. As one other person suggested, I also sorted the dataset list on my Sysres packs by extents. I then compressed the datasets, and released the free extents. If data was actually in extents after compressing, I reallocated the dataset with more primary space. I used to run an FDR job occasionally. FDR allows you to specify the sequence of the datasets on a restore job. I put the heavily hit loadlibs such as SYS1.LINKLIB on one side of the VTOC, and the ISPF libraries on the other side of the VTOC. With todays heavily cached dasd, that probably will buy you very little anymore. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Mark Zelden" <[EMAIL PROTECTED]> It bothered me a little the first couple of times I did maintenance for 1.8 (and previous ServerPacs) but its a minor irritation. It's a fine line for IBM trying to keep the sysres to fit on a 3390-3 (not including HFS - because many shops still don't have mod-9) and leaving some extra space. > Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO -- 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: Can't find Page Volume
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mike Feeley > Sent: Tuesday, September 11, 2007 12:33 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Can't find Page Volume > > > I'm changing the paging volumes and dataset names on out tech > (z/OS 1.8) > lpar. When I try to IPL, I get an IEA924D message. The text > says, "iea924d > volume mbgpg1 needed for page data set was not mounted; new plpa data > set may be requested; reply 'go' or 'ignore'." I can't find > what is wrong. > There are only 2 page volumes, one for a 1 cylinder PLPA and a huge > COMMON, and one for a LOCAL (full 3390-3 volume). I am > reusing the same 2 > page volumes (UCB's), just different volser name. Volumes > were created from > scratch. The master catalog page dataset entries look good. > We reply "GO" > to the message and the message reappears. The message is > telling me that it > can't find the volume. The UCB's are in the HCD as being online. We > deactivate and reactivated the lpar without any different > outcome. Any > idedas? The actual volser is MBGPG1? That's what z/OS is looking for and cannot find. That is where the PLPA exists, according to the catalog. Are you pointing to the correct master catalog? I've done that in the past and been very confused! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Need JCL's to copy MVS file to HFS
Hello - Does anyone have a set of JCL's I can use to copy a sequebntial file to my HFS environment. Thanks. John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- 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
[no subject]
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mullins > Sent: Tuesday, September 11, 2007 12:21 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: > > > Oh. > > That is totally embarrassing. > > I completely apologize for that last part of the e-mail. That was, of > course, supposed to be private. And I have embarrassed > myself, and probably > have screwed myself big-time. > > Looks like I have a lot of explaining to do > > Regards, > Ray Mullins > > -- Nonsense! The extra text was automatically added by Microsoft Exchange in an attempt to cause problems in the IBM community. Likely done by your Exchange admins in an attempt to get you in trouble. (just kidding) Yet another attack on the poor, helpless mainframe by the Evil Empire (pat. pending). GRIN. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: (no subject)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Ed Finnell > > course, supposed to be private. And I have embarrassed > myself, and probably have screwed myself big-time. > > Looks like I have a lot of explaining to do > > >> > It's OK, hire a lawyer, a publicist, take it all back and run > for public office! Yeah; rumor has it that a Senate seat may soon be available from Idaho. -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
Can't find Page Volume
I'm changing the paging volumes and dataset names on out tech (z/OS 1.8) lpar. When I try to IPL, I get an IEA924D message. The text says, "iea924d volume mbgpg1 needed for page data set was not mounted; new plpa data set may be requested; reply 'go' or 'ignore'." I can't find what is wrong. There are only 2 page volumes, one for a 1 cylinder PLPA and a huge COMMON, and one for a LOCAL (full 3390-3 volume). I am reusing the same 2 page volumes (UCB's), just different volser name. Volumes were created from scratch. The master catalog page dataset entries look good. We reply "GO" to the message and the message reappears. The message is telling me that it can't find the volume. The UCB's are in the HCD as being online. We deactivate and reactivated the lpar without any different outcome. Any idedas? -- 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: (no subject)
In a message dated 9/11/2007 12:21:32 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: course, supposed to be private. And I have embarrassed myself, and probably have screwed myself big-time. Looks like I have a lot of explaining to do >> It's OK, hire a lawyer, a publicist, take it all back and run for public office! ** See what's new at http://www.aol.com -- 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
[no subject]
Oh. That is totally embarrassing. I completely apologize for that last part of the e-mail. That was, of course, supposed to be private. And I have embarrassed myself, and probably have screwed myself big-time. Looks like I have a lot of explaining to do Regards, Ray Mullins -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -- 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: IEF195I
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Duane Shields > Sent: Tuesday, September 11, 2007 11:52 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: IEF195I > > > Our database group is trying to do a unload/reload of a > database to increase > the size. While running a job to do this, they received the > following error: > > IEF195I MIC105GJ PS030 DD1 - MAXIMUM NUMBER OF DEVICES FOR DD > EXCEEDED > > Explanation: The number of units requested by the specified > DD statement > is greater than the maximum of 59 units allowed for a DD > statement. > > Does anyone have a way to get around this? > > Thanks in advance for your assistance. > > Duane Shields That message, in and of itself, is not a problem, just a bother. We get it quite often and the job runs fine. However, if you mean how can you exceed 59 volumes for a DASD resident data set, you cannot. That is another hard coded limit that you simply cannot get around. The "solution" (which I don't like) is to go to larger volume sizes and use the "large dataset" ability (> 64K tracks per volume) of z/OS 1.8. Or, depending on the data compressibility, use a DATACLAS with SMS compression enabled. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: The future of IBM Mainframes [just thinking]
Howard, That is the funny thing... The customers is in Europa and sadly, they are unhappy too, not because the mainframe is moving to the US, but because the salesman is fluent Nordic / Polish / English / Spanish, but the moment he has to phone the helpdesk for support on his credit card machine... he could get someone from any of those languages on the line, and it might not match his language, he might be asked to repeat / spell his name 3 times during the conversation... So in the end he leaves, enticed by the next sales-man, ends up in a similar situation as before... and the wheel keeps on turning... Sorry, just had to wine a bit... Herbie Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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
RES: IEF195I
I don't think there is a way to circunvent it. You can see with your storage administrator to change this database to a Dataclass with compression. It will short the database size, but you still have the 59 volumes limit. You have to evaluate the performance too. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Duane Shields Enviada em: terça-feira, 11 de setembro de 2007 13:52 Para: IBM-MAIN@BAMA.UA.EDU Assunto: IEF195I Our database group is trying to do a unload/reload of a database to increase the size. While running a job to do this, they received the following error: IEF195I MIC105GJ PS030 DD1 - MAXIMUM NUMBER OF DEVICES FOR DD EXCEEDED Explanation: The number of units requested by the specified DD statement is greater than the maximum of 59 units allowed for a DD statement. Does anyone have a way to get around this? Thanks in advance for your assistance. Duane Shields -- 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 AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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: SYSMDUMP in DB2 SP WLM
(off-list to hide my ignorance) Hello Ed, Out of curiosity, in a situation where multiple abends occurred, how does SYSMDUMP processing handle this? Does it write multiple dumps to the dataset? (I'm guessing "yes" because of the nature of SYSOUT storage.) We just had a situation where, in a multi-TCB address space, the customer had only SYSUDUMP. The problem was SP 0 fragmentation below the line, and unfortunately we only got SP 0 storage associated with the two TCBs that RTM decided to dump, which you can guess made things difficult for me to track down. Luckily a couple of days ago we got another dump, from another customer, with the same below-the-line storage issues, but luckily the dumped SP 0 had a lot more info. A SYSMDUMP would have come in very handy in those environments. (Now I'm fighting an internal battle between SYSMDUMP and SYSABEND. One of our support reps has some REXX programs he's written to parse SYSUDUMP/ABEND, and I'm trying to bring them into the late 1990s with IPCS and re-writing the REXX programs to do the same thing.) Also, I'll ask just because, but does Phoenix have any openings? I like what I'm doing, but there are some issues within the company that are making me wonder if it was a good thing to take this position so quickly. Thanks and best regards, Ray Mullins -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Edward Jaffe > Sent: Tuesday, 11 September, 2007 09:36 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SYSMDUMP in DB2 SP WLM > > Wayne Driscoll wrote: > > Search the archives for some details from Ed Jaffe regarding pointing > > the SYSMDUMP DD to a SYSOUT dataset, and then saving it to a dataset > if > > and only if you need it. > > > > SYSMDUMP to sysout. The only way to fly! (Or, at least, the only way I > fly.) ;-) > > http://bama.ua.edu/cgi-bin/wa?A2=ind0704&L=ibm-main&P=R59172&I=1&X=- > http://bama.ua.edu/cgi-bin/wa?A2=ind0704&L=ibm-main&P=R59580&I=1&X=- -- 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: IEF195I
Duane, How big's the database? What's the JCL for //DD1 look like and how much space are you asking for? How much space is available on the volumes that you're writing to? Looks to me like you are asking for insufficient space to begin with. As an alternative for space-constrained disk, you could go to tape with up to 256 volumes. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Duane Shields Sent: Tuesday, September 11, 2007 09:52 To: IBM-MAIN@BAMA.UA.EDU Subject: IEF195I Our database group is trying to do a unload/reload of a database to increase the size. While running a job to do this, they received the following error: IEF195I MIC105GJ PS030 DD1 - MAXIMUM NUMBER OF DEVICES FOR DD EXCEEDED Explanation: The number of units requested by the specified DD statement is greater than the maximum of 59 units allowed for a DD statement. Does anyone have a way to get around this? Thanks in advance for your assistance. Duane Shields -- 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: IEF195I
Duane, Could you post the dd statement for DD1? Subject: IEF195I Our database group is trying to do a unload/reload of a database to increase the size. While running a job to do this, they received the following error: IEF195I MIC105GJ PS030 DD1 - MAXIMUM NUMBER OF DEVICES FOR DD EXCEEDED Explanation: The number of units requested by the specified DD statement is greater than the maximum of 59 units allowed for a DD statement. Does anyone have a way to get around this? Thanks in advance for your assistance. Duane Shields -- 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
IEF195I
Our database group is trying to do a unload/reload of a database to increase the size. While running a job to do this, they received the following error: IEF195I MIC105GJ PS030 DD1 - MAXIMUM NUMBER OF DEVICES FOR DD EXCEEDED Explanation: The number of units requested by the specified DD statement is greater than the maximum of 59 units allowed for a DD statement. Does anyone have a way to get around this? Thanks in advance for your assistance. Duane Shields -- 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: SYSMDUMP in DB2 SP WLM
After further research I see that the 'corruption' is the insertion of carriage control characters. This is being done by SDSF when using line command XDC, even if the correct data set attributes are specified for the output data set. Instead, I created an appropriate data set, allocated it to some DD in my TSO session, then used SDSF's XFC line command and pointed to that DD. This copies it as is, without carriage control characters. Now it is usable. Thanks Wayne and Ed. Don Imbriale -- On Tue, 11 Sep 2007 09:47:45 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: >Imbriale, Donald wrote: >> Thanks Wayne. I had searched the archives. My tests show that SYSMDUMP >> directed to SYSOUT, then copied to a dataset (via SDSF for example), >> results in a partially corrupted SYSMDUMP. >> > >I look at many such dumps and have never experienced any corruption >using this technique. The dump on spool will be byte-for-byte exactly >correct. When copying to DASD for IPCS use, you need to use a tool that >will not change the contents of the data. And, you must copy it to a >RECFM=FBS data set. > >-- -- 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: SYSMDUMP in DB2 SP WLM
Imbriale, Donald wrote: Thanks Wayne. I had searched the archives. My tests show that SYSMDUMP directed to SYSOUT, then copied to a dataset (via SDSF for example), results in a partially corrupted SYSMDUMP. I look at many such dumps and have never experienced any corruption using this technique. The dump on spool will be byte-for-byte exactly correct. When copying to DASD for IPCS use, you need to use a tool that will not change the contents of the data. And, you must copy it to a RECFM=FBS data set. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: JES-APPL
yephe got itsomething in his setup...working now.thanks for your help... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: ServerPac Installs and dataset allocations
Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of John Eells Sent: Tuesday, September 11, 2007 9:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ServerPac Installs and dataset allocations The data set space allocations are not the result of a logic problem. The logic is WAD (or BAD, if you prefer). As I said before, the allocations are intended to make sure the RESTORE job runs and that the resulting data sets have *some* free space. Then why was an APAR taken? Mind you, that was at z/OS 1.4. Wish I were still at that customer site so that I could give you the APAR numbers. Without the APAR numbers, it's a bit hard to say (smile), but in any case, I was talking about the current code, not history. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- 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: ServerPac Installs and dataset allocations
I'm assuming if I go the re-allocate and copy direction I can use IEBCOPY with the COPY parm (don't really want to use COPYMOD since it will re-link everything) for PDSs and COPYGRP for the PDSEs? George Dranes Western Illinois University University Information Management Systems Manager-Technical Services 1 University Circle Morgan Hall Room 121 Macomb, IL 61455-1390 email:[EMAIL PROTECTED] tel: 309-298-1097 X261 fax: 309-298-1451 - Original Message - From: "Ken Porowski" <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, September 11, 2007 8:37:09 AM (GMT-0600) America/Chicago Subject: Re: ServerPac Installs and dataset allocations There is a way in the ServerPac dialogs to globally alter the space allocations. I usually add 25-50% to the allocations. After my initial load of the datasets I compress all then reallocate as needed to minimum 50% free in a single extent. This is probably not needed but I like all my system datasets and anything in LINKLIST or LPALIST to be at least 50% free in one extent. I do not really worry if they are allocated with secondary as long as I'm not using it although for OEM LINKLIST I will allocate zero secondary. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- George Dranes We just recently installed z/OS 1.8 using ServerPac. We then applied all of the latest RSU maintenance. I noticed many of the SYS1 datasets on our SYSRES apparently were allocated too small by ServerPac jobs. I know some may just need compressed but others such as SYS1.SHASLNKE which is a PDSE is also into 5 extents. My question is, does anyone out there try to get these allocated into one extent or do you just leave as is and not worry about it because of today's DASD?? It just gets kind of irritating when many of these datasets are obviously allocated (in blocks even) too small by the ServerPac allocate jobs. -- 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: SYSMDUMP in DB2 SP WLM
Wayne Driscoll wrote: Search the archives for some details from Ed Jaffe regarding pointing the SYSMDUMP DD to a SYSOUT dataset, and then saving it to a dataset if and only if you need it. SYSMDUMP to sysout. The only way to fly! (Or, at least, the only way I fly.) ;-) http://bama.ua.edu/cgi-bin/wa?A2=ind0704&L=ibm-main&P=R59172&I=1&X=- http://bama.ua.edu/cgi-bin/wa?A2=ind0704&L=ibm-main&P=R59580&I=1&X=- -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: SYSMDUMP in DB2 SP WLM
Thanks Wayne. I had searched the archives. My tests show that SYSMDUMP directed to SYSOUT, then copied to a dataset (via SDSF for example), results in a partially corrupted SYSMDUMP. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: Tuesday, September 11, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSMDUMP in DB2 SP WLM Search the archives for some details from Ed Jaffe regarding pointing the SYSMDUMP DD to a SYSOUT dataset, and then saving it to a dataset if and only if you need it. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this 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: SYSMDUMP in DB2 SP WLM
Search the archives for some details from Ed Jaffe regarding pointing the SYSMDUMP DD to a SYSOUT dataset, and then saving it to a dataset if and only if you need it. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Imbriale Sent: Tuesday, September 11, 2007 11:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SYSMDUMP in DB2 SP WLM We need to collect a SYSMDUMP from a DB2 SP WLM task. The SYSMDUMP DD needs to point to a disk data set. There can be multiple instances of the DB2 SP WLM task running concurrently, so there is a need to uniquely name the data set for the SYSMDUMP. GDGs don't work because there is an enqueue on the GDG base, so started tasks after the first wait. We've thought of using system symbols (since this is a started task), but there isn't enough granularity in the values of the symbols to assure uniqueness. Any thoughts on how to accomplish this? Don Imbriale -- -- 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
Wikiscanner
_http://www.tuscaloosanews.com/article/20070910/NEWS/709100325/0/FRONTPAGE_ (http://www.tuscaloosanews.com/article/20070910/NEWS/709100325/0/FRONTPAGE) Shows to go ya... ** See what's new at http://www.aol.com -- 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
SYSMDUMP in DB2 SP WLM
We need to collect a SYSMDUMP from a DB2 SP WLM task. The SYSMDUMP DD needs to point to a disk data set. There can be multiple instances of the DB2 SP WLM task running concurrently, so there is a need to uniquely name the data set for the SYSMDUMP. GDGs don't work because there is an enqueue on the GDG base, so started tasks after the first wait. We've thought of using system symbols (since this is a started task), but there isn't enough granularity in the values of the symbols to assure uniqueness. Any thoughts on how to accomplish this? Don Imbriale -- -- 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: CA to IBM TCP Conversion
Chris Mason wrote: Robert I thought I'd dig further into this IUCV point and I found a reference in the IP Configuration Guide. It appears that IUCV, VMCF and TNF "stuff" is still available, you just don't necessarily need it. It would appear to have become an *optional* bit of preparation for the use of the Communications Server (CS) IP component from being *required* as it was when I used to teach TCP/IP for MVS. It is described in the CS IP Configuration Guide under "Chapter 2. Configuration overview", "Required steps before starting TCP/IP" as "Step 3: Configure VMCF and TNF" on page 111 of the z/OS 1.8 manual. It appears that the section headers are logically incorrect since, as far as I can tell, it really is an *optional* step and depends on whether or not the Pascal API is used or not. The clearest indication that this step really is optional is "... therefore, some installations will require setting up VMCF and TNF." at the end of the first paragraph. I then found Dana Mitchell's post where he/she said something of the same as above. Chris Mason the original tcp/ip implementation was done in vs/pascal on vm370 (20 yrs ago) ... but there were some number of implementation bottlenecks ... such that it got about 44kbyte/sec aggregate thruput consuming a 3090 processor. i then did rfc1044 support for the product and in some tuning tests at cray research (between 4341 clone and a cray machine) was getting 4341 channel media speed thruput using only a modest amount of the 4341 clone. http://www.garlic.com/~lynn/subnetwork.html#1044 for some topic drift, recent post mentioning vs/pascal http://www.garlic.com/~lynn/2007o.html#61 (Newbie question)How does the modern high-end processor been designed? which is slightly related to topic in this newsgroup since the los gatos vlsi tools group was responsible for the 370 pascal implementation as well as the "LSM" http://www.garlic.com/~lynn/2007o.html#67 1401 simulator for OS/360 somewhat drifting back to the topic, a port of the implementation was then done for mvs ... by doing a (vm370) vmcf/iucv emulator for mvs systems. for other background ... internally there was something called spm that was originally implemented on cp67 (precursor to vm370 that ran on 360/67s) which was a superset of the later vmcf and iucv implementations. there was somewhat internal dissension leading up to the initial vmcf release ... since spm had been around for much longer period and had so much more function. Later, iucv was released to cover some additional function (also covered by spm) that was handled by vmcf. some old email with spm reference http://www.garlic.com/~lynn/2006w.html#email750430 http://www.garlic.com/~lynn/2006k.html#email851017 misc. old posts mentioning spm: http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention http://www.garlic.com/~lynn/2004m.html#20 Whatever happened to IBM's VM PC software? http://www.garlic.com/~lynn/2005m.html#45 Digital ID http://www.garlic.com/~lynn/2006k.html#51 other cp/cms history http://www.garlic.com/~lynn/2006t.html#47 To RISC or not to RISC http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks? http://www.garlic.com/~lynn/2006w.html#12 more secure communication over the network http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command and cmsback (more history) http://www.garlic.com/~lynn/2006w.html#52 IBM sues maker of Intel-based Mainframe clones -- 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: JES-APPL
Ron Tell him to download the redbook. It's quite small and to the point. It's designed mainly for the AS/400 person as far as I can tell - which perhaps explains why it's a bit weak in the VTAM area! http://www.redbooks.ibm.com/abstracts/gg244382.html Chris Mason - Original Message - From: "Ron Wells" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, September 11, 2007 5:10 PM Subject: Re: JES-APPL Chris... Having as400 guy do more research on the nje product he installed he is not familiar with it nor has worked with it before...saying that I think I'll wait to see what he finds out... -- 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: CA to IBM TCP Conversion
Robert I've send you a file which summarises the search order issue. You'll see from the end of the document that not everything was clear but this is "par for the course" in regard to CS IP documentation. - I have a tentative recommendation which goes as follows: - Set up a resolver procedure. You necessarily have a resolver procedure running and, if you haven't created your own, it uses a well-hidden procedure called not "RESOLVER", as you might be sure it must be, but IEESYSAS, a general purpose procedure which can be used whenever a DD-statement need not be added to the EXEC statement. - Be sure to specify COMMONSEARCH in your "resolver", SETUP, file. If you are using a local file for name to address translation, you can use the sensible format as defined in the CS IP Configuration Guide. section 1.5.4.4, "Creating ETC.IPNODES and /etc/ipnodes". - I am assuming you don't want to be too complicated for the moment so define a "client[1] data set" using the GLOBALTCPIPDATA statement in your "resolver", SETUP, file. Note that, when you use the GLOBALTCPIPDATA statement, all parameters which relate to using a name server necessarily reside in the specified file. This becomes important only when you start getting clever and try to concatenate this data set with another data set. - Similarly assuming you don't want to be too complicated for the moment and that you are defining name to address relationships in a local file rather than using the name server system - and you have specified COMMONSEARCH as I suggested above, you should define the name to address data set using the GLOBALIPNODES statement in your "resolver", SETUP, file. You may have noticed that Sheila mentions using the DEFAULTIPNODES statement in an earlier post. This is similar to the GLOBALIPNODES statement but comes last in the search order rather than first. - That deals with the "Base resolver configuration file" and the "Local host table". In order to keep the remaining files as simple as possible, given that you are unlikely to need to change the supplied files, simply create TCPIP.ETC.PROTO and TCPIP.ETC.SERVICES files so that they can be dynamically allocated by file name - one of the features of Communications Server (CS) IP which reveals its VM heritage. You can probably simply use the internal version of the translate table. Chris Mason [1] "Client" here refers to the relationship of CS IP-related address spaces, the "client" address spaces, which rely on the main CS IP address space, the "server" address space. The file is otherwise referred to as the TCPIP.DATA file which again reflects the VM heritage. - Original Message - From: "Johnston, Robert E" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, September 07, 2007 11:24 PM Subject: Re: CA to IBM TCP Conversion ... All these APIs and search orders and such make my head spin! -- 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
ISPF Data Set List Exit Questions
The ISPF Data Set List Exit gets invoked once after the Data Set List Utility Panel is filled in and then again for each data set that is about to be displayed in the list. The first invocation provides an opportunity for the exit to change the data set name and/or the volume. The subsequent invocations allow the exit to decide if the candidate data set should actually be displayed. The parameter list for this invocation contains five parameters. The second and third are the data set name and volume "as specified on the 3.4 panel." My questions are: The process stops scanning the input data set name for a match at the first blank, eliminating the need to blank out the rest of the field. When the name is passed to the exit on the first invocation, is it the entire input field or just the part that is used to perform the match? On the subsequent invocations, are the second and third parameters really as specified on the panel or do they reflect any changes made during the first invocation? -- 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: CA to IBM TCP Conversion
Sheila According to my reading of the Communications Server IP Configuration Reference, the TCPCONFIG default for RESTRICTLOWPORTS or UNRESTRICTLOWPORTS is the latter - which is as expected since this was the behaviour before this pair of parameters was introduced. It is, in general, good practice to specify RESTRICTLOWPORTS since this ensures that only by use of the PORT statement (or PORTRANGE I guess but that's unlikely) can you authorise use of a particular port in the 1 to 1023 range - under TCP - and you tie it to a particular "job" name. It used to be recommended that you retain all the PORT statement elements as specified in the provided file since that way nobody could inadvertently set up a program which used one of those ports, get away with it, maybe get it established as a vital feature of the production environment and then you discover later that you need it for the intended service function - all a bit far-fetched anyhow! In case this highly unlikely scenario seemed possible, you can now specify RESTRICTLOWPORTS, and ensure that your PORT statement specifies only the services you actually want to run today. This way you can get rid of all the unnecessary and unhelpful garbage in the PORT statement list - and you can see the trees in the wood about which you actually care! Exactly the same - substituting UDP for TCP - can be said for the same pair of parameters on the UDPCONFIG statement. It is a convention for TCP and UDP that ports 1 to 1023 are assigned to "well-known" server functions such as you will find listed in the equivalent of what on my PC is the C\WINDOWS\system32\drivers\etc\services file. Chris Mason - Original Message - From: "Sheila Weissborn" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, September 06, 2007 6:35 PM Subject: Re: CA to IBM TCP Conversion ... Speaking of port usage, here is another tip. In the TCPIP profile, TCPCONFIG and UDPCONFIG default to restricting usage of ports 1 through 1023. So a port must be reserved for any application using anything in this range or the profile needs to have UNRESTRICTLOWPORTS coded on TCPCONFIG and UDPCONFIG. Normally this range is used by standard applications like ftp which are included in the sample profile. Sheila Weissborn Ohio Casualty Insurance -- 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: CA to IBM TCP Conversion
Robert I thought I'd dig further into this IUCV point and I found a reference in the IP Configuration Guide. It appears that IUCV, VMCF and TNF "stuff" is still available, you just don't necessarily need it. It would appear to have become an *optional* bit of preparation for the use of the Communications Server (CS) IP component from being *required* as it was when I used to teach TCP/IP for MVS. It is described in the CS IP Configuration Guide under "Chapter 2. Configuration overview", "Required steps before starting TCP/IP" as "Step 3: Configure VMCF and TNF" on page 111 of the z/OS 1.8 manual. It appears that the section headers are logically incorrect since, as far as I can tell, it really is an *optional* step and depends on whether or not the Pascal API is used or not. The clearest indication that this step really is optional is "... therefore, some installations will require setting up VMCF and TNF." at the end of the first paragraph. I then found Dana Mitchell's post where he/she said something of the same as above. Chris Mason - Original Message - From: "Johnston, Robert E" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, September 05, 2007 11:44 PM Subject: Re: CA to IBM TCP Conversion ... In Dana Mitchell's post: "At the time there were some functions that were supported on one stack but not the other, that caused us problems (IUCV perhaps?)" I read that IBM TCP/IP versions later than 3.2 do not support IUCV. I have an old print product that uses IUCV to connect to TSO for printer administration functions. The actual prints work ok (port 515) but I haven't been able to make the Admin panels work. I'm just out of luck on that one, right? Thanks, Robert -- 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
Gethostid() and DB2 (was CA to IBM TCP conversion)
Sheila You raise the matter of the use of the gethostid() call by DB2. I have an ancient scar associated with gethostid() - and DB2 may have been the reason - "may" because my memory is failing not because the complaining software wasn't identified. In another thread recently I suggested that gethostid() is an UNIX thing which doesn't fit well into MVS. Since the matter has arisen again so shortly I thought I should take another look at the conclusions I reached 14 years ago when I put together my socket programming presentation. The description of gethostid() I found by Googling is quite consistent. It seems I paid attention to the first sentence which defined what gethostid() was supposed to be but insufficient to the second. Perhaps the manual from which I took my notes didn't bother to include the second! DESCRIPTION The sethostid() function establishes a 32-bit identifier for the current processor that is intended to be unique among all UNIX systems in existence. This is normally a DARPA Internet address for the local machine. This call is allowed only to the super-user and is normally performed at boot time. The gethostid() function returns the 32-bit identifier for the current processor. This function has been deprecated. The last sentence is clarified a little later as follows: BUGS 32 bits for the identifier is too small. HISTORY The gethostid() and sethostid() syscalls appeared in 4.2BSD and were dropped in 4.4BSD. Note that this is taken from a page identified as "Mac OS X Man Pages" but is framed by "BSD Library Functions Manual" and "June 2, 1993". It seems that it is intended that the value returned by gethostid() is indeed one of the IP addresses associated with the IP node. Trawling the Communications Server (CS) manuals for references to the gethostid() call does rather indicate that the rationale for the PRIMARYINTERFACE statement in the PROFILE data set is in order to provide a value for the gethostid() call to return - and nothing else. The "second thoughts" that "Berkeley System Distribution" (BSD) folk had about this function happened *after* it was taken up by TCP/IP for VM, the predecessor product for TCP/IP for MVS, now the IP component of CS. If there was an user council overseeing changes to BSD and if there was an IBM representative on it, he or she must have been asleep when the voting on ditching "gethostid" took place. However I believe the support for use of IP by DB2 may have been implemented *after* 1993 and, had the developers been sufficiently diligent, they should have noticed that they were thinking of using a "deprecated" function and stayed well away from it. You said finding an explanation of the use of the gethostid() call in DB2 was difficult but I get the impression you found it. Would you please provide an URL where I can read about this? For now, I'm picking up your comment "The IP address assigned to this link in the HOME statement is used to get the host name." This indicates that perhaps that DB2 needs to get a name for the IP node on which it is running. In order to do this it uses the gethostid() call and is provided with the IP address which is identified by the PRIMARYINTERFACE statement. Then it uses the gethostbyaddr() call and the returned structure points to an "official" "host name" - and, in fact, also a pointer to a list of "aliases". Possibly it is in order to get at this "official" "host name" that DB2 - thinks it - needs to use the gethostid() call. I added the "thinks it" because - having checked my sockets presentation - wouldn't you know it? - on that same page as I describe gethostid() I find gethostname()! But I may have an explanation. What the gethostname() call does is extract the local version of the "host name". What a gethostby() call does is is launch a request into the "resolver" system. This can result in looking up the local data set which associates names and address or it can result in a request into the name server system. Definitely in the latter case, the name returned will be more "official" than the local version of the "host name". On review of this post I realised something else - rather obvious really although that DB2 error message is plain misleading and completely puts one off the scent! It is quite impossible for the gethostid() call to fail if you have just one interface defined correctly. Just one interface necessarily provides a default for the PRIMARYINTERFACE statement and so provides a value for the gethostid() call to return. I even checked the CS IP Sockets Application Programming Interface Guide and Reference manual and, as I suspected, there are no error returns possible. However, it is possible that the *gethostbyaddr()* call could fail and it is a failure of this call which is documented by the "gethostid failed" I very strongly suspect. This ties in with your report that you needed to be sure that you
Re: CA to IBM TCP Conversion
Sheila You should check you understanding of names and IP addresses. The IP address is the entity that really matters, each one associated with one interface - even if some interfaces are virtual. There is an "official" host name but its usage is whatever you like to make of it - in conjunction with the name server system if used. If a name is to be associated with a node and the node has multiple interfaces, necessarily the name, indirectly, is associated with the multiple IP addresses, each one of which is primarily associated with an interface. You've probably noticed we've been flogging the OSA/VIPA topic to death recently! I'm not sure Robert is quite ready for dynamic VIPAS just yet! Maybe after he has performed his "conversion". Also we need to assume he has multiple LPARs ready to benefit from the wandering dynamic VIPA. I've a suspicion that when he talked about sharing an OSA between two programs behaving as IP nodes, both programs were running in the same LPAR. Because it's really a different topic, I am responding to your gethostid() point in a separate thread. Chris Mason - Original Message - From: "Sheila Weissborn" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, September 05, 2007 7:30 PM Subject: Re: CA to IBM TCP Conversion Robert, I noticed you had posted some additional questions. I hope the following is helpful. An OSA can be shared by multiple TCPIP stacks. An IP address can be moved between TCPIP stacks, but can only be assigned to one stack at a time. There is a redbook that has some good information on different possible configurations - SG24-5948-04 OSA-Express Implementation Guide. A host name should be associated with only one IP address. However, one can have multiple IP address/host name pairs associated with one TCPIP stack. The decison on using multiple IP addresses would depend on what requirements there are for separating traffic and moving applications. For instance, VIPA separates the IP address from the hardware. Two OSAs each with their own IP address could provide redundant paths to the same VIPA on a single TCPIP stack. There are various scenarios for moving IP addresses to alternate systems with dynamic VIPA and DVIPA. A good resource is the redbook SG24-7341-00 Communications Server for z/OS V1R8 TCP/IP Implementation Volume 3: High Availability, Scalability and Performance. The OSA-Express Implementation Guide has an Appendix on ARP takeover which I found helpful. ARP takeover is what we implemented here. The configuration used is based on the hardware configuration and the business requirements at your site. ... Sheila Weissborn Ohio Casualty Insurance -- 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: ServerPac Installs and dataset allocations
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Eells Sent: Tuesday, September 11, 2007 9:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ServerPac Installs and dataset allocations The data set space allocations are not the result of a logic problem. The logic is WAD (or BAD, if you prefer). As I said before, the allocations are intended to make sure the RESTORE job runs and that the resulting data sets have *some* free space. Then why was an APAR taken? Mind you, that was at z/OS 1.4. Wish I were still at that customer site so that I could give you the APAR numbers. Regards, Steve Thompson -- 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: CA to IBM TCP conversion
Robert This whole discussion should really have been started in the IBMTCP-L list[1] rather than the IBM-MAIN list. As far as the IP component of Communications Server (CS) is concerned, in IBMTCP-L scintillate the brightest stars. In your original post you asked whether or not it was possible to run both the IP component of CS and the Interlink program together. I suppose it is possible that one or the other could take possession of a common piece of storage that both will reference in order to prevent more than one program to run and behave as an IP node. However since you have both running together, that presumably does not happen. If the interfaces controlled by one IP node connect to the same intranet as the interfaces controlled by the other IP node - or both connect to the Internet - then you need to control the inbound routing appropriately. Otherwise there cannot be a problem. What the software does in the privacy of its own address space is entirely its business and that of nobody else! If I've missed something important here I hope to be corrected. [1] For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L - In an earlier post which I have not retained in my inbox, you were concerned about different interpretations of the socket API. That flavour of the socket API used with the transport protocols which sit on top of the IP layer is quite well-defined. In any case, what little I know/knew of Interlink was that they set themselves up as a competitive alternative to TCP/IP for MVS - as the IP component of CS used to be named. Thus any APIs *ought* to be identical. Also from an earlier post, I suppose I should be glad you happened to mention "CINET". You have set up CINET presumably because you imagined that you had multiple instances of the IP component of CS - which, of course, you don't. Please reread what I just said and the following which I found as the first hit searching the CS IP Configuration Guide: Common INET physical file system (CINET PFS) If you wish to run multiple z/OS Communications Server TCP/IP stacks concurrently, you must use the Common INET (CINET) configuration. In this configuration, up to a maximum of eight TCP/IP stacks can be active at any time. You may be sure that IBM means just the IBM-supplied software for creating the appearance of an IP node and absolutely not software from any other Tom, Dick or Harry! The point is that z/OS has features which specifically allow for multiple instances of CS IP. These show up in the BPXPRMxx member of SYS1.PARMLIB. In place of a single set of "INET" statements such as FILESYSTYPE TYPE(INET) ENTRYPOINT(EZBPFINI) NETWORK DOMAINNAME(AF_INET) DOMAINNUMBER(2) MAXSOCKETS(1) TYPE(INET) I expect you have something like (taken from a study I did some years back on CINET) FILESYSTYPE TYPE(CINET) ENTRYPOINT(BPXTCINT) NETWORK DOMAINNAME(AF_INET) DOMAINNUMBER(2) INADDRANYPORT(61000) INADDRANYCOUNT(4000) MAXSOCKETS(64498) TYPE(CINET) SUBFILESYSTYPE NAME(TCPIP) TYPE(CINET) ENTRYPOINT(EZBPFINI) DEFAULT SUBFILESYSTYPE NAME(TCPIPC) TYPE(CINET) ENTRYPOINT(EZBPFINI) Since I can't see the Interlink logic participating in this CINET scheme, I can't see any role for setting up your CINET environment. - Now I can get to the points that arise from this post. Assigning the same IP address to two different interfaces is possible only when the interfaces connect to two completely independent intranets. Is that your situation? I suspect it is not and so what you are proposing is forbidden. It is possible for two different LPARs to share a port on an OSA feature and a program supporting the behaviour of an IP node running in the LPAR can allocate the channel address representing the OSA port. However the OSA feature logic in the shape of the OSA address table (OAT) presumes, in effect, that the IP nodes connect to the same intranet (or the Internet) and requires different IP addresses - for the simple reason that the routing of an inbound IP packet to a particular LPAR depends on the destination IP address. This has nothing whatsoever to do with VIPAs - although you can complicate what I have just said by adding VIPAs into the mix! As for the "host name", again it is the view of your systems from the outside world which matters. You can use the same "host name" only if, when it is represented in a name server, it is qualified with a different suffix. It is a standard feature of the name server system that a name can map to multiple IP addresses. You need only examine the gethostbyname() socket call which is the call most used to access the name server system I expect. Here the returned structure is a list of IP addresses. A well-written client socket program, having used the gethostbyn
Re: DFDSS
I hate to gloat, but in FDR you can simply specify NEWI=+TARGSYS to prepend TARGSYS to all the dataset names. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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
