Doyle Banks/Mainline on vacation until 10/30.
I will be out of the office starting 10/26/2006 and will not return until 10/30/2006. I will be away until 10/30. If you need immediate assistance, please contact Jim Cudworth (1-630-371-4911 or [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: ABEND - S322
The total cpu was 104.57. I used the parm TIME=NOLIMIT and that did the trick. Thanks for all for your help. When I have a chance I will check the flowerbox suggestion. Schwarz, Barry A [EMAIL PROTECTED] wrote: When the job abends, how much CPU and wall clock time was actually consumed? -Original Message- From: esmie moo [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 11:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ABEND - S322 The job is only one step. I have the Time parm specified on the EXEC only. I will code the time parm in the job card as well. Regarding exits I wouldn't know how to find that 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 - All new Yahoo! Mail - - Get a sneak peak at messages with a handy reading pane. -- 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
DASD STATUS - F-NRD
Hallo To all, I put a dasd address offline. But when I display the status it shows the following: D U,,,933E,1 IEE457I 06.55.23 UNIT STATUS 109 UNIT TYPE STATUSVOLSER VOLSTATE 933E 3390 F-NRD/RSDNT The explanation for F says that the device is offline, however, when I look at the NRD explanation it says that the device is not ready, which I am not sure what it implies . My question is the drive offline and safe to initialize or do I have check something else? Thanks Send instant messages to your online friends http://au.messenger.yahoo.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
RES: Apology
Was there that the plane of LOST cashed ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Suporte Técnico - Software Básico Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Eric N. Bielefeld Enviada em: quinta-feira, 26 de outubro de 2006 17:13 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: Apology Someone just sent me the following link. http://en.wikipedia.org/wiki/Bielefeld_Conspiracy I had no part in it! 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 -- 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: DASD STATUS - F-NRD
Is the drive offline, F-NRD on all LPARs? If yes, you're ready to init the volume. From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 7:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DASD STATUS - F-NRD Hallo To all, I put a dasd address offline. But when I display the status it shows the following: D U,,,933E,1 IEE457I 06.55.23 UNIT STATUS 109 UNIT TYPE STATUSVOLSER VOLSTATE 933E 3390 F-NRD/RSDNT The explanation for F says that the device is offline, however, when I look at the NRD explanation it says that the device is not ready, which I am not sure what it implies . My question is the drive offline and safe to initialize or do I have check something else? Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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: Question on the load list
I am afraid that we have now devolved to semantics. I did not say you could not write a program that was refreshable but modified itself. I said that you could not write one if you intended that what you changed actually took affect. If your design is that a program when refreshed reverts to its original behavior, that might not be thought of as a great design, even if the ramifications of reverting might be tiny.. Peter Relson z/OS Core Technology -- 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
Bielefeld
It's still Friday. I've been there several times on business. It's a very pleasant _FLAT_ town in the middle of the northwest _FLAT_ German plain. Kneel down on the main street and you can see the curvature of the earth. Bielefeld famous for three things? Here's my list: 1) Fights between British servicemen stationed in the massive base nearby. 2) Furniture carcasses - the bare bones of fitted kitchens and bathrooms. 3) A thriving healthcare industry. As always, there's a story. I had a meeting there (a sales opportunity against a 3081D - furniture carcasses) and left with a large sales team. I insisted on a debrief session while the iron was still hot, and we found a Kneipe on the main drag. Good people, good food, good beer, good debrief and we left for the weekend in good humour. As we left, I called in what some would call the restroom and others would call the bog. I've never seen anything like it before or since. Two huge chrome handrails either side of what looked like a modified urinal - larger, and further up the wall. I'm told the Aussies have something similar - a professional chundering place. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: DASD STATUS - F-NRD
Yes, it shows the status (F-NRD) on the 3 lpars. What concerns me is that doesn't show the desired OFFLINE status. O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote: Is the drive offline, F-NRD on all LPARs? If yes, you're ready to init the volume. From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 7:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DASD STATUS - F-NRD Hallo To all, I put a dasd address offline. But when I display the status it shows the following: D U,,,933E,1 IEE457I 06.55.23 UNIT STATUS 109 UNIT TYPE STATUS VOLSER VOLSTATE 933E 3390 F-NRD /RSDNT The explanation for F says that the device is offline, however, when I look at the NRD explanation it says that the device is not ready, which I am not sure what it implies . My question is the drive offline and safe to initialize or do I have check something else? Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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 Send instant messages to your online friends http://au.messenger.yahoo.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: DASD STATUS - F-NRD
As you stated earlier, 'explanation for F says that the device is offline'. What more do you want? From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 8:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD STATUS - F-NRD Yes, it shows the status (F-NRD) on the 3 lpars. What concerns me is that doesn't show the desired OFFLINE status. O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote: Is the drive offline, F-NRD on all LPARs? If yes, you're ready to init the volume. From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 7:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DASD STATUS - F-NRD Hallo To all, I put a dasd address offline. But when I display the status it shows the following: D U,,,933E,1 IEE457I 06.55.23 UNIT STATUS 109 UNIT TYPE STATUS VOLSER VOLSTATE 933E 3390 F-NRD /RSDNT The explanation for F says that the device is offline, however, when I look at the NRD explanation it says that the device is not ready, which I am not sure what it implies . My question is the drive offline and safe to initialize or do I have check something else? Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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 Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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: DASD STATUS - F-NRD
John, David is correct. You can initialize the volume. The F-NRD is the status that I normally see. Regards, John -- 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: Apology
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric N. Bielefeld Someone just sent me the following link. http://en.wikipedia.org/wiki/Bielefeld_Conspiracy I had no part in it! Wow! An Area 51 in Deutschland! So, what planet are you really from?? :-D -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
VTAM and GCN
I am not sure if this list supports VTAM questions or not. If not, please ignore and sorry. But if it does, I am trying to setup a Global Connection Network across an EE-EE connection with a distant network. The distant side when they do a D NET,APING to my VTAM, they are able to attempt to create a dynamic PU based on following messages. IST1576I DYNAMIC SWITCHED MAJOR NODE ISTDSWMN CREATED They see messages with the CNV.. PU also. But when I do an APING back to their VTAM, I don't see any messages about creating this CNV... dynamic PU. I verified my VTAM XCA and SWMN with IBM, but they don't see anything incorrect. I was wondering if someone that has setup a GCN could provide some insight where to look. I'm not even sure if the problem is my VTAM, the remote VTAM, or the network in between that we both connect to in order to reach each other. Dave Kutz -- 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: Apology
On Fri, 27 Oct 2006 07:26:11 -0500, Chase, John [EMAIL PROTECTED] wrote: So, what planet are you really from?? :-D He already said that he's from the planet Milwaukee. -- 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: List of standard IBM SVC numbers, please
True, but you need the BLDL/FIND if you want the *name* of the module that is loaded with DE=. Jan is looking for loading of specific module I understand. I am indeed looking for names. Jantje. -- 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: Java/LE Tuning Advice sought
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Klein all snipped John, Did ;you ever reply to my suggestion of calling CEE3DMP (with STORAGE set - NOSTORAGE is the default) from within your Java program? It would seem to me to be the best/easiest way to get a storage report - even if you are having problems getting your application to terminate normally. Unfortunately, no. I've not yet asked the vendor where the source code is, or if we even have access to it. Then there would be the small matter of learning enough about coding Java to determine where in the code to place the call -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on the load list
I'm running behind so someone may have already mentioned this, but Shmuel gave a sample of a refreshable but non-reentrant code. The code did not modify itself; it modified something else sacred - the CVT as I recall. The code could be refreshed at any time without altering its behavior, but in order to be reentrant/reenterable (in it's prior meaning) the code had to include serialization. I don't think he did. If you widen the definition of reentrant to include all external data then all bets are off. I would argue that such a program is just badly designed no matter what purported attributes it has. The system provides well-behaved mechanisms for well-behaved programs. It is a bit much to expect miracles when the program violates serialization rules. CC -- 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: DASD STATUS - F-NRD
I am just trying to understand why the NRD is displayed. When I look at other devices the status is OFFLINE. My concern is why the status doesn't go to OFFLINE instead of staying at F-NRD. O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote: As you stated earlier, 'explanation for F says that the device is offline'. What more do you want? From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 8:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD STATUS - F-NRD Yes, it shows the status (F-NRD) on the 3 lpars. What concerns me is that doesn't show the desired OFFLINE status. O'Brien, David W. (NIH/CIT) [C] wrote: Is the drive offline, F-NRD on all LPARs? If yes, you're ready to init the volume. From: John Dawes [mailto:[EMAIL PROTECTED] Sent: Fri 10/27/2006 7:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DASD STATUS - F-NRD Hallo To all, I put a dasd address offline. But when I display the status it shows the following: D U,,,933E,1 IEE457I 06.55.23 UNIT STATUS 109 UNIT TYPE STATUS VOLSER VOLSTATE 933E 3390 F-NRD /RSDNT The explanation for F says that the device is offline, however, when I look at the NRD explanation it says that the device is not ready, which I am not sure what it implies . My question is the drive offline and safe to initialize or do I have check something else? Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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 Send instant messages to your online friends http://au.messenger.yahoo.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 -- 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 Send instant messages to your online friends http://au.messenger.yahoo.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: IEAMSCHD SRB Excessive delay
I don't know whether ASCB in ASCBDSP1 had marked the address space as non-dispatchable. It was a CICS region. What may cause this bit to be set on? Thanks, Dave -- 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: Receive Order Error
The other message that we see are - CY1178 ftpStart: client operating in IPv4 only mode CZ0251 ftpOpen: entered SC0432 initConnection: entered SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com We thought that the error was related to our FIREWALL so we added a FIREWALL statement. It did not help. We are not sure if our FIREWALL statement is correct. -- 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: Mainframe still user surly, File-aid and Endevor aroused my ire.
Clark Morris said about Endevor program listings: . . . Underneath the covers they convert this so they can show you the listing they have stuffed in what appears to be a VSAM data set. . . . What you said about Endevor and program compile listing is generally true. But, the use of a VSAM file (an E-lib) is a local choice. Endevor supports Librarian and Pan-valet libraries, their own proprietary 'E-lib', and PDSs. We opted to use PDSs for all our output libraries and source libraries. For the compile / link-edit SYSPRINT listings, you still have to go through the 'L' method Clark described because the PDS is VBA and the lines are compressed. But our developers can look at programs and other source code directly without having to go through Endevor, since the code is stored in PDSs with no compression or member name encryption. David Mueller - ST of Florida -- 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: DASD STATUS - F-NRD
In a message dated 10/27/2006 8:22:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: am just trying to understand why the NRD is displayed. When I look at other devices the status is OFFLINE. My concern is why the status doesn't go to OFFLINE instead of staying at F-NRD. It needs to be INIT'd so it can be OFFLINE (and READY). -- 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: DASD STATUS - F-NRD
Here is my 2 cents worth. The only issue here is whether or not the device is offline. If there is an F it is offline. I believe the NRD is a throw back to the old days when you could flip a switch that would READY or NOT READY the physical drive. That is no longer valid with RAID, Shark and others of this ilk. There are times when you will really see OFFLINE and other times you will see F-NRD. Both are acceptable to indicate a device is Offline. If I am wrong, please feel free to correct - especially you dinos out there. Is the NRD a throwback or some other indicator. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe still user surly, File-aid and Endevor aroused my ire.
Endevor, the premier change management system keeps the listings from program compiles but doesn't provide a way to display them from the display elements list where you can find other information about your program. Instead the designers decided you should use the L option of display footprint and key in the obscure data set name of the listing file at the level your program is at with the name of the program as a member name. Underneath the covers they convert this so they can show you the listing they have stuffed in what appears to be a VSAM data set. The help doesn't even tell you how to display a program listing. We created a clist tso proc to print the listing into a temp dataset and ISPEXEC BROWSE it. Very simple to code. Let me know if you want more details. Dave Low -- 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: DASD STATUS - F-NRD
Thanks Lizette for your explanation. I am now at ease. Your 2 cents is greatly appreciated. Thanks to all who responded with their valuable advice. Lizette Koehler [EMAIL PROTECTED] wrote: Here is my 2 cents worth. The only issue here is whether or not the device is offline. If there is an F it is offline. I believe the NRD is a throw back to the old days when you could flip a switch that would READY or NOT READY the physical drive. That is no longer valid with RAID, Shark and others of this ilk. There are times when you will really see OFFLINE and other times you will see F-NRD. Both are acceptable to indicate a device is Offline. If I am wrong, please feel free to correct - especially you dinos out there. Is the NRD a throwback or some other indicator. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Send instant messages to your online friends http://au.messenger.yahoo.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: Receive Order Error
Aha - that's the problem. Make sure that batch jobs such as your SMP/E RECEIVE command job include a valid DNS hierarchy. As is often the case, there's a bunch of different ways to specify this, but one way, which I use on my system, is to code a SYSTCPD DD statement, pointing to a parameter file with the following statements: NSINTERADDR x.x.x.x NSINTERADDR y.y.y.y You should be able to validate this by the following JCL: //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTCPD DD DSN=tcpip.data,DISP=SHR //SYSTSIN DD * ping inetsd01.boulder.ibm.com /* If I run this job and omit the SYSTCPD, I get the following: READY ping inetsd01.boulder.ibm.com EZZ3111I Unknown host 'INETSD01.BOULDER.IBM.COM' READY END If I run this job with my valid SYSTCPD, I get the following: READY ping inetsd01.boulder.ibm.com CS V1R7: Pinging host INETSD01.BOULDER.IBM.COM (207.25.253.62) Ping #1 timed out READY END That's why I think your problem is a bad SYSTCPD NSINTERADDR value. Brian On Fri, 27 Oct 2006 08:36:00 -0500, Dick Renneke [EMAIL PROTECTED] wrote: The other message that we see are - (snip) SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com (snip) -- 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: Mainframe still user surly, File-aid and Endevor aroused my ire.
Clark See below for answers to your issues. Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 Database Administration [EMAIL PROTECTED] Tel: +1 905 886 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. . I have just started at a new client in the application development and maintenance area and at the moment am in a mood of outrage at two of the vendors we love to hate. SORRY TO HEAR THAT. IS THERE A REASON THAT YOU/WE 'LOVE TO HATE' COMPUWARE? My greatest ire at the moment is aimed at Compuware and File-aid. I have a multi-format record file so I am using the XREF capability to get formatted listings and compares. The description for the detail doesn't have 4 filler bytes at the end (the detail description is actually the description of the DB2 table entry, not the flat file detail with record code in front). Listing is fine with the complaint about the missing 4 bytes. However the [EMAIL PROTECTED] designers of the compare function decided to default to hex listing of the record on a mismatch with not way out of this that I can find. I can see listing the last 4 bytes in hex but why are they so brain dead as to print the entire record? SORRY YOU FEEL THAT WAY. IN ANY TIME A VENDOR, NOT ONLY COMPUWARE, TRY TO ENHANCE THEIR PRODUCTS, DEVELOPERS, PRODUCT MANAGEMENT ETC. GAGE THE NEEDS OF MARKET PLACE/CURRENT CLIENTS IN TERMS WHAT CAPABILITIES ARE NEEDED/WANTED/ENHANCED WITHIN THE TOOL/PRODUCT. LET ME ASSURE YOU, WE DON'T JUST PATCH SOMETHING TOGETHER JUST BECAUSE IT LOOKS 'NICE'. I want to use production descriptions, not something I cobble together. WELL ACTUALLY YOU CAN CHOICE NOT TO PRINT THE WHOLE RECORD. ONE ONLY HAS TO TYPE 'Y' ON THE FIRST PANEL OF THE COMPARE FUNCTION ON THE 'PRINT OPTIONS'. YOU THEN WILL BE SHOWN TWO ADDITIONAL PANELS, WITH ONE OF THEM GIVING THE USER TO ABILITY TO DETERMINE WHICH RECORDS TO PRINT (MATCH, INSERTED, ETC.) AS WELL AS WHAT TO PRINT (FIELDS COMPARED, FIELDS DIFFER ETC.) THIS SHOULD ANSWER YOUR QUESTION I BELIEVE. THERE ARE OTHER OPTIONS AVAILABLE AS WELL FOR PRINTING. ...snip In the case of file-aid it is at current release (8.9) and unless something is unusual Endevor is also current. Of course unlike IBM, you have to log in to look at their manuals. TRUE. BUT IF THE COMPANY YOU WORK FOR HAS PAID MAINTENANCE, YOU NEED ONLY GET A USERID (AND ITS FREE) AND THE MANUALS OF ALL THE COMPUWARE PRODUCTS THAT ARE LICENSED AT YOUR ORGANIZATION ARE FREE TO BE D/L (AS WELL AS REPORTING QUESTION, LIKE YOURS, TO THE HOTLINE, AS WELL AS TIPS, PATCHES ETC.) I AM SORRY YOU FEEL SO SLIGHTED HERE. I KNOW THAT COMPUWARE (AS WELL AS MYSELF) HAVE TRIED TO ADDRESS THESE TYPE OF ISSUES AS QUICK AS WE CAN. THINGS THAT WE HAVE DONE INCLUDE, AS PART OF THE MAINTENANCE, IS TO HAVE A SUPPORT WEBSITE (FRONTLINE.COMPUWARE.COM) WHERE QUESTIONS CAN BE SUBMITTED AND ANSWERED. WE HAVE A 800 NUMBER HOTLINE(+1-800-538-7822) IN NORTH AMERICA (AS WELL AS OTHERS AROUND THE WORLD). WE HAVE, SPOTLIGHT SESSIONS ON THE WEB THAT HIGHLIGHT A CERTAIN CAPABILITY WITHIN ONE OF THE PRODUCTS (TO FIND OUT MORE GO THE FRONTLINE.COMPUWARE.COM TO REGISTER, OR D/L PREVIOUS SESSIONS) ETC. ETC. IF YOU HAVE ANY OTHER QUESTIONS/COMPLAINTS FEEL FREE IN RESPONDING TO ME Clark Morris cfmpublic at ns.sympatico.ca -- 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 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy 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: DASD STATUS - F-NRD
John Dawes wrote: I am just trying to understand why the NRD is displayed. When I look at other devices the status is OFFLINE. My concern is why the status doesn't go to OFFLINE instead of staying at F-NRD. In fact I don't remember. AFAIK the manual (message explanation) vaguely describes it is no difference for the user. In other words - you can safely not to distinguish both states. -- Radoslaw Skorupka Lodz, Poland -- 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: SHARE in Tampa Florida, February 11-16, 2007
I think they should make a stripped down version and call it z/plain! z/plain! Jon snip I have been hoping for a name change like z/MVS. /snip -- 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: VTAM and GCN
Dave Comments are embedded. Chris Mason - Original Message - From: Dave Kutz [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, 27 October, 2006 2:38 PM Subject: VTAM and GCN I am not sure if this list supports VTAM questions or not. If not, please ignore and sorry. If there is a comparable list that folk bother about which covers VTAM, someone please let us all know. It's my understanding that, as long as the topic has something to do with IBM mainframes, then it may legitimately be aired here. In something of an answer to my own implied question, there *is* another list folk bother about which may be observed sometimes to cover VTAM, namely and paradoxically IBMTCP-L. The reason is that the topic to be discussed is Enterprise Extender, HPR over IP or IP-DLC and the problem may well be more VTAM than IP - as I judge with this post, in fact. But if it does, I am trying to setup a Global Connection Network across an EE-EE connection with a distant network. The distant side when they do a D NET,APING to my VTAM, they are able to attempt to create a dynamic PU based on following messages. IST1576I DYNAMIC SWITCHED MAJOR NODE ISTDSWMN CREATED They see messages with the CNV.. PU also. But when I do an APING back to their VTAM, I don't see any messages about creating this CNV... dynamic PU. I verified my VTAM XCA and SWMN with IBM, but they don't see anything incorrect. Unfortunately I don't have experience with a Global Connection Network (GCN) (only possible with Enterprise Extender I believe) but let's clear the way to the problem first. Do the APINGs work? In other words are you worried about not seeing the message IST1576I concerning the dynamic creation of the ISTDSWMN node or is this perceived as a symptom of why the APING doesn't work? I'll assume that the real problem is that the APINGs don't work. After all you wouldn't have bothered IBM with the relatively trivial issue of a message not appearing or, if you had, you would have had a nest of fleas in your ear. g The reason I expect to be able to help is that I know a bit about dynamic so-called PUs. The ISTDSWMN major node is created whenever VTAM needs to create the control blocks associated with a PU statement dynamically. This can happen for a number of reasons and not just in the case of a GCN. At this point I started to do a bit of research and from notes I made of a thread EE Activation Steps earlier this year I see that you already use Enterprise Extender with Extended Border Node (and you posted in the IBMTCP-L list so you already know that Enterprise Extender problems - even issues - tend to get aired there). This makes you already quite well experienced in these more advanced VTAM configurations. Specifically I'd expect you necessarily already to have an ISTDSWMN major node created. Does such a name appear in a D NET,MAJNODES display? Perhaps you could post the definitions associated with Enterprise Extender from the two systems - disguising innocent names where necessary of course - so that we are all better informed. Having requested that, I remind myself that PU definitions need to be created dynamically - which is what ISTDSWMN is all about - only where PU definitions have not been created manually, this being a possible explanation for the reported difference in behaviour in what are supposed to be the partner systems. I was wondering if someone that has setup a GCN could provide some insight where to look. I'm not even sure if the problem is my VTAM, the remote VTAM, or the network in between that we both connect to in order to reach each other. If the two Communications Server IP entities can communicate using the original IP PING, then the problem cannot be in the IP network. This leaves the Communications Server IP and SNA components or, more precisely, the definitions relating to the Enterprise Extender pseudo-link. Incidentally, don't forget to check any VTAM Start Options which may be providing global - no connection to GCN (sorry for the totally unintended pun) - parameters which affect the specific definitions. I'll get this off now and continue with the research. Meantime perhaps someone who's actually done a GCN may be able to help. Dave Kutz -- 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: SHARE in Tampa Florida, February 11-16, 2007
I think you are living on a fantasy island if you think that will ever happen . Chris Hoelscher IDMS DB2 Database Administrator Humana Inc 502-476-2538 [EMAIL PROTECTED] I think they should make a stripped down version and call it z/plain! z/plain! The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- 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: SHARE in Tampa Florida, February 11-16, 2007
Jon Brock from the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 10/27/2006 09:22:10 AM: I think they should make a stripped down version and call it z/plain! z/plain! snip I have been hoping for a name change like z/MVS. /snip Or Big Oz as my SVS Systems Programming (ca. 1978) instructor Don Wallin used to call 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: DUMPSPACE in Coupling Facility
A nonvolatile CF will be given preference over a volatile CF by more than just the DB2 structures. It dates back to when you had stand alone CFs with built-in battery backups. Because most people do use UPS and the fact that the built in battery would not last nearly as long as your UPS power most people quit ordering the built-in backup battery/power source. You can change the setting from the HMC buy selecting your CF imagine and going into OPERATING SYTEM MESSAGES. The command is MODE NONVOLATILE and the expected response is CF01011 MODE IS NONVOLATILE. There is also a command to display the mode from the HMC: D MODE. Once you change the mode to be nonvolatile, it should retain that setting even over a POR but I have seen where some MCL upgrades would cause it to go back to the volatile setting so we always check after any MCL upgrade. -- 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: SHARE in Tampa Florida, February 11-16, 2007
Probably end up with something like IBM z/Server MVS OS for System z9 and eServer zSeries snip I have been hoping for a name change like z/MVS. /snip -- 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: SHARE in Tampa Florida, February 11-16, 2007
No problem. That can be shortened to IzMOfSzaez -- pronounced is-moff-says. Actually, that might make a good password. Jon snip Probably end up with something like IBM z/Server MVS OS for System z9 and eServer zSeries /snip -- 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: Apology
Is that the Mars just north of Pittsburgh? IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 10/26/2006 07:56:31 PM: Eric, So you are from MARS? :) Ed On Oct 26, 2006, at 3:12 PM, Eric N. Bielefeld wrote: Someone just sent me the following link. http://en.wikipedia.org/wiki/Bielefeld_Conspiracy I had no part in it! Eric Bielefeld - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- 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: Mainframe still user surly, File-aid and Endevor aroused my ire.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Galambos, Robert Clark See below for answers to your issues. And all your answers were typed in all uppercase, which in Internet conversations is considered SHOUTING. You didn't really mean to SHOUT, did you? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEAMSCHD SRB Excessive delay
Dave Stedman wrote: I don't know whether ASCB in ASCBDSP1 had marked the address space as non-dispatchable. It was a CICS region. What may cause this bit to be set on? STATUS STOP,SRB -- 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
FLASHCOPY TARGET VOLUMES
We currently FLASHCOPY NON-SMS (Source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in performing FLASHCOPY from SMS (source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in the subsequent backup/restore process? Can not find anything in the manuals. Would like to know what other shops do. This message is intended only for the addressee and may contain information that is confidential or privileged. Unauthorized use is strictly prohibited and may be unlawful. If you are not the intended recipient, or the person responsible for delivering to the intended recipient, you should not read, copy, disclose or otherwise use this message, except for the purpose of delivery to the addressee. If you have received this email in error, please delete and advise the IT Security department at [EMAIL PROTECTED] immediately -- 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: SHARE in Tampa Florida, February 11-16, 2007
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock I think they should make a stripped down version and call it z/plain! z/plain! Isn't that more-or-less what z/OS.e is intended to be? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD STATUS - F-NRD
In a message dated 10/27/2006 9:07:17 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: The only issue here is whether or not the device is offline. If there is an F it is offline. Correct. The DISPLAY command was written decades ago when drives could really be not ready, is attempting to display as much info as possible, and uses the F as an abbreviation to allow room for more info, such as NRD. IBM apparently did not want to rewrite that part of the code just because it was no longer possible for DASD drives to become not ready. There is a large number of different reasons why IOS will not issue a Start Subchannel instruction to a DASD, and not ready was one of them long ago and in a galaxy far away. There is still a bit in the UCB for this condition. It does not occur on DASD anymore, but can occur on other device types (tape drives, e.g., on which you can still mount a new volume). I believe the NRD is a throw back to the old days when you could flip a switch that would READY or NOT READY the physical drive. Correct. There are probably still some DASD error recovery situations in which IOS uses this bit as a quick and dirty way to render a device unstartable. There is also a bit in the IOSB that a caller of STARTIO can turn on to tell IOS to do the SSCH even if the UCB says the device is not ready. If I am wrong, please feel free to correct - especially you dinos out there. You are not wrong. Bill pre-Cambrian Fairchild Facts are the enemy of truth. [Don Quixote in Man of La Mancha] -- 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: SHARE in Tampa Florida, February 11-16, 2007
-snip--- OK, nobody uses the BPO in any coding for the rest of the day.(Backspace and then Punch Operator). unsnip-- And stay away from the old HCF 1052 command as well (Halt Catch Fire) :-) -- 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: VTAM and GCN
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Mason - Original Message - From: Dave Kutz Newsgroups: bit.listserv.ibm-main I am not sure if this list supports VTAM questions or not. If not, please ignore and sorry. If there is a comparable list that folk bother about which covers VTAM, someone please let us all know. There is/was SNAMGT-L, but it never had much traffic. AFAIK it has died of atrophy. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Tampa Florida, February 11-16, 2007
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock No problem. That can be shortened to IzMOfSzaez -- pronounced is-moff-says. Actually, that might make a good password. Not now :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe still user surly, File-aid and Endevor aroused my ire.
No absolutely not. I wanted to differentiate my responses to the original post. Thought it would be easier for the readers to follow along Whispering... Sorry Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 Database Administration [EMAIL PROTECTED] Tel: +1 905 886 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: October 27, 2006 11:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe still user surly, File-aid and Endevor aroused my ire. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Galambos, Robert Clark See below for answers to your issues. And all your answers were typed in all uppercase, which in Internet conversations is considered SHOUTING. You didn't really mean to SHOUT, did you? -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 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy 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: Apology
Eric N. Bielefeld wrote: Someone just sent me the following link. http://en.wikipedia.org/wiki/Bielefeld_Conspiracy I had no part in it! --unsnip--- Try the reverse: finding something that doesn't exist! My ancestors came from the village of HOSENWINKEL, in the district of OSNABRUK, in the state of HANOVER, Germany! When Anton Fochtmann came to the US, he dropped the last n, in 1822! -- 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
DFSORT SPLICE
Hi, I run this ICETOOL job:
//RECS DD *
// DD *
//TOOLINDD *
SPLICE FROM(RECS) TO(OUT) ON(1,4,CH) WITH(11,4) WITHALL
and get this:
but I hope to get this:
Can that be done? DFSORT is V1R5. Thanks in advance.
Rob
--
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: Mainframe still user surly, File-aid and Endevor aroused my ire.
From: Galambos, Robert [EMAIL PROTECTED] No absolutely not. I wanted to differentiate my responses to the original post. Thought it would be easier for the readers to follow along I liked what you did. The uppercase characters made it easier to see your responses. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm _ Say hello to the next generation of Search. Live Search try it now. http://www.live.com/?mkt=en-ca -- 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
JES MTTR Utility?
Anyone have a utility/program (they can share) that will return the relevant control blocks when I supply a MTTR for a particular job on the spool? -- 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: SHARE in Tampa Florida, February 11-16, 2007
In a message dated 10/27/2006 10:08:12 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Isn't that more-or-less what z/OS.e is intended to be? Yazbut it's only for 'new work', not the decades of tried and true code. -- 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: DFSORT SPLICE
Roberto R. wrote on 10/27/2006 08:21:06 AM: Hi, I run this ICETOOL job: //RECS DD * // DD * //TOOLINDD * SPLICE FROM(RECS) TO(OUT) ON(1,4,CH) WITH(11,4) WITHALL and get this: but I hope to get this: Can that be done? DFSORT is V1R5. Thanks in advance. Rob Sorry, but SPLICE doesn't support a cartesian join like that. Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: Mainframe still user surly, File-aid and Endevor aroused my ire.
Galambos, Robert wrote: No absolutely not. I wanted to differentiate my responses to the original post. Thought it would be easier for the readers to follow along The proper way to do that is by using an email client that quotes per RFC 2646. Whispering... You can intersperse responses to the material quoted above. Sorry Just like this ... -- 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: Receive Order Error
We added the SYSTCPD DD statement to the SMPE job but got the same messages. SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com Do you use the FIREWALL statement or when is it needed? Dick -- 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 MTTR Utility?
Longnecker, Dennis wrote: Anyone have a utility/program (they can share) that will return the relevant control blocks when I supply a MTTR for a particular job on the spool? (E)JES contains a facility to dump all spool control blocks belonging to a job (i.e., JCT, IOTs, SWBs, etc.) or to dump the chained HDBs associated with an individual 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: Mainframe still user surly, File-aid and Endevor aroused my ire.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Galambos, Robert wrote: No absolutely not. I wanted to differentiate my responses to the original post. Thought it would be easier for the readers to follow along The proper way to do that is by using an email client that quotes per RFC 2646. But when posting from company equipment, one frequently is constrained to use only what the company provides. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FLASHCOPY TARGET VOLUMES
Mike, I can't answer your question directly because I don't remember how I initialized the flashcopy targets. They currently show up in ISMF as converted. We are flashing SMS packs to SMS packs for subsequent backups to tape. We just successfully completed a hotsite test this week where we restored our z-box from these packs. We have also done dataset-level restores from these tapes. Let me know offline if you would like to see samples of our jobs. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 27, 2006 10:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FLASHCOPY TARGET VOLUMES We currently FLASHCOPY NON-SMS (Source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in performing FLASHCOPY from SMS (source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in the subsequent backup/restore process? Can not find anything in the manuals. Would like to know what other shops do. -- 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
Enhanced Catalog Sharing (ECS) Questions?
1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? You may respond to me directly if you wish. I would appreciate any input that you have and any candor you might wish to share. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Meeting in Parsippany
I Believe there is a big meeting in Parsippany in November on what's coming up for Mainframes in futures. Anybody know where I can find an agenda? This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection 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: Enhanced Catalog Sharing (ECS) Questions?
Petersen, Jim wrote: 1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? You may respond to me directly if you wish. I would appreciate any input that you have and any candor you might wish to share. It was discussed some time ago. AFAIK Ron Fergusson made some survey and presented results on the list. I'd suggest searching archives. 1. Yes 2. Usually part 3. I don't understand 4. Usually because lack of psysplex, or sharing across plexes 5. No -- Radoslaw Skorupka Lodz, Poland -- 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: FLASHCOPY TARGET VOLUMES
I think Flashcopy is just a track for track copy at a specific point in time. SMS status is not relevant. Therefore, your statement that the target volumes are non SMS is not applicable. Your backups would be a point in time image of the source volumes. Being SMS, that would have to include all applicable catalogs. You would then restore all of those volumes (to include the catalogs) as a single entity such that your source SMS environment would be exactly replicated at the end of the restore process. Of course, if the environment is active when the flash is taken, then you may have some consistency issues with open files. That is, the image would be as if the 'plex abruptly lost power. More, although flash copy is near instant, pulling the trigger across a farm takes several seconds. There is a nice window of opportunity for volumes to become logically inconsistent. I think the term is 'fuzzy copy'. We tried flashing a subset of the environment and weren't happy with the results. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 27, 2006 10:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FLASHCOPY TARGET VOLUMES We currently FLASHCOPY NON-SMS (Source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in performing FLASHCOPY from SMS (source) DASD volumes to NON-SMS (Target) DASD volumes. Are there any issues in the subsequent backup/restore process? Can not find anything in the manuals. Would like to know what other shops do. 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: Meeting in Parsippany
Crispin Hugo wrote: I Believe there is a big meeting in Parsippany in November on what's coming up for Mainframes in futures. Anybody know where I can find an agenda? November in Parsippany doesn't have quite the ring of April in Paris does it? Haven't heard about this; perhaps you weren't supposed to broadcast it. But if you find out, I'd sure like to see it too. Kind regards, -Steve Comstock -- 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: IEAMSCHD SRB Excessive delay
Thanks, that sounds like the most likely explanation for an SRB being delayed. I wonder who would be doing a STATUS STOP,SRB in a CICS region? Might that be the hypervisor or WLM? Thanks again, Dave -- 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: Meeting in Parsippany
Steve Comstock wrote: Crispin Hugo wrote: I Believe there is a big meeting in Parsippany in November on what's coming up for Mainframes in futures. Anybody know where I can find an agenda? November in Parsippany doesn't have quite the ring of April in Paris does it? Haven't heard about this; perhaps you weren't supposed to broadcast it. But if you find out, I'd sure like to see it too. Not possible you're thinking of November in Poughkeepsie? There is a meeting there in Nov for PWD members. You have to have an appropriate NDA signed to even see the agenda. But I'm just a lowly ISV grunt, so I'm sure the serious futures stuff is going on somewhere else - maybe even Parsippany. :-) Tony H. -- 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: Java/LE Tuning Advice sought
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf John, I'm afraid that the reports that you are seeing are from the parent shell and not the java process, because none of java's programmer default LE settings are present. I'm guessing that you are not seeing the LE report from java because: - you are running jboss under java with -Dfile.encoding=iso8859-1 since JBOSS , like many Java apps, has code dependencies that prevent it from running correctly with a default EBCDIC codepage. Well, the -Dfile.encoding=ISO8859-1 option is specified but does not appear to have anything to do with seeing the LE storage report. - your shell script is maybe using iconv pipes to convert output (stdout and stderr) from java/jboss from ascii to ebcdic. I browse the stdout and stderr files using the Bluezone built-in FTP client, which interactively allows for EtoA translation or binary viewing. The verbosegc output is not readable with either option; the rest of the output is presented in plain English. - but the LE options and storage reports are also written (in EBCDIC) to stderr by default (under a Unix shell), and is also getting converted...which probably accounts for much of the gibberish No, the LE storage report that occasionally appears in stderr is perfectly readable. Only the -verbosegc output appears as gibberish, regardless what -Dxxx.encoding I specify or where I specify it. And the gibberish appears only in stdout; never in stderr. You might be able to use _CEE_RUNOPTS settings to tell LE to write its MSGFILE somewhere else. At the moment there appears no need to do that. The problem seems to be in getting a report from the correct environment. Again, I have a dump if anybody wants to go diving -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java/LE Tuning Advice sought
Chase, John wrote: I browse the stdout and stderr files using the Bluezone built-in FTP client, which interactively allows for EtoA translation or binary viewing. The verbosegc output is not readable with either option; the rest of the output is presented in plain English. Give us a sample of that in hex, please. Again, I have a dump if anybody wants to go diving You might have a look at the svcdump/FindRoots package on the IBM UNIX Tools Toys page. I believe there are also newer versions available from IBM if you ask your friendly local support person. Of course it's written in Java, so you may want to consider the platform you run it on carefully... ;-) Tony H. -- 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: Meeting in Parsippany
This just passed: I wanted to let you know about an exciting upcoming one day event on System z and Service Oriented Architecture (SOA). It's being held on Wednesday, Oct 25th, at the IBM Palisades Executive Briefing Center in Palisades, NY. It will be a chance for you to mingle and connect with other System z customers like you that use the mainframe/System z as a strategic asset and are looking to position System z within SOA along with providing Total Cost of Ownership (TCO). I've included the invitation flyer that describes the discussion topics for the day along with how to register. Please register at your earliest convenience as this session will fill up quickly. Please feel free to pass the invitation to your colleagues if you can't attend. If anyone would like me to register them for the session please either call or email me and I'll get you signed up. Thanks. I'm looking forward to seeing you at this event. -- 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: Meeting in Parsippany
Ok chaps, I feel even dumber than usual. Poughkeepsie makes much more sense. Sorry to have bothered you all. Crispin Hugo This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection 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: Meeting in Parsippany
On Fri, 27 Oct 2006 13:41:37 -0400, August Carideo wrote: This just passed: I wanted to let you know about an exciting upcoming one day event on System z and Service Oriented Architecture (SOA). It's being held on Wednesday, Oct 25th, at the IBM Palisades Executive Briefing Center in Palisades, NY. ...snipped... If anyone would like me to register them for the session please either call or email me and I'll get you signed up. Thanks. I'm looking forward to seeing you at this event. You didn't say who signed it -- Darl McBride, maybe? -- Tom Schmidt Madison, WI -- 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: Java/LE Tuning Advice sought
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc Chase, John wrote: I browse the stdout and stderr files using the Bluezone built-in FTP client, which interactively allows for EtoA translation or binary viewing. The verbosegc output is not readable with either option; the rest of the output is presented in plain English. Give us a sample of that in hex, please. First set of lines below the ===; begins with x'C2706742EB474C8C': JAVA_OPTS: -Xms128m -Xmx1024m -verbose:gc -Dtransport.home=/whprt/transport/home -Dprogram.name=run.sh 44DCEC6DDEE746E9AFFF946E9A946A8989A878846CA989A999A4899876A899A6A989A999A68998446C99989894989879A94A8 001151D6732A0074212840074710244005592625A73004391527693B8645E16879313915276931864500047967914B5145E945B28 -- CLASSPATH: /whprt/transport/jboss/bin/run.jar:/usr/lpp/java142d/J1.4/lib/tools.jar 44CDCEEDCEC746A899A6A989A999A6989AA688969A9498976AA96999698A8FFF86DF4F69886A999A4989 00331227138A0168793139152769311262212951945B119A14291377111511424111B41392136632B119 -- = 7 E -- [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@½.@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@.]£.¢.@@[EMAIL PROTECTED]@â C764E44878A7B23234212724723223227B3C764E4487CA77B232342A12739B09B762337227632BB237B374B22337B377D66C8BA76B02322274B4B237722072B7C72BB24377D66C8BA76B02322274 AC97B26C0C9C25926A573C9AC5512354C8DAC97B26C0D9C925926A5973C6F18F1CA933C25CA991155C16CA14599C8DCC386AC89C75815454C2BA154C4518C2BCCFFECC2B15ADCC386AC89C75815454C2 -- 12:57:18,634 INFO ÝServer¨ Release ID: JBoss ÝWonderLand¨ 3.2.6 (build: CVSTag=JBoss_3_2_6 date=200410140106) FF7FF7FF6FFF4CDCD44AE89A89B4D8988A84CC74DC9AA4AE99889D898B4F4F4F448A89874CEEE887DC9AA6F6F6F488A875 12A57A18B6340956600D259559D09535125094A0126220D6654593154D03B2B60D24934A0352317E12622D3D2D604135E200410140106D -- -JC- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meeting in Parsippany
I did not find a flyer. Can you let me know where on the web I can download it? Thanks Lizette -Original Message- From: August Carideo [EMAIL PROTECTED] Sent: Oct 27, 2006 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Meeting in Parsippany This just passed: I wanted to let you know about an exciting upcoming one day event on System z and Service Oriented Architecture (SOA). It's being held on Wednesday, Oct 25th, at the IBM Palisades Executive Briefing Center in Palisades, NY. It will be a chance for you to mingle and connect with other System z customers like you that use the mainframe/System z as a strategic asset and are looking to position System z within SOA along with providing Total Cost of Ownership (TCO). I've included the invitation flyer that describes the discussion topics for the day along with how to register. Please register at your earliest convenience as this session will fill up quickly. Please feel free to pass the invitation to your colleagues if you can't attend. If anyone would like me to register them for the session please either call or email me and I'll get you signed up. Thanks. I'm looking forward to seeing you at this event. -- 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: Java/LE Tuning Advice sought
Possible progress: In my open TechQA question with IBM on this topic I got a new option to specify in the Java options, and I am now recording verbosegc output in readable form. The option is -Xverbosegclog:filename where filename is a file name of one's own choosing. Maybe this is the something that another poster couldn't remember having to do? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT SPLICE
Rob, I think we can help you out if you have access to SyncSort for z/OS release 1.2. Our JOIN facility can produce the output you are looking for. Please contact me offline if you would like more specifics on how to do this. Sincerely, John Reda Software Services Manager Syncsort Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto R. Sent: Friday, October 27, 2006 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFSORT SPLICE Hi, I run this ICETOOL job: //RECS DD * // DD * //TOOLINDD * SPLICE FROM(RECS) TO(OUT) ON(1,4,CH) WITH(11,4) WITHALL and get this: but I hope to get this: Can that be done? DFSORT is V1R5. Thanks in advance. _ ATTENTION: The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- 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: Meeting in Parsippany
Crispin Hugo wrote: I Believe there is a big meeting in Parsippany in November on what's coming up for Mainframes in futures. ... Now, that brings back memories !! We held a couple of SPONJ meetings at the Macro4 office in Parsippany back in 92-93. Bruce Black and Sam Golob may remember attending. In case you're wondering, SPONJ (acronym for Systems Programmers Of New Jersey) was the local chapter of NASPA. -- Gilbert Saint-Flour GSF Software http://gsf-soft.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
Z/OS + VM
If I have a Z/OS 1.4 system running as a guest of VM. How do you gen for PAVs? Still gen Base Plus alaiaes? Thanks in advance!! -- 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: Receive Order Error
Simplify. Makes problem determination easier. What happened when you ran the PING test? Brian On Fri, 27 Oct 2006 10:44:44 -0500, Dick Renneke [EMAIL PROTECTED] wrote: We added the SYSTCPD DD statement to the SMPE job but got the same messages. SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com Do you use the FIREWALL statement or when is it needed? Dick -- 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: Receive Order Error
With the SYSTCPD DD statement, we got this response - READY PING INETSD01.BOULDER.IBM.COM CS V1R7: Pinging host INETSD01.BOULDER.IBM.COM (207.25.253.62) READY END Unable to open RAW socket: EDC5139I Operation not permitted. Brian Peterson brian.peterson.i [EMAIL PROTECTED] To ET IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Topic [EMAIL PROTECTED] .EDU Subject Re: Receive Order Error 10/27/2006 01:21 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Simplify. Makes problem determination easier. What happened when you ran the PING test? Brian On Fri, 27 Oct 2006 10:44:44 -0500, Dick Renneke [EMAIL PROTECTED] wrote: We added the SYSTCPD DD statement to the SMPE job but got the same messages. SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com Do you use the FIREWALL statement or when is it needed? Dick -- 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: Enhanced Catalog Sharing (ECS) Questions?
Jim, 1. Yes 2. All 3. N/A 4. N/A 5. I do not know why SAP would have a problem? The sharing protocol is completely transparent to the application. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Friday, October 27, 2006 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Enhanced Catalog Sharing (ECS) Questions? 1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? You may respond to me directly if you wish. I would appreciate any input that you have and any candor you might wish to share. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -- 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: SHARE in Tampa Florida, February 11-16, 2007
OK, nobody uses the BPO in any coding for the rest of the day. (Backspace and then Punch Operator). What all systems need is: END USER When in doubt. PANIC!! -- 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: Question on the load list
On Fri, 27 Oct 2006 09:21:14 -0400, Craddock, Chris [EMAIL PROTECTED] wrote: ... I don't think he did. If you widen the definition of reentrant to include all external data then all bets are off. I would argue that such a program is just badly designed no matter what purported attributes it has. The system provides well-behaved mechanisms for well-behaved programs. It is a bit much to expect miracles when the program violates serialization rules. ... I admit I was one of those gullible enough to believe the myth (which Tom Marchant has exposed as bogus) that RENT ever meant anything other than not self-modifying. It apparently never had anything to do with whether the code could safely be reentered. So I would change your statement to If you widen the definition of reentrant to mean reenterable, all bets are off. That is really the important issue, but it's impossible to determine programmatically. The RENT attribute checked by the Assembler is a lot closer to a REFR test (as has already been stated in this thread, I think) and is a very rough test at that, prone to both false positives and false negatives. Without knowledge of those well-behaved mechanisms for well-behaved programs you mention there is no way to determine reenterability. Pat O'Keefe -- 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: I love TCPIP (not!)
Hi Chris; I think we've finally gotten a set of ROUTES definitions that are working. I performed an FTP to the server after settting these up according to your examples, and it worked. I'll keep monitoring things for a while. Thanks for your assistance and patience on this issue. Hopefully some others on this list learned a few things. I know I did. On Tue, 24 Oct 2006 21:52:59 +0200, Chris Mason [EMAIL PROTECTED] wrote: Matthew Thanks for the response. There's a bit more detail in the NETSTAT GATE output than in the GATEWAY statement you showed us before and there is a possibly crucial difference in the hipersockets IQDIO1 entry which has managed to acquire a 1 in the third octet where you reported a 0 before. In your 11:04 pm post of Tues, Oct 17 2006, corrected in your 11:19 pm post. you provided the following: GATEWAY 10.0.0.0= Z990CH41LNK1 1492 0.255.248.0 0.2.8.0 192.0.0.0 = IQDIO18192 0.255.255.0 0.0.0.0 DEFAULTNET 10.2.8.2 Z990CH41LNK1 1492 0 But the NETSTAT GATE (and NETSTAT ROUTE) indicates the following: GATEWAY 10.0.0.0= Z990CH41LNK1 1492 0.255.248.0 0.2.8.0 10.2.12.103 = Z990CH41LNK1 1492 HOST 192.0.1.0 = IQDIO18192 0.255.255.0 0.0.0.0 192.0.1.68 = IQDIO18192 HOST DEFAULTNET 10.2.8.2 Z990CH41LNK1 1492 0 The LOOPBACK entry appears because of the following taken from the z/OS V1R8.0 Communications Server IP Configuration Reference manual - which appears, because of revision lines, first explicitly to be mentioned only in this level of the manual: quote 1.2.29 HOME ... The default LOOPBACK address of 127.0.0.1 is internally defined by the TCP/IP stack. If you try to define this LOOPBACK address, it is flagged as a duplicate entry. You can use a link_name value of LOOPBACK in the HOME list to define additional LOOPBACK addresses. No DEVICE or LINK statement is needed for LOOPBACK, and it cannot be started or stopped (LOOPBACK is always active). ... /quote The host entry for 10.2.12.103 is not necessary since it is included in the address range specified by your network 10.2.8.0/mask 255.255.248.0 entry. Also the host entry for 192.0.1.68 is not necessary since it is included in the address range specified by your network 192.0.1.0/mask 255.255.255.0 entry. Once this is converted to a BEGINROUTES/ENDROUTES block, we should have the following: BEGINROUTES ROUTE 10.2.8.0/21 = Z990CH41LNK1 MTU 1492 ROUTE 10.2.12.103/32 = Z990CH41LNK1 MTU 1492 ROUTE 192.0.1.0/24= IQDIO1MTU 8192 ROUTE 192.0.1.68/32 = IQDIO1MTU 8192 ROUTE DEFAULT 10.2.8.2 Z990CH41LNK1 MTU 1492 ENDROUTES As I mentioned above, the entries with /32 are not necessary. I'm wondering whether these /32 entries are present in order to support some mechanism which requires host entries to be present in the routing table. Thus they may have been added dynamically. If this BEGINROUTES/ENDROUTES block still does not work - with or without the /32 entries, please post the results of the PING tests I described in an earlier post starting with router 10.2.8.2. As for the hipersockets interface, a PING to any and all of the partner hipersockets interfaces is the only PING test you need. When reading up on hipersockets, I noticed a claim that the hipersockets connections formed a sort-of virtual LAN. I'd be interested in whether a PING command such as 192.0.1.255 managed to elicit a response from each of the hipersockets partner interfaces. I suspect it won't as hipersockets connections probably don't mimic a LAN in all respects. Chris Mason -- 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: Receive Order Error
OK - This result shows that the SYSTCPD DD statement is required for your RECEIVE job, and should fix your problem where RECEIVE is unable to resolve the inetsd01.boulder.ibm.com address - the unknown host error. So, if you add SYSTCPD to your RECEIVE job, you should expect to get some result OTHER than: SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com SC0517 initConnection: getaddrinfo() resptr 0 rc 1/EDC9501I The name does not re solve for the supplied parameters. (errno2=0x112B) Unknown host: inetsd01.boulder.ibm.com Again, I'm not saying this will fix every problem and make the RECEIVE job work. It is a required first step. You first must be able to resolve via DNS the IP address of inetsd01.boulder.ibm.com before your RECEIVE job will attempt to connect from your system to that host - via whatever obstacles your network implementation imposes (proxys, firewalls, etc). Once SMP/E attempts to connect to the IBM host, then the issues of proxy or firewall come into play. Brian On Fri, 27 Oct 2006 14:50:04 -0500, Dick Renneke wrote: With the SYSTCPD DD statement, we got this response - READY PING INETSD01.BOULDER.IBM.COM CS V1R7: Pinging host INETSD01.BOULDER.IBM.COM (207.25.253.62) READY END Unable to open RAW socket: EDC5139I Operation not permitted. -- 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: Assembler question
In [EMAIL PROTECTED], on 10/24/2006 at 03:46 PM, Alan C. Field [EMAIL PROTECTED] said: If what you want printed is X'0FFF' you need code similar to the following: ST R0,IN UNPKOUT(9),IN(5) MVZ OUT(8),OUT-1 TR OUT(8),=C'0123456789ABCDEF' Two notes: 1. You must ensure that there are pad bytes after IN and OUT. The easy way is to place them before some other DS. 2. You you can shorten that by offsetting the translate table, e.g., STR0,IN UNPK OUT(9),IN(5) TROUT(8),TRTAB-C'0' TRTAB DCC'0123456789ABCDEF' taking care to prevent TRTAB from being within the first 240 bytes of the csect. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler question
In [EMAIL PROTECTED], on 10/24/2006 at 04:11 PM, Anne Crabtree [EMAIL PROTECTED] said: (I don't understand exactly how this works It's dangerous to copy code that you don't understand. but it is how it is coded in our old exit Look again. You will find that the code preceeding the NC is different. Why is it not translating the decimal to hexadecimal??? Why wopuld you expect it to? It's taking an EBCIDE string of digits, removing the zones and then tranlating each unzoned digit back into a zoned digit, giving you the string you started with. To translate a decimal string to hexadecimal, you need to first translate it to binary, then translate the binary to hexadecimal. Since you started with binary, the easiest thing to do is STR0,BINWORK UNPK HEXWORK(L'HEXWORK+1) TRHEXWORK,TRTAB TRTABEQU *-C'0' DCC'0123456789ABCDEF' BINWORK DSF HEXWORK DSCL8 where the DC is not in the first 240 bytes of the csect and each DS is followed by at least one other DS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: acronym dictionary (was What's Project ECL ipz?)
In [EMAIL PROTECTED], on 10/26/2006 at 02:23 PM, Phil Payne [EMAIL PROTECTED] said: It's just Shmuel's intellectual incapacity to realise that some people are just bloody good at what they do. And what *you* do is libel. IBM, Jay and now me. The hard-working sign no NDAs and generate their opinions by sheer hard work. Frankly, I find IBM's lack of trust in you more compelling than your protestations of innocence. Shmuel lacks the Weltanschaung to conceive that anyone can achieve this, Wrong, tonto, I lack the naïvity to take anything *you* claim on trust. I certainly believe that *others* can and have achieved it. More to the point, I wasn't questioning your dubious claim, but rather commenting on the hypocrisy of your whining. I don't have to run faster than the bear, I just have to run faster than you. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCTR out of favor?
In [EMAIL PROTECTED], on 10/26/2006 at 10:54 AM, Phil Payne [EMAIL PROTECTED] said: Hard to envisage the economics of an assist for an instruction whose worst case is a machine cycle and whose best case is pre-cycle recognition. Yes, when you change the issue that way it becomes hard to envisage. Their superfluousness is recognised in the pipe. That's the assist whose necessity you don't understand. It's quite phenomenal To you, perhaps. To those who have been looking at a lot of different hardware designs, it's routine. how many instructions are never executed in that sense, Techniques for that have been in the open literature for decades. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Apology
In [EMAIL PROTECTED], on 10/26/2006 at 05:24 PM, Phil Payne [EMAIL PROTECTED] said: While I maintain the opinion expressed, the ad hominem was inappropriate and I apologise to Schmuel and the list. If you aren't willing to make an honest apology, phyllis, then don't bother making an insincere oone. You don't apologize by repeating the offense for which you are allegedly apologizing, If you really wanted to apologize then you would have refrained[1] from writing I maintain the opinion expressed and would have taken the trouble to get my name right. [1] Surely in your years of experience you have encountered the concept of a tombstone announcement. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FileSeq Number on Tape
In [EMAIL PROTECTED], on 10/24/2006 at 02:05 PM, Paul Gilmartin [EMAIL PROTECTED] said: Truly a gratuitous check. No. Read the code. Is there any rationale for permitting three leading zeroes, but not four as long as the resulting numeric value is within range? Avoiding extraneous code changes. It merely adds a few instructions to some code path No it doesn't. The code is generic, and adding a special test would increase the path length. Now, I could make a case that the converter (née Reader) tables should have specified a larger limit, since excessive values would get caught in the Interpreter, but that's a separate issue. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: http://mainframeweekly.blogspot.com/ What's Project ECL ipz?
In [EMAIL PROTECTED], on 10/26/2006 at 06:17 AM, Jan MOEYERSONS [EMAIL PROTECTED] said: Forgive me my ignorance... What is PKB standing for? Pot. Kettle. Black. It's a short way of labelling hypocrisy. For an extensive list of such acronyms and expressions, google for jargon file. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is the teaching of non-reentrant HLASM coding practices ever defensible?
In [EMAIL PROTECTED], on 10/25/2006 at 10:25 AM, Jeffrey D. Smith [EMAIL PROTECTED] said: IBM Documentation, Program Management SC27-1130-00 Chapter 7, Binder Options, Page 123. That documents the current rules for specifying the REFR, RENT and REUS attribute. It's not the definitive source for the terms refreshable, reentrant and serially reusable, much less a source for how IBM defined those terms when it coined them, and doesn't reflect how Contents Supervision[1] actually works. For that you need to go back to OS/360 Concepts and Facilities or to the article Design of OS/360. [1] Whatever it's called these days. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is the teaching of non-reentrant HLASM coding practices ever defensible?
In [EMAIL PROTECTED], on 10/26/2006 at 11:31 AM, Phil Payne [EMAIL PROTECTED] said: True, but the /165's TTL memory didn't have a fraction of the problems the /65's core had. The 3165 used core, as did the 3155. The solid state memory came in later for the big machines then it did for the small machines. It was the models 158 and 168 that used semiconductor memory, unless you were referring to cache. Of core, the 2065 used parity checking while the 3165 used ECC, so the impact of memory problems was greatly reduced. Very true, but not obvious from the marketing material at that time. I tended to read CE manuals and logic manuals; the marketing manuals were too hard for me to understand. Or do you consider IBM Systems Journal and The IBM Journal of Research and Development to be marketing manuals? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List of standard IBM SVC numbers, please
In [EMAIL PROTECTED], on 10/26/2006 at 08:44 AM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: So if you trace the SVC for system service X with GTF, are the PC-entries for that same system service X also traced? No. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java/LE Tuning Advice sought
John, Chase, John wrote: Well, the -Dfile.encoding=ISO8859-1 option is specified but does not appear to have anything to do with seeing the LE storage report. - your shell script is maybe using iconv pipes to convert output (stdout and stderr) from java/jboss from ascii to ebcdic. I browse the stdout and stderr files using the Bluezone built-in FTP client, which interactively allows for EtoA translation or binary viewing. The verbosegc output is not readable with either option; the rest of the output is presented in plain English. - but the LE options and storage reports are also written (in EBCDIC) to stderr by default (under a Unix shell), and is also getting converted...which probably accounts for much of the gibberish No, the LE storage report that occasionally appears in stderr is perfectly readable. Only the -verbosegc output appears as gibberish, regardless what -Dxxx.encoding I specify or where I specify it. And the gibberish appears only in stdout; never in stderr. But the storage report that you posted is not from the java command; it is probably from a shell. My guess was that the stderr output from the java command has output in both ASCII (from java System.err) and EBCDIC (from LE report). Perhaps your editor simply infers a codepage from the beginning of the file? -- 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: Enhanced Catalog Sharing (ECS) Questions?
On Fri, 27 Oct 2006 12:05:16 -0400, Petersen, Jim [EMAIL PROTECTED] wrote: 1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? Jim, 1. Yes 2. All 3. N/A 4. N/A 5. N/A Roger -- 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: Apology
On Oct 27, 2006, at 7:26 AM, Chase, John wrote: ---SNIP-- Wow! An Area 51 in Deutschland! So, what planet are you really from?? :-D Milwaukee apparently :) -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 -- 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
Numbers in JCL (was: FileSeq Number on Tape)
In a recent note, Shmuel Metz (Seymour J.) said: Date: Fri, 27 Oct 2006 16:14:29 -0300 No. Read the code. Is it available or OCO? Is there any rationale for permitting three leading zeroes, but not four as long as the resulting numeric value is within range? Avoiding extraneous code changes. It merely adds a few instructions to some code path No it doesn't. The code is generic, and adding a special test would increase the path length. I'd accept that if you could persuade me that there's a generic routine or macro used by the converter for all numeric conversions, and the only test it makes is on number of digits. For example, I find it accepts BLKSIZE=9. But I tried various values of REGION. z/OS 1.7 accepts REGION=2096128K but fails on REGION=2096129K with IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE REGION FIELD. So, apparently, the reader does check for specific numeric values beyond enforcing field width limits, and since such code exists, if it were generic it would apply only a numeric limit and ignore superfluous leading zeroes. BTW, what's the rationale for the maximum of 2096128K? 2096129 = 0x1FFC01, and 2096129*1024 = 0x7FF00400, which fit comfortably in 21-bit and 31-bit fields, respectively. It seems to me that the reasonable choice of limit would be 2097151, since 2097151*1024 = 0x7C00, the largest multiple of 1024 that can be represented in 31 bits (2097151 = 0x1F). -- gil -- StorageTek INFORMATION made POWERFUL -- 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
Apology
My ancestors came from the village of HOSENWINKEL, in the district of OSNABRUK, in the state of HANOVER, Germany! When Anton Fochtmann came to the US, he dropped the last n, in 1822! Hmmm. I suspect it was Hasenwinkel, which is indeed near Osnabrück. Trouser corner doesn't make a great deal of sense. It's not in Hannover either - it's in Niedersachsen or Lower Saxony, as we translate it. Hannover is a Hansestadt - a free trading town - and capital not only of its immediate area (Landkreis Hannover) but also of Niedersachsen. Another load of useless Friday information - Hannover is a corruption of a middle German expression am hohen Üfer - on the high bank (of the river Leine). It's a great place to drink Berliner Weißbier (wheat beer in a bowl-type glass with a shot of fruit syrup) on a warm sunny day, or wander around the fleamarket on a Sunday morning. I can also recommend the Altstadtfest - beats the Münchner Oktoberfest into a cocked hat, but then lots of things do. Lots of cultural stuff They've got a red line painted on the floor, too. And go up the lift on the old Rathaus - it's a hell of an experience because it goes up the outside of the dome, and domes aren't straight. The Maschsee just behind the old Rathaus is only a couple of feet deep and stocked with huge carp that are regarded as national treasures. They feed very gently from your hand. In 1979 it froze over and I went on it wearing hockey skates in a very stiff wind. Opening the jacket created a sail, and I sailed the full length - over 1km. Why do Americans only want to see Munich and Heidelberg? We now return you to your normal programming, while noting that the Medizinische Hochschule Hannover was quite possibly the last data centre (certainly in Europe) to operate a /67 - still going strong as late as 1982. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: Numbers in JCL (was: FileSeq Number on Tape)
On Fri, 27 Oct 2006 17:23:43 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: I tried various values of REGION. z/OS 1.7 accepts REGION=2096128K but fails on REGION=2096129K with IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE REGION FIELD. BTW, what's the rationale for the maximum of 2096128K? 2096129 = 0x1FFC01, and 2096129*1024 = 0x7FF00400, which fit comfortably in 21-bit and 31-bit fields, respectively. It seems to me that the reasonable choice of limit would be 2097151, since 2097151*1024 = 0x7C00, the largest multiple of 1024 that can be represented in 31 bits (2097151 = 0x1F). A region value greater than 16M specifies the region above the line, while below the line storage is not constrained by the region paremeter. The largest possible region above the line would be 0x7f00 or 2080768K. This of course ignores the space occupied by the extended Nucleus, ELPA, ECSA and ESQA. All of these reduce the available above the line region. Clearly, it's an error, but it's too large, not too small. 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
Re: Numbers in JCL (was: FileSeq Number on Tape)
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 10/27/2006 07:23:43 PM: BTW, what's the rationale for the maximum of 2096128K? 2096129 = 0x1FFC01, and 2096129*1024 = 0x7FF00400, which fit comfortably in 21-bit and 31-bit fields, respectively. It seems to me that the reasonable choice of limit would be 2097151, since 2097151*1024 = 0x7C00, the largest multiple of 1024 that can be represented in 31 bits (2097151 = 0x1F). See module IEFVJA, which is not OCO. Apparently, 2096128K is chosen because it is equal to 2047M, and 2047 is the the largest M value accepted by IEFVJA. All of these numbers are larger than what could ever be obtained as region anyway, given that SQA+CSA+LPA+NUC will be many megabytes. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: List of standard IBM SVC numbers, please
In [EMAIL PROTECTED], on 10/26/2006 at 08:44 AM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: So if you trace the SVC for system service X with GTF, are the PC-entriesfor that same system service X also traced? In a message dated 10/27/2006 5:29:44 P.M. Central Daylight Time, shmuel+ibm-[EMAIL PROTECTED] writes: No. How, then, would one trace ALL uses of a particular system service that sometimes is invoked via SVC, sometimes via PC, et al.? Bill Fairchild Facts are the enemy of truth. [Don Quixote in Man of La Mancha] -- 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: Storage Philosophy Question
On 15 Oct 2006 15:47:50 -0700, in bit.listserv.ibm-main you wrote: We are aware that our current DR ability is not very good or timely. That's part of what we want to address with newer machines. If we do this, we're talking about the dasd mirror being across campus or further. We're not in an area prone to natural disasters. We're more worried about human (electricia, plumber) or fire. It's currently viewed that our primary site is far enough from the vault to avoid simultaneous disasters. I thought most of the state of Washington has good potential for a major earthquake. Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 rest snipped -- 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: Enhanced Catalog Sharing (ECS) Questions?
1. Yes 2. No 3. No 4, n/a 5. SAP use DB2 and/or USS so why should ECS cause a problem?. We run SAP without any problems. Set ALLOWAUTOALT(YES) for the SYSIGGCAS_ECS structure Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Friday, October 27, 2006 6:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Enhanced Catalog Sharing (ECS) Questions? 1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? -- 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
