Re: Subject: FMID descriptions
Jim, Share with me too, please! Thanks, Linda Mooney - Original Message - From: Jim Holloway jhollo...@metlife.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, May 30, 2009 6:10:25 AM GMT -08:00 US/Canada Pacific Subject: Re: Subject: FMID descriptions Bob, My shop does annual serverpacs and what I did was to generate the CPAC products report to a pre-allocated dataset. I then wrote an exec to parse out all the FMIDs and their plain English equivalents. We use this to provide dynamically generated web pages to publish what maintenence we've applied during a given maintenence cycle. I've also used GIMAPI and Rexx code to extract the same data from the CSI. I'd be happy to share so if you'd like so please let me know. Jim Holloway - MetLife jhollo...@metlife.com IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/30/2009 12:00:03 AM: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Thursday, May 28, 2009 12:16 PM To: IBM-MAIN@bama.ua.edu Subject: FMID descriptions Does anyone have any REXX code to grab English description FMID table entries out of GIM.SGIMTENU's BCNFMDS member by passing it the FMID in question? I am writing some code to parse information from the ERROR SYSMODS Report and want to provide the reader with ICKDSF instead of EDU1H01, et al. I looked at the various SMP/E LIST commands, but parsing any one of those reports seems to be overkill for my purposes. Kurt Q, feel free to jump in here and tell me that it is possible run some report that just provides these two pieces of information. I looked in the archives and see that others have cut and paste some of this info from web pages or have their own lists, but am looking for something that would be automatically updated based on my product set. Other suggestions are also welcome! :-) Bob The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
Paul Gilmartin pisze: On Sun, 31 May 2009 07:49:12 -0700, Howard Rifkind wrote: Would it be wonderful if IBM could just figure out how to make the FMID's really directly relate the the software product name... Particularly, why not allow FMIDs to be much longer than 7 characters (say about 50 characters) so a meaningful product name could be embedded in the FMID? ROTFL! It's like, like allowing lowercase symbols in JCL! It could be even convenient - which is strictly forbidden in mainframe world! We have to live with SRELs (only historicians knows the root of the name and nobody know the reasons for that), 7-characters FMIDs and many other facilities. Coulldn't resist... -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM speaks up on DB2 issue
You see: it is about DB2 LUW, not DB2 z/OS. There are no containers on DB2 z/OS. Dirk -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, June 01, 2009 7:17 AM To: IBM-MAIN@bama.ua.edu Subject: IBM speaks up on DB2 issue IBM clears name in GSIS system crash By Karen Flores, abs-cbnNEWS.com | 05/31/2009 1:26 PM Officials of IBM Philippines finally broke their silence regarding their alleged liability in the Government Service Insurance System (GSIS) system crash. In an exclusive meeting with ABS-CBN News on Friday, IBM officials made it clear that the company does not have any contractual obligation to support the state-run pension fund manager, saying that IBM is merely an original equipment manufacturer (OEM) to one of the technology vendors engaged by GSIS. If you look at the project, we're really nowhere near it...How can we establish the root cause if we don't have a contractual obligation to them? IBM said. An OEM is a producer that provides a certain product to its client, who in turn proceeds to customize it before distributing it to its customers. In this case, IBM is an OEM to business software solutions firm SAP by providing a database management software called IBM DB2. According to IBM's website, the company has worked with SAP for more than 35 years in offering solutions that help governments integrate processes and systems. SAP, in turn, is involved with systems integrator Questronix Corp., who leads the whole project with GSIS. Questronix has been a business partner of IBM for over 20 years, as mentioned in the former's official website. For the GSIS project, IBM said the software they provided is tasked to manage the fund manager's records and loans. They said, however, that IBM DB2's performance is based on how it is used by the agency or company in charge of handling the software. We don't know how DB2 is customized. [There are] so many things involved in an SAP application project, IBM said. We only work through SAP, Questronix. [Still,] we're more than willing to talk to them (GSIS), fix solutions, IBM added. IBM blamed for system crash Earlier, GSIS demanded IBM to provide a permanent fix to the DB2 software and to shoulder expenses caused by the inherent defects of the software to the fund manager's operations. GSIS said the IBM software had started showing problems last year, particularly in handling voluminous chunks of data. In response to this, IBM then upgraded its database system purportedly to enable it to handle unlimited volumes of data. But GSIS said the upgrade only worsened the problem as the database began mishandling data. The GSIS system eventually crashed two months ago, paralyzing major operations of the pension fund manager and resulting in the slowdown of its claims and loans processing. IBM, however said that a system can crash in many ways. When all data is stored in a single container instead of multiple destinations, a crash will occur unless they spread the data out. Corrupted data can also cause the system to crash, this is called a 'bad page.' An application, a disk, or even data itself can be a source of corruption, IBM added. According to Elamparo, IBM already knew of the problems of its software almost a year before the system crashed. IBM, however, said GSIS only advised them about the crash last April 9. We have nothing to do, much less aware of, previous crashes. The company also denied the pension fund manager's claims that even Questronix and SAP pointed the blame to the IBM DB2 software. Questronix hasn't established the root cause. They didn't blame IBM. GSIS should evaluate their processes, IBM explained. This issue has caused damage to the company. [GSIS] said IBM is responsible, but we don't even know what the root problem is. They made it look like we were very involved. They never came to IBM, the company added. Still, IBM said it is willing to have an amicable discussion with GSIS so the issue can finally be settled. As much as possible, we don't want to say anything against our client. GSIS is still our client. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE RPG question
Thanks, I did cross post it to that list as well. I have received a few comments both publicly and privately. Timothy Sipples e99...@jp.ibm.co M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Fax to .edu Subject Re: VSE RPG question 06/01/2009 01:44 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu VSE-L might be a very good place to ask. Also, if you're not familiar with the organization already, WAVV's homepage is here: http://www.wavv.org - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Randy Barnett is out of the office.
I will be out of the office starting 05/31/2009 and will not return until 06/04/2009. Vacation - No email access - No cell phone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products (was: FMID descriptions)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Craddock On Sat, May 30, 2009 at 8:51 AM, John McKown joa...@swbell.net wrote: A good idea. However, we only have 3390-3 volumes. And, as I said in another post, if I have a large amount of unused space in a SMS pool, then management becomes unglued. Of course, I could just leave the entire space allocated to a zFS file. I'll see if I can talk my manager into that. Thanks for the idea. I don't know whether to be comforted or irritated to see people still suffering from the stupidity of ancient volume architectures. I have a bag full of cheap USB thumb drives that are bigger than a mod 3. Nobody has seen a real 3390 in at least a decade. Storage volumes are all virtual now. Why not just make 'em as big as you need and be done with all this nuttiness? Institutional[ized] Inertia. But we do have a handful of mod-9s now :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE RPG question
Thanks for the statistics- I'd say we're one of the shops that would fall into the category of using RPG a lot! I've come across your 'RPG-ZOS' page in the past. (one of the few relevant hits you get when you google 'rpg vse') We've never had an issue with using a 3270 emulator running BimEdit to code in RPG. You can map the keyboard to do all kinds of things. I am interested in hearing about rpg-cobol conversion tools. Thanks Bill Gilbert Saint-Flour usenet5...@yahoo To .COM IBM-MAIN@bama.ua.edu Sent by: IBM cc Mainframe Discussion ListFax to ibm-m...@bama.ua .edu Subject Re: VSE RPG question 05/30/2009 10:26 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Friday 29 May 2009 16:12, Bill Washburn wrote: Does anyone have a reasonably good idea of I'm not sure my opinion is reasonable a) how many active VSE shops there are worldwide? thousands, but probably fewer now than there were last year b) how many VSE shops have any RPGII code in production? based on my experience, something like 10%, but I don't really know. I was involved in over 100 VSE-to-MVS conversions and my recollection is that only a few customers (perhaps 10%) used RPG. Some of them used RPG a lot ! I learned RPG in 1969 and wrote RPG programs until 1974. RPG was designed for punch-cards, and like DYL260, requires programmers to write code in specific columns. Not really convenient when programmers use 3270-type terminals instead of card-punch machines. I think there is half-a-dozen RPG-to-COBOL conversion tools Iin case you're interested). http://gsf-soft.com/Documents/RPG-ZOS.shtml -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
That rexx exec does not work for me. Where should it be executed? Option 6? From within the smp dialog? How does it find this table? Anything easier to use out there? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
Ken,
Like me, you probably do not have the SMP/E ISPTLIB pre-allocated.
Add a LIBDEF statement before the TBOPEN
'LIBDEF ISPTLIB DATASET ID(''SYS1.GIM.SGIMTENU'')'
and after the TBCLOSE
'LIBDEF ISPTLIB'
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ken Klein
Sent: Monday, June 01, 2009 8:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FMID descriptions
That rexx exec does not work for me. Where should it be executed?
Option 6?
From within the smp dialog? How does it find this table?
Anything easier to use out there?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
There's a hopeful note here. If you're correct in your plausible surmise that Kurt was engaging in (displaced) self-deprecation, it implies he's sensitive to the concern. I am sensitive to the concern. I'd like to provide a REXX interface to GIMAPI, but unfortunately its priority doesn't compare to other work. Next time I'll remember to include a smiley in my response. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE RPG question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Saturday, May 30, 2009 8:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSE RPG question AT 16:23 +0200 ON 05/30/2009, GILBERT SAINT-FLOUR WROTE ABOUT RE: VSE RPG QUESTION: RPG was designed for punch-cards, and like DYL260, requires programmers to write code in specific columns. Not really convenient when programmers use 3270-type terminals instead of card-punch machines. If you are using SPF, you just need to set up a Tabs bar and either tab between columns or just type a tab glyph character (which you set). Thus you can type: Field1\Field2\Field3 etc. (where the \ is the tab glyph you defined) and as soon as you hit Enter, the characters will move to the correct locations on the line. This is no different from entering ASM or COBOL code. SNIP And you are going to change your edit macro (or have it smart enough to handle...) as you need to enter/update F/E/L/I/C/O/** specs? (If you don't know RPG, you won't recognize **). BTDT, and it sucks. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
Richards, Robert B. wrote: Unless I coded it wrong SET BDY(TARGET). UNLOAD SYSMODS FUNCTIONS., why do you think it is easier? Both UNLOAD and LIST are multi-line reports. To me having the values delineated by subentrytype(value) seems a bit easier to parse and pick off the stuff you want. Yes you still have to parse multi-line output. I suppose its six of one, half a dozen of the other. How about providing the FMID description on the summary section of the ERROR SYSMOD report? :-) The print line has the room! grin Duly noted. In the absence of that, do you approve of the BCNFMDS method as being accurate? Yes, that is accurate and seems a fine use for your purposes. Although we have no plans right now that would affect the BCNFMDS table, understand of course the usual caveats apply -- it's not a published program interface, so in the future we could change the structure of that table, eliminate it, etc. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
service link down ?
I am getting an error code 500 when I try to connect to service link this morning :( Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: service link down ?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lionel B Dyck Sent: Monday, June 01, 2009 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: service link down ? I am getting an error code 500 when I try to connect to service link this=20 morning :( snip I got logged in and then it failed with a privacy issue. It was caused by a malformed URL that had HTTP:// rather than HTTPS://. Seems this system is still not quite ready to replace the VM system. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
service link
I just called the help # and was told to connect to http://www.ibm.com/ibmlink - that allowed me to login and access it. The biggest challenge was the voice message on the service link help number was a very very strong accent that was nearly impossible to understand. Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: service link down ?
works for me. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lionel B Dyck Sent: Monday, June 01, 2009 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: service link down ? I am getting an error code 500 when I try to connect to service link this morning :( Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: service link down ?
this url should work but it is failing today. looks like service link is down https://www-304.ibm.com/ibmlink/servicelink -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Monday, June 01, 2009 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: service link down ? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lionel B Dyck Sent: Monday, June 01, 2009 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: service link down ? I am getting an error code 500 when I try to connect to service link this=20 morning :( snip I got logged in and then it failed with a privacy issue. It was caused by a malformed URL that had HTTP:// rather than HTTPS://. Seems this system is still not quite ready to replace the VM system. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FMID descriptions
Kurt, Caveats understood. In case some are wondering, the reason I am providing this information is to satisfy a request for auditing/security purposes by providing what I like to call pseudo vulnerability scanning reports. We all know that our favorite platform is not very vulnerable when using the Windows platform as the baseline standard for this topic, but I had to come up with something to report on and ERROR SYSMODS seemed to fit the bill. Yeah, I know, it's a stretch, but they seemed to like the idea. :-) I had to provide the English descriptions for the FMIDs and even with them, the intended audience will probably not have a clue as to what they do. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Quackenbush Sent: Monday, June 01, 2009 9:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FMID descriptions Richards, Robert B. wrote: Unless I coded it wrong SET BDY(TARGET). UNLOAD SYSMODS FUNCTIONS., why do you think it is easier? Both UNLOAD and LIST are multi-line reports. To me having the values delineated by subentrytype(value) seems a bit easier to parse and pick off the stuff you want. Yes you still have to parse multi-line output. I suppose its six of one, half a dozen of the other. How about providing the FMID description on the summary section of the ERROR SYSMOD report? :-) The print line has the room! grin Duly noted. In the absence of that, do you approve of the BCNFMDS method as being accurate? Yes, that is accurate and seems a fine use for your purposes. Although we have no plans right now that would affect the BCNFMDS table, understand of course the usual caveats apply -- it's not a published program interface, so in the future we could change the structure of that table, eliminate it, etc. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: service link down ?
This is the link I had been using for a long time, but has not worked for me for weeks. The link Lionel posted works, however. Greg -Original Message- From: IBM Mainframe Discussion List On Behalf Of Barkow, Eileen Sent: Monday, June 01, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: service link down ? this url should work but it is failing today. looks like service link is down https://www-304.ibm.com/ibmlink/servicelink -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRS and Generic vs Specific
If I have the following in my GRS member of parmlib RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF1) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF2) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF3) Does not the GENERIC for SYSVTOC do the same thing as the three specific definitions? I am thinking I do not need the three specific ones so long as I have the GENERIC for SYSVTOC. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: service link down ?
in my case something is wrong with the proxy servers processing ssl. since many people had a problem, IBM must have changed something with ssl processing. I still cannot get into IBMLINK with IE, but I have another browser from which I can change the proxy server options and that works, although that too keeps spinning out a msg about ssl being disabled. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Greg Shirey Sent: Monday, June 01, 2009 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: service link down ? This is the link I had been using for a long time, but has not worked for me for weeks. The link Lionel posted works, however. Greg -Original Message- From: IBM Mainframe Discussion List On Behalf Of Barkow, Eileen Sent: Monday, June 01, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: service link down ? this url should work but it is failing today. looks like service link is down https://www-304.ibm.com/ibmlink/servicelink -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS and Generic vs Specific
snip--- If I have the following in my GRS member of parmlib RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF1) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF2) RNLDEF RNL(CON) TYPE(SPECIFIC) QNAME(SYSVTOC) RNAME(DCXCF3) Does not the GENERIC for SYSVTOC do the same thing as the three specific definitions? I am thinking I do not need the three specific ones so long as I have the GENERIC for SYSVTOC. --unsnip-- You are correct.. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3592 Upgrade in an ATL to TS1130's
Thanks Mike
Follow up question.
In IDCAMS it states that readcompat should only be set for private
volumes.
Is there any harm in setting it for scratch volumes too?
It would make the transition easier because we wouldn't have to extract
just the private volumes to alter.
SPECIALATTRIBUTE{READCOMPATIBLE|NONE}
Shows special attributes of the tape volume.
Use this parameter only for private tape volumes.
Scratch tape volumes default to NONE.
READCOMPATIBLE On subsequent allocations, read compatible devices for
allocation of this tape volume are used.
NONE There are no special tape attributes.
Thanks
Ken
-Original Message-
Mike Wood
Ken, Yes. see http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/dgt2j110/1.1.10.1?
SHELF=EZ2ZBK0G.bksDT=20080520122739
Mike Wood RMM Development
On Thu, 28 May 2009 12:29:46 -0400, Ken Porowski ken.porow...@cit.com
wrote:
We are about to upgrade our ATL (3494) tape drives from 3592-J1A and
3592-E05 (aka TS1120) to 3592-E06 and 3592-EU6 (aka TS1130). These are
the only 3592 drives in the ATL and all are on the same controller.
The TS1130's can only READ EFMT1 but can R/W EFMT2/3.
All of our existing 3592 carts are EFMT1.
From what I can tell (from RTFM) I need to set the READCOMPATIBLE
attribute for every 3592 volume I have if I expect the TS1130's to be
considered for the mount of an EFMT1 tape (otherwise the mount will
fail because of no eligible devices).
Can anyone confirm/deny that I need to do this.
Thanks all.
Ken Porowski
AVP Systems Software
CIT Group
E: ken.porow...@cit.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCPIP Default keep alive question
Is there a programming interface to extract the DefaultKeepALive value that is stored the TCP Configuration Table? This is the same value that the TSO NETSTAT CONFIG command displays. Thanks, Vic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book on Poughkeepsie
On 01 Jun 09 08:19:23 -0800, Charlie Gibbs cgi...@kltpzyxm.invalid wrote: Another method used by some shops to distinguish special cards was by giving them a different corner cut, e.g. top right vs. the usual top left. I've even seen cards with no corner cut at all, although this was rare. A slightly more subtle technique was for the special cards to have square-cut corners rather than the standard rounded ones. Such corners tended to wear faster, but this wasn't much of a factor on single-use header cards. I've seen all of that - with cards with different cuts in the same deck, to make them easy to locate. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products (was: FMID descriptions)
And in some cases such a connection is simply illegal. -Original Message- From: John McKown Sent: Saturday, May 30, 2009 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E packaging of maintence / products (was: FMID descriptions) On Sat, 30 May 2009, Paul Gilmartin wrote: Someone here once suggested that all local storage of unloaded relative files should be eliminated: it shouldn't be RECEIVE FROMNETWORK, but APPLY FROMNETWORK, accessing the Great SMPPTS in the Sky. But I know of no vendor that avoids the two step process, separating transfer from install. Overlapping them vastly complicates recovery from network failures. -- gil Not all z/OS installations allow the z/OS system to access the Internet. We don't. It is regarded as too risky. I know, I know, but that is the opinion of those in charge. Today, 'my way or the high way' is just too likely to allow me (at least) to try to convince anybody of anything too strongly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging of maintence / products (was: FMID descriptions)
I guess you guys never have to support a customer whose system doesn't even include TCP/IP, let alone anything modern. -Original Message- From: R.S. Sent: Sunday, May 31, 2009 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E packaging of maintence / products (was: FMID descriptions) Chris Craddock pisze: On Sat, May 30, 2009 at 8:51 AM, John McKown joa...@swbell.net wrote: A good idea. However, we only have 3390-3 volumes. And, as I said in another post, if I have a large amount of unused space in a SMS pool, then management becomes unglued. Of course, I could just leave the entire space allocated to a zFS file. I'll see if I can talk my manager into that. Thanks for the idea. I don't know whether to be comforted or irritated to see people still suffering from the stupidity of ancient volume architectures. I have a bag full of cheap USB thumb drives that are bigger than a mod 3. Nobody has seen a real 3390 in at least a decade. Storage volumes are all virtual now. Why not just make 'em as big as you need and be done with all this nuttiness? This is not stupidity of ancient volume architecture. The architecture was quite OK in ancient times. The stupid thing is to conserve the ancient architecture. I'm aware it's often choice of management, not technical staff. When we talk about mainframe A.D. 2009 we simply don't have such problems! Think about EAV or NFS attached USB. 3390-3 is history, as BusTag, punched cards or other Dodo's. Yes, you can still use it - that's one of the mainframe strengths, but you don't have to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CL/Supersession and APPN
We are trying to get CL/Supersession to work with APPN and not using the VTAM Cross Domain facilities. We would like to phase out our Front end processor (3745). Has anyone had any luck doing this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT /\ -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
Yes there is information. In section 4.1.15 SYSLOG records in the manual: z/OS V1R9.0 MVS Planning: Operations Document Number: SA22-7601-08 should help you here. Lizette Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
thanks hit nail on the head... From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 06/01/2009 02:46 PM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes there is information. In section 4.1.15 SYSLOG records in the manual: z/OS V1R9.0 MVS Planning: Operations Document Number: SA22-7601-08 should help you here. Lizette Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 06/01/2009 02:34 PM Subject: Re:SYSLOG-Routing codes Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT /\ -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
See the IHAHCLOG macro description of the format. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Mon Jun 01 15:45:44 2009 Subject: Re: SYSLOG-Routing codes Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 06/01/2009 02:34 PM Subject: Re:SYSLOG-Routing codes Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT /\ -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
see it say descriptor codes-7char guess I'm missing something..where are the codes ? From: Field, Alan C. alan.c.fi...@supervalu.com To: IBM-MAIN@bama.ua.edu Date: 06/01/2009 03:57 PM Subject: Re: SYSLOG-Routing codes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu See the IHAHCLOG macro description of the format. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Mon Jun 01 15:45:44 2009 Subject: Re: SYSLOG-Routing codes Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 06/01/2009 02:34 PM Subject: Re:SYSLOG-Routing codes Trying to interp routing code(s) on left side of syslog. Is there a break down of the codes that are displayed and meanings?? example below N C00 XA91 09152 14:33:02.95 0281 $HASP309 INIT 15 INACT /\ -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
They are described in the introduction part of any volume of System Messages under Messages sent to hardcopy...: First 28 route codes. Bob Ron Wells wrote: Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CL/Supersession and APPN
John The customer with which I work from time to time uses Supersession. It has continued to work without any difficulties while we changed the underlying SNA architecture from subarea (cross-domain) to APPN without any difficulties whatsoever. Do you have any specific concerns? Incidentally, a systems programmer there has even researched using VTAM generic resources with Supersession with success. We hope to put that into production in the near future all in support of the general objective of introducing redundancy in support of continuous availability. It's not down to luck but understanding and planning! Chris Mason On Mon, 1 Jun 2009 14:21:05 -0500, John Au john...@paccar.com wrote: We are trying to get CL/Supersession to work with APPN and not using the VTAM Cross Domain facilities. We would like to phase out our Front end processor (3745). Has anyone had any luck doing this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DRXRC duplex mode for system logger
Although we've been using XRC for DASD mirroring for a decade, we're just now looking at using 'DRXRC' duplex mode (new in 1.7) to facilitate disaster recovery of log streams. The goal would be to allow warm start of our major logger exploiters: CICS regions (a lot of them) and RRS. We currently have to cold start these puppies in order to get up and running. Does anyone have experience with this sort of mirroring and recovery? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE RPG question
At 09:35 -0400 on 06/01/2009, Thompson, Steve wrote about Re: VSE RPG question: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Saturday, May 30, 2009 8:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSE RPG question AT 16:23 +0200 ON 05/30/2009, GILBERT SAINT-FLOUR WROTE ABOUT RE: VSE RPG QUESTION: RPG was designed for punch-cards, and like DYL260, requires programmers to write code in specific columns. Not really convenient when programmers use 3270-type terminals instead of card-punch machines. [snip of my comment about using auto-tabbing And you are going to change your edit macro (or have it smart enough to handle...) as you need to enter/update F/E/L/I/C/O/** specs? (If you don't know RPG, you won't recognize **). BTDT, and it sucks. I may be misunderstanding you but I fail to see how the need for DISPLAY Highlighting has anything to do with getting the text contents into the correct columns (which was the original complaint that I was responding to). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
