Enclave SRB CPU time
Hi I'm testing an Enclave SRB routine, which is CPU intensive. I thought the CPU time will appear in the SMF 30 SRB CPU, but only the TCB CPU time changed. (I'm using IEAMSCHD with SYNCH=YES) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
Leo Smith wrote: Why wouldn't you just use the z/VM V5R4 bookshelf? Here's how to find it: 1) Go to the z/OS Internet library Web page (includes links to z/VM and z/VSE manuals, too) at: http://www.ibm.com/systems/z/os/zos/bkserv/ 2) Once there, click on the Bookshelf titles and filenames link under the Search heading: http://www.ibm.com/systems/z/os/zos/bkserv/find_shelves.html 3) On the returned page, type z/VM V5R4 into the search dialog box and click on the Find button. 4) On the returned page of search results, you'll get a link back to the z/VM V5R4 bookshelf available on our Web site.Click on the link: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/HCSH2AA0 Plus 3 (?) mouse clicks to download each book. Right. Seems you chose to ignore this bit of my post: quote All I could find (that was usable) /quote Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
I'm wondering whether we need to hack together some helper scripts for PDFs. I know this is a VAGUE wondering. Will repeat it on Twitter and see if anyone bites in either forum. :-) Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
a question about storage group attribution OVERFLOW and EXTEND SG NAME
hi lists, My ACS routine is like this: ... *WHEN(HLQ= IMSDB) SET STORGRP = 'SGIMSDB','SGSPILL'* *...* ** Whatever(yes or no) I specify for *Overflow *of SGSPILL and (SGSPILL or nothing) for *Extend SG Name *of SGIMSDB in ISMF, it always works fine. So what's meaning of *Overflow* * *and *Extend SG Name?* thanks!! Smartcurl Zhang -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Enclave SRB CPU time
Miklos Szigetvari wrote: I'm testing an Enclave SRB routine, which is CPU intensive. I thought the CPU time will appear in the SMF 30 SRB CPU, but only the TCB CPU time changed. This is because Enclave SRBs are classified as Pre-emptible Class SRBs and as such are accounted for under TCB time. There is a separate bucket to break out their time. (All such buckets are ALSO accounted for under TCB time. May I refer you to http://www-03.ibm.com/servers/resources/servers_eserver_zseries_zos_wlm_pdf_presrb.pdf where John Arwe did a great job of discussing all this. Personally I think it may be time to update this paper and do a modern presentation on it. (That idea competes for my attention with a Parallel Sysplex Performance Topics presentation I feel inclined to write for next year's round of conferences.) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Kathryn Pinto/Poughkeepsie/IBM is out of the office until 06/19/2001. (returning 12/04/2008)
I am out of the office until 12/04/2008. I may not be checking my mail. Please see Kurt Quackenbush with any immediate concerns. Note: This is an automated response to your message IBM-MAIN Digest - 1 Dec 2008 to 2 Dec 2008 (#2008-337) sent on 12/2/08 11:00:00 PM. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
Martin Packer wrote: I'm wondering whether we need to hack together some helper scripts for PDFs. I know this is a VAGUE wondering. Will repeat it on Twitter and see if anyone bites in either forum. :-) Better yet Martin, how about twisting some upper appendages to get some sensible download options for BookManager. As mentioned earlier, why the hell can't packages (zip, tar, pax, ...) of books (or better entire bookshelves including index) be available ?. Or park the whole DVD iso(s) somewhere for download - even if limited to torrent. I'd be happy to leave my (home) system open overnight as a seed, as I'm sure would others. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Enclave SRB CPU time
Thank you very much Martin Martin Packer wrote: Miklos Szigetvari wrote: I'm testing an Enclave SRB routine, which is CPU intensive. I thought the CPU time will appear in the SMF 30 SRB CPU, but only the TCB CPU time changed. This is because Enclave SRBs are classified as Pre-emptible Class SRBs and as such are accounted for under TCB time. There is a separate bucket to break out their time. (All such buckets are ALSO accounted for under TCB time. May I refer you to http://www-03.ibm.com/servers/resources/servers_eserver_zseries_zos_wlm_pdf_presrb.pdf where John Arwe did a great job of discussing all this. Personally I think it may be time to update this paper and do a modern presentation on it. (That idea competes for my attention with a Parallel Sysplex Performance Topics presentation I feel inclined to write for next year's round of conferences.) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Manual formats
On Mon, 1 Dec 2008 22:07:26 -0800, Gibney, Dave [EMAIL PROTECTED] wrote: for jumping around in. Bookmanager for searching and skipping around in, lousy for printing. Personally, I find Bookmanager fair enough for printing (using the ancient Library Reader for Windows, not the current Java stuff) and so much better for searching and jumping around (and coming back after having jumped!) that I really have to insist that this format be kept. Thanks, 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: Enclave SRB CPU time
Hi Thank you again, I find everything in smf30 rec. Martin Packer wrote: Miklos Szigetvari wrote: I'm testing an Enclave SRB routine, which is CPU intensive. I thought the CPU time will appear in the SMF 30 SRB CPU, but only the TCB CPU time changed. This is because Enclave SRBs are classified as Pre-emptible Class SRBs and as such are accounted for under TCB time. There is a separate bucket to break out their time. (All such buckets are ALSO accounted for under TCB time. May I refer you to http://www-03.ibm.com/servers/resources/servers_eserver_zseries_zos_wlm_pdf_presrb.pdf where John Arwe did a great job of discussing all this. Personally I think it may be time to update this paper and do a modern presentation on it. (That idea competes for my attention with a Parallel Sysplex Performance Topics presentation I feel inclined to write for next year's round of conferences.) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Manual formats
IBM, please keep the .boo files Not only are pdfs larger than necessary, they are a pain for reading stuff, especially as everyone and his brother hardcodes some defaults like 'single page viewing' so that the readers preference for continuous viewing is generally ignored and has to be set anew in each book (several unnecessary mouseclicks). In addition, having just been forced through the SAS pdfs to find out specific information, pdfs are abysmal for searching and jumping around (even the page number is not the page number to go to). I go through the trouble of downloading the necessary (to me) boo files for each new release (and I even give them understandable names). But then I am using the 1994 bookmanager library reader for windows. And I am hoping to the powers that be that this will still run when my company forces Vista on me. Relying on an internet connection at oh:dark:30 to get at some vital information is NOT the way to go, despite IBMs efforts to force the users to do just that! Barbara Nitz -- Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CPU time/instruction table
In [EMAIL PROTECTED], on 12/02/2008 at 11:57 AM, Edward Jaffe [EMAIL PROTECTED] said: The people that use this information today don't seem to be complaining. Of course - they don't exist. -- 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: z/OS 1.10 and Data Areas
Yeah, I missed that you needed them locally. I was just responding to being able to easily search the z/VM V5R4 manuals from the Internet. Regarding download: For z/OS, at least, you can use Softcopy Librarian to download books/PDFs/bookshelves/bookshelf indexes. See: http://www.ibm.com/software/applications/office/bkmgr/librarian.html Why wouldn't you just use the z/VM V5R4 bookshelf? Here's how to find it: 1) Go to the z/OS Internet library Web page (includes links to z/VM and z/VSE manuals, too) at: http://www.ibm.com/systems/z/os/zos/bkserv/ 2) Once there, click on the Bookshelf titles and filenames link under the Search heading: http://www.ibm.com/systems/z/os/zos/bkserv/find_shelves.html 3) On the returned page, type z/VM V5R4 into the search dialog box and click on the Find button. 4) On the returned page of search results, you'll get a link back to the z/VM V5R4 bookshelf available on our Web site.Click on the link: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/HCSH2AA0 Plus 3 (?) mouse clicks to download each book. Right. Seems you chose to ignore this bit of my post: quote All I could find (that was usable) /quote Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMF MON. III Vsam Files
From Monitor III CPC Capacity we need obtain information over processors IIP. We don’t obtain this by another form because we don’t want change the Interval of SMF/RMF, and we need obtain with the current range of Monitor III (from its VSAM Files). We have Z-os v1r8 Rmf. Up to now,: I think the table ERBCPUG3 has the data we need, so: 1: From ERBDSIG3 (data set header and Index) I get offset and length of first ERBSSHG3 (MINTIME SET). -Data from first MEANTIME- 2: Dividing by 32752 (adding 1) I get register number and first position from area to be compressed and its length. 3: I think this is the area to be decompressed. It has (more or less) 37/38 registers (32752 each) to be passed to exit ERB3RDEC and it has this look: VIEW PMORANC.RMF.SIST.F2 Columns 29647 29718 Command === Scroll === CSR =COLS ---5+6+7+8+9+0+ 08B805D10779B3747340F85490C8F192934B8514DD52B3744220A8280379FC2AE FE0E7C2 --- --- 12 À ä0 33909 2105 SN170D Á À ä0 33909 2105 604F03320F44421001EDFFFC0610604F03320F444F FFF444 000 --- --- At first I see data apparently decompressed. Is it normal here?. Or I am following a missing track Meanwhile: Mi idea is calling from cobol to exit ERB3RDEC. But it is possible this exercice is solved already . I will be grateful for any asinstance on this matter. And at end: Is this the better way to resolve, or there is another more speddy and efficient? (Now think this can be the first question) I will be very grateful to any help. (Thanks in advance) Pedro Morán -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: a question about storage group attribution OVERFLOW and EXTEND SG NAME
Smartcurl Zhang [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... hi lists, My ACS routine is like this: ... *WHEN(HLQ= IMSDB) SET STORGRP = 'SGIMSDB','SGSPILL'* *...* ** Whatever(yes or no) I specify for *Overflow *of SGSPILL and (SGSPILL or nothing) for *Extend SG Name *of SGIMSDB in ISMF, it always works fine. So what's meaning of *Overflow* * *and *Extend SG Name?* thanks!! Smartcurl Zhang The overflow SG is used for the allocation of a dataset. Usually SGSPILL is set to DIS NEW and will only be used for allocating a datasets when SGIMSDB has insufficient space. The Extend SG is used when an existing dataset has to expand to a new volume, but there is not enough space in the current SG. In this case the dataset can extend to a volume in the Extend SG. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: a question about storage group attribution OVERFLOW and EXTEND SG NAME
Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] t... Smartcurl Zhang [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... hi lists, My ACS routine is like this: ... *WHEN(HLQ= IMSDB) SET STORGRP = 'SGIMSDB','SGSPILL'* *...* ** Whatever(yes or no) I specify for *Overflow *of SGSPILL and (SGSPILL or nothing) for *Extend SG Name *of SGIMSDB in ISMF, it always works fine. So what's meaning of *Overflow* * *and *Extend SG Name?* thanks!! Smartcurl Zhang The overflow SG is used for the allocation of a dataset. Usually SGSPILL is set to DIS NEW Sorry: QUIESCED NEW of course. and will only be used for allocating a datasets when SGIMSDB has insufficient space. The Extend SG is used when an existing dataset has to expand to a new volume, but there is not enough space in the current SG. In this case the dataset can extend to a volume in the Extend SG. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
In [EMAIL PROTECTED], on 12/01/2008 at 08:51 PM, Peter Relson [EMAIL PROTECTED] said: I would still appreciate your comments regarding PDF-only even if it applies only to potential subsequent releases. Please stick with BookManager unless and until you can supply something else at least as good. That includes fast searches, cross-reference links and indexing. -- 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: z/OS 1.10 and Data Areas
In [EMAIL PROTECTED], on 12/02/2008 at 10:08 AM, Gibney, Dave [EMAIL PROTECTED] said: I do wish IBM would get BookManager upgraded to work on Vista someday soon. I'd like Linux and OS/2 versions, non-Java. -- 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: z/OS 1.10 and Data Areas
Shmuel Metzwrote: I do wish IBM would get BookManager upgraded to work on Vista someday soon. I'd like Linux and OS/2 versions, non-Java. What he said - although I don't relish resurrecting my old OS/2 floppies yet again ... :eek: A usable Linux (definitely __non-Java__) version would be great. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Manual formats
I wonder if an open-source .BOO reader has merit. As well as perhaps an open-source writer. Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
Thank you for your thoughts and comments. Just to clarify: This discussion began with respect to the data areas books, and was intended to be limited to those books. There is no thought that I am aware of to change from having the z/OS manuals other than data areas in both book and PDF format. So that should allay some of the fear. The only issue currently on the table is whether the data areas books themselves should be -- gotten rid of entirely (that will *not* happen) -- made available only in PDF -- made available in both PDF and book. -- made available in some other format entirely (this seems unlikely to me, but I wanted to mention it for completeness) I do not have any idea if only book format on the WEB' vs book format on TSO as well as on the WEB is a consideration. I did note the several comments from folks who use the book format on TSO. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
On Wed, 3 Dec 2008 07:25:04 +1000, Shane [EMAIL PROTECTED] wrote: [..] Really, it shouldn't be this difficult to find the info we want/need. Indeed. Isn't there some sort of 'minimum documentation' requirement? Since we no longer have any hardcopy, we ought to have usable software. PDF just doesn't cut it. Search and index bite, plus the sundry issues already cited. BookManager and Librarian are great tools - it's a shame IBM is giving up on them. Now that it's written in Java, isn't it easy and cheap enough to maintain and port the code (forget Vista, but what about the many flavors of Linux, z OS', Mac OS, etc.)? Once again, they forsake a superior product in the name of ubiquity. SIGH Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
On Wed, 3 Dec 2008 07:45:52 -0600, Arthur Gutowski [EMAIL PROTECTED] wrote: On Wed, 3 Dec 2008 07:25:04 +1000, Shane [EMAIL PROTECTED] wrote: [..] Really, it shouldn't be this difficult to find the info we want/need. Indeed. Isn't there some sort of 'minimum documentation' requirement? Since we no longer have any hardcopy, we ought to have usable software. PDF just doesn't cut it. Search and index bite, plus the sundry issues already cited. BookManager and Librarian are great tools - it's a shame IBM is giving up on them. Now that it's written in Java, isn't it easy and cheap enough to maintain and port the code (forget Vista, but what about the many flavors of Linux, z OS', Mac OS, etc.)? I can't say about Bookmanager Read, but the Softcopy Librarian seems to have some Windows specific add-ons so that it cannot run on anything other than Windows. I don't understand why IBM did this. Once again, they forsake a superior product in the name of ubiquity. SIGH And, I will bet, to decrease their costs. If they can eliminate bookmanager, then they can drop support for all that software. And they don't charge for it, so maintaining it is a dead loss. Regards, Art Gutowski Ford Motor Company -- 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
IBM 2066-002 Adding Spare CP as IFL
Can someone, I the know, save me some look-up time and tell me if I can add an IFL to a IBM 2066-002. My understanding is that this processor type comes with 2 spare CP's. The question now becomes, is the 2066 still supported with regards to turning on one of the spares as an IFL? TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
There is no thought that I am aware of to change from having the z/OS manuals other than data areas in both book and PDF format. There are other IBM products besides z/OS that are already dropping the .boo format for some of their books. I recently had the need to get current books for DB2 V9.1 for z/OS. I've found many of them in both .pdf and .boo format while some were available only as .pdf. So that should allay some of the fear. Not really, see my comment above. I do not have any idea if only book format on the WEB' vs book format on TSO as well as on the WEB is a consideration. I did note the several comments from folks who use the book format on TSO. Is the .boo format found in the CDs any different from either the WEB or the TSO format? If so, then there need to be 3 formats. I'm really having a hard time to understand why providing manuals in .boo format or not is an issue at all. IBM manuals, at least in the z-area, have a common look which seem to indicate they are all written with similar tools and strong sytle rules. Isn't there an automated process of producing .boo, .html, .pdf and what else from the same source? What a shame. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM 2066-002 Adding Spare CP as IFL
Patrick Falcone wrote: Can someone, I the know, save me some look-up time and tell me if I can add an IFL to a IBM 2066-002. My understanding is that this processor type comes with 2 spare CP's. The question now becomes, is the 2066 still supported with regards to turning on one of the spares as an IFL? Technically yes, but it would be hard to buy it from IBM. z/800 can have up to 4 processors for user, that means CP's or other. Of course it contains SAP and (afaik) spare as well. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter Relson Sent: Wednesday, December 03, 2008 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.10 and Data Areas Snipped The only issue currently on the table is whether the data areas books themselves should be -- gotten rid of entirely (that will *not* happen) -- made available only in PDF -- made available in both PDF and book. -- made available in some other format entirely (this seems unlikely to me, but I wanted to mention it for completeness) FWIW, #3 -- both formats, please, for all the same reasons that were cited re: every other IBM manual. Debugging is hard enough already, and Data Areas are sometimes critical to enabling it to be done at all. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your 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: z/OS 1.10 and Data Areas
In [EMAIL PROTECTED], on 12/02/2008 at 11:04 AM, Tom Marchant [EMAIL PROTECTED] said: These days a big honkin' USB hard drive might be a better choice. What's wrong with old fashioned DVD's? -- 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: IBM 2066-002 Adding Spare CP as IFL
Thanks Radoslaw. I believe that the 002 comes with 2 GP CP's and 1 SAP configured and 2 spares but I cannot find any document stating that IBM does not support adding the IFL at this late date for this series of processors. --- On Wed, 12/3/08, R.S. [EMAIL PROTECTED] wrote: From: R.S. [EMAIL PROTECTED] Subject: Re: IBM 2066-002 Adding Spare CP as IFL To: IBM-MAIN@bama.ua.edu Date: Wednesday, December 3, 2008, 2:51 PM Patrick Falcone wrote: Can someone, I the know, save me some look-up time and tell me if I can add an IFL to a IBM 2066-002. My understanding is that this processor type comes with 2 spare CP's. The question now becomes, is the 2066 still supported with regards to turning on one of the spares as an IFL? Technically yes, but it would be hard to buy it from IBM. z/800 can have up to 4 processors for user, that means CP's or other. Of course it contains SAP and (afaik) spare as well. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS 1.10 and Data Areas
Shane If you use the IBM Softcopy Librarian product you can access books via the internet from the sources and repositories page. I download both pdf and .boo files by bookshelf including index to my laptop all the time using softcopy librarian. Eric -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Wednesday, December 03, 2008 4:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.10 and Data Areas Martin Packer wrote: I'm wondering whether we need to hack together some helper scripts for PDFs. I know this is a VAGUE wondering. Will repeat it on Twitter and see if anyone bites in either forum. :-) Better yet Martin, how about twisting some upper appendages to get some sensible download options for BookManager. As mentioned earlier, why the hell can't packages (zip, tar, pax, ...) of books (or better entire bookshelves including index) be available ?. Or park the whole DVD iso(s) somewhere for download - even if limited to torrent. I'd be happy to leave my (home) system open overnight as a seed, as I'm sure would others. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
strange ICHRDSNT problem
I'm assembling/linking ICHRDSNT for z/OS 1.7 for the first time. Both steps in the job end with rc=0 and the output from the job looks fine. However when I look in the load library in ISPF, the line for ICHRDSNT looks like this - _ ICHRDSNT *No Data and if I try to browse that member, I get member not found. I'm using the same JCL that I successfully used for z/OS 1.4. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
Could it be that you need to refresh that module in LLA? Bill On Wed, 3 Dec 2008 15:15:17 +, Jim McAlpine [EMAIL PROTECTED] wrote: I'm assembling/linking ICHRDSNT for z/OS 1.7 for the first time. Both steps in the job end with rc=0 and the output from the job looks fine. However when I look in the load library in ISPF, the line for ICHRDSNT looks like this - _ ICHRDSNT *No Data and if I try to browse that member, I get member not found. I'm using the same JCL that I successfully used for z/OS 1.4. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, December 03, 2008 6:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.10 and Data Areas In [EMAIL PROTECTED], on 12/02/2008 at 11:04 AM, Tom Marchant [EMAIL PROTECTED] said: These days a big honkin' USB hard drive might be a better choice. What's wrong with old fashioned DVD's? SNIP They can get scratched and become unreadable. Just had it happen. We had an INSTALL DVD get a scratch on it, and it became a coaster. Mind you, it was in a protection sleeve inside a thick cardboard media envelope. Granted, you can make the same arguments for a USB drive (well, what if they dropped it?). But it is, in my opinion, harder to screw up a 4GB thumb drive than it is to screw up a DVD. Regards, Steve Thompson -- Opinions expressed by this poster are not necessarily those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM 2066-002 Adding Spare CP as IFL
Patrick Falcone wrote: Thanks Radoslaw. I believe that the 002 comes with 2 GP CP's and 1 SAP configured and 2 spares but I cannot find any document stating that IBM does not support adding the IFL at this late date for this series of processors. *Each* z/800 has the same MCM chip. All models are enable by microcode. Indeed model 002 has 2 CPs (or GPs depending on nomenclature). However the same machine can be 004, 4xIFL, 2CP+ICF, etc. No technical barriers. The only barrier is ...IBM. Any change in z/800 can be price ineffective or simply impossible due to out of marketing. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
Jim McAlpine [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I'm assembling/linking ICHRDSNT for z/OS 1.7 for the first time. Both steps in the job end with rc=0 and the output from the job looks fine. However when I look in the load library in ISPF, the line for ICHRDSNT looks like this - _ ICHRDSNT *No Data and if I try to browse that member, I get member not found. I'm using the same JCL that I successfully used for z/OS 1.4. Any ideas. Jim McAlpine Probably totally irrelevant question, but: did you update/refresh LLA? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
On Wed, Dec 3, 2008 at 3:18 PM, Big Iron [EMAIL PROTECTED] wrote: Could it be that you need to refresh that module in LLA? Bill DOH !. Of course, thanks Bill. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
On Wed, Dec 3, 2008 at 10:17 AM, Thompson, Steve [EMAIL PROTECTED] wrote: They can get scratched and become unreadable. Just had it happen. We had an INSTALL DVD get a scratch on it, and it became a coaster. Mind you, it was in a protection sleeve inside a thick cardboard media envelope. Granted, you can make the same arguments for a USB drive (well, what if they dropped it?). But it is, in my opinion, harder to screw up a 4GB thumb drive than it is to screw up a DVD. Regards, Steve Thompson I can vouch for that. My thumb drive has been through the laundry -twice- and still works. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM 2066-002 Adding Spare CP as IFL
z/800 went EO marketing a little earlier this year. No MES or upgrades are orderable AFAIK. http://www-07.ibm.com/systems/sg/z/800/ HTH, snip I believe that the 002 comes with 2 GP CP's and 1 SAP configured and 2 spares but I cannot find any document stating that IBM does not support adding the IFL at this late date for this series of processors. /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
InfoCenters (Was: Re: z/OS 1.10 and Data Areas)
Hunkeler Peter (KIUK 3) wrote: There is no thought that I am aware of to change from having the z/OS manuals other than data areas in both book and PDF format. There are other IBM products besides z/OS that are already dropping the .boo format for some of their books. I recently had the need to get current books for DB2 V9.1 for z/OS. I've found many of them in both .pdf and .boo format while some were available only as .pdf. Peter is right. Many products have fully transitioned to, or are moving toward, Information Centers. For example: DB2: http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp CICS: http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp WAS: http://publib.boulder.ibm.com/infocenter/wasinfo/v5r1/index.jsp DS8000: http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp Tivoli Storage Manager: http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp z/VM: http://publib.boulder.ibm.com/infocenter/zvm/v5r4/index.jsp In keeping with the tradition that Z/OS users are always the last to know, possibly because we're the most demanding group, ours is referred to as a beta http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp so as not to imply our existing sources of documentation are going away, which I believe they are (eventually). These public InfoCenters use IBM-provided web servers running Apache TomCat. Similar servers can be put up on corporate intranet. Last year, I downloaded the IEHS and successfully ran it on my Windows laptop as a stand-alone application. It's kinda big (like 12MB), but it works. http://www.alphaworks.ibm.com/tech/iehs What doesn't work is direct TSO/E access to these books. :-( You need a PC and a web server, even if it local to the PC. Since 98% of the information is just text over HTML, I wonder if lynx, running under z/OS UNIX, can render this information adequately? I'm worried about how the stuff in the left pane will look/operate with lynx. Is lynx even an option for z/OS users? I've never investigated 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: z/OS 1.10 and Data Areas
On Wed, 3 Dec 2008 08:16:57 -0500, Peter Relson [EMAIL PROTECTED] wrote: Thank you for your thoughts and comments. Just to clarify: This discussion began with respect to the data areas books, and was intended to be limited to those books. Ok. That wasn't clear to me before, hence my comments about BM in general. The only issue currently on the table is whether the data areas books themselves should be -- gotten rid of entirely (that will *not* happen) -- made available only in PDF -- made available in both PDF and book. -- made available in some other format entirely (this seems unlikely to me, but I wanted to mention it for completeness) I still want BM because I use the old library reader that doesn't support PDF bookshelves. Even if I used the Java reader (which I do have installed), I would open the BM format MVS bookshelf, and that is where I would want to see the data area manuals (along with all the other manuals). Also a bookshelf search wouldn't include those manuals if they were not there in BM format also. I don't download the PDF version of the MVS bookshelf, so I have no idea how long it takes to do a bookshelf search, but even if it didn't take too long the way adobe displays the hits is awful compared to BM. Long live Book Manager!! Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU time/instruction table
Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 12/02/2008 at 11:57 AM, Edward Jaffe [EMAIL PROTECTED] said: The people that use this information today don't seem to be complaining. Of course - they don't exist. As common sense would suggest, such information does exist. It's just not publicly available. -- 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
REXX routines fail in Z/OS 1.9 work in Z/OS 1.7 -
Hello, We are currently at Z/OS 1.7 going to Z/OS 1.9. In testing we found that the TSO TALLY command fails.. 70 +++ RETURN C2D(STORAGE(D2X(ARG(1)),4)) 35 +++ dtb= PTR(dta+016) /**/ IRX0040I Error running TALLY1, line 70: Incorrect call to routine I also have another routing which lists open tables .. and it fails in the same manner as well.. Two questions: 1. What happened in ISPF 5.7 to 5.9??? did they put things in 64 bit ?? and the ptr function doesn't give correct results any longer? 2) Does anyone out there have a fix for this??? -thanks.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: InfoCenters (Was: Re: z/OS 1.10 and Data Areas)
On Wed, 3 Dec 2008 08:23:19 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Hunkeler Peter (KIUK 3) wrote: There is no thought that I am aware of to change from having the z/OS manuals other than data areas in both book and PDF format. There are other IBM products besides z/OS that are already dropping the .boo format for some of their books. I recently had the need to get current books for DB2 V9.1 for z/OS. I've found many of them in both .pdf and .boo format while some were available only as .pdf. Peter is right. Many products have fully transitioned to, or are moving toward, Information Centers. For example: DB2: http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp CICS: http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp WAS: http://publib.boulder.ibm.com/infocenter/wasinfo/v5r1/index.jsp DS8000: http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp Tivoli Storage Manager: http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp z/VM: http://publib.boulder.ibm.com/infocenter/zvm/v5r4/index.jsp In keeping with the tradition that Z/OS users are always the last to know, possibly because we're the most demanding group, ours is referred to as a beta http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp so as not to imply our existing sources of documentation are going away, which I believe they are (eventually). And then there are Library Centers also. For example: http://publibz.boulder.ibm.com/bookmgr_OS390/libraryserver/zosv1r9/ But I assume those are being replaced with the Information Centers. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX routines fail in Z/OS 1.9 work in Z/OS 1.7 -
On Wed, 3 Dec 2008 10:35:47 -0600, Don Isenstadt [EMAIL PROTECTED] wrote: Hello, We are currently at Z/OS 1.7 going to Z/OS 1.9. In testing we found that the TSO TALLY command fails.. 70 +++ RETURN C2D(STORAGE(D2X(ARG(1)),4)) 35 +++ dtb= PTR(dta+016) /**/ IRX0040I Error running TALLY1, line 70: Incorrect call to routine I also have another routing which lists open tables .. and it fails in the same manner as well.. Two questions: 1. What happened in ISPF 5.7 to 5.9??? did they put things in 64 bit ?? and the ptr function doesn't give correct results any longer? 2) Does anyone out there have a fix for this??? This exec used undocumented control blocks. I haven't looked into fixing it, but you don't need to since this function is now built into ISPF 3.4 at z/OS 1.9 and above. Select (with a slash) the Display Total Tracks option from the main ISPF 3.4 panel. Then also select the initial view as SPACE or TOTAL or swap to one of those views with PF11 / RIGHT.The total number of tracks is displayed at the top. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: InfoCenters (Was: Re: z/OS 1.10 and Data Areas)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Wed, 3 Dec 2008 08:23:19 -0800, Edward Jaffe wrote: Hunkeler Peter (KIUK 3) wrote: There are other IBM products besides z/OS that are already dropping the .boo format for some of their books. I recently had the need to get current books for DB2 V9.1 for z/OS. I've found many of them in both .pdf and .boo format while some were available only as .pdf. Peter is right. Many products have fully transitioned to, or are moving toward, Information Centers. For example: [ snip ] In keeping with the tradition that Z/OS users are always the last to know, possibly because we're the most demanding group, ours is referred to as a beta http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp so as not to imply our existing sources of documentation are going away, which I believe they are (eventually). And then there are Library Centers also. For example: http://publibz.boulder.ibm.com/bookmgr_OS390/libraryserver/zosv1r9/ But I assume those are being replaced with the Information Centers. I hope so. The Library Centers are Java-based, and it takes a couple of weeks just for the navigation frame to populate. -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: IBM 2066-002 Adding Spare CP as IFL
I believe the document you are looking for is Announcement 905-220 from October 2005: http://www-01.ibm.com/common/ssi/rep_ca/0/897/ENUS905-220/ENUS905-220.PDF Brian On Wed, 3 Dec 2008 07:01:24 -0800, Patrick Falcone wrote: Thanks Radoslaw. I believe that the 002 comes with 2 GP CP's and 1 SAP configured and 2 spares but I cannot find any document stating that IBM does not support adding the IFL at this late date for this series of processors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Activation of IOCDS fails
This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: InfoCenters (Was: Re: z/OS 1.10 and Data Areas)
Chase, John wrote: I hope so. The Library Centers are Java-based, and it takes a couple of weeks just for the navigation frame to populate. Information Centers are also Java based... -- 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: IBM DFRMM Reporting
Tom Conley has presented on this very subject at several SHAREs. The only link I could find to his presentation material is here: http://www.cartagena.com/naspa/m200411b/DFSMSrmm_Report_Generator.pdf -Original Message- From: Jim Marshall Sent: Monday, December 01, 2008 11:08 AM Subject: IBM DFRMM Reporting I was a long time user of the CA-1 Tape Management System (TMS) and remember the reporting capabilities (TMSGRW, etc) which gave me the chance to slice and dice the TMC info. In the present position as Coach of the Sysprogs I have to rely on them to get me info I need. We run DFRMM and I am told there is no generalized tool for reporting RMM stuff. Would appreciate any suggestions about what people use, techniques, or even Open Source Tools (aka, SHAREWARE) which could assist me. Yes, I could delve into the manuals and relive my techie days but I must leave it to the Contractors; besides there are many non-contractor issues to deal with besides getting ones hands dirty again. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM 2066-002 Adding Spare CP as IFL
Thanks Brian and Al. We were considering *playing* with a POC on this machine but will have to look to a newer one I guess. --- On Wed, 12/3/08, Brian Peterson [EMAIL PROTECTED] wrote: From: Brian Peterson [EMAIL PROTECTED] Subject: Re: IBM 2066-002 Adding Spare CP as IFL To: IBM-MAIN@bama.ua.edu Date: Wednesday, December 3, 2008, 4:54 PM I believe the document you are looking for is Announcement 905-220 from October 2005: http://www-01.ibm.com/common/ssi/rep_ca/0/897/ENUS905-220/ENUS905-220.PDF Brian On Wed, 3 Dec 2008 07:01:24 -0800, Patrick Falcone wrote: Thanks Radoslaw. I believe that the 002 comes with 2 GP CP's and 1 SAP configured and 2 spares but I cannot find any document stating that IBM does not support adding the IFL at this late date for this series of processors. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Full .PDF downloads for Mainframe Executive after the premier issue?
Hi, Does anyone have download links for the full .PDF copies of the Mainframe Executive magazines after the first issue (Mar/Apr 2008)? I like to archive zJournal and this too but I just cannot save the paper copies. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Activation of IOCDS fails
The problem has nothing to do with the IODF itself or the job that created it. The problem is environmental: at the last IPL--for whatever reason--the system did not use an IODF file that matched the one that was *at that time* the active one in the hardware. If you examine syslog from the last IPL, you will probably see messages that indicate the problem. If you do D IOS,CONFIG now, you will see that your system is not dynamic. The 'simplest' way to fix this is to IPL again with a matching IODF available and usable. Worst case is that you may have to do a POR with a newly updated IOCDS. I say 'usable' because one reason for failure to use your intended IODF at IPL is that it has taken more than one extent. A multi-extent IODF can look perfectly good until you try to IPL; IOS will not use it. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Jerry Fuchs [EMAIL PROTECTED] YSARBYS.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Activation of IOCDS fails 12/03/2008 08:58 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at 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: Activation of IOCDS fails
Jerry, You need to ACTIVATE both your IOCDS and IODF using the same ACTIVATE command. Use: ACTIVATE ACTIOCDS=A2,IODF=XX,FORCE=(DEVICE,CANDIDATE) -or whatever suits your needs. You must have the IOCDS and IODF with the same token value. Use: D IOS,CONFIG - to display the currently active IOCDS and IODF. Before you can change the IOCDS, both the IOCDS and IODF must have the same token value. If the IOCDS and IODF token values not equal, you can only do software configuration ACTIVATEs. (ACTIVATE IODF=XX) HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Wednesday, December 03, 2008 8:59 AM To: IBM-MAIN@bama.ua.edu Subject: Activation of IOCDS fails This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Activation of IOCDS fails
It doesn't seem like your updated IOCDS was written out. Double check your IOCDS A2 content, date, etc. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Wednesday, December 03, 2008 8:59 AM To: IBM-MAIN@bama.ua.edu Subject: Activation of IOCDS fails This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: InfoCenters (Was: Re: z/OS 1.10 and Data Areas)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Chase, John wrote: I hope so. The Library Centers are Java-based, and it takes a couple of weeks just for the navigation frame to populate. Information Centers are also Java based... Hmmm I guess Eclipse uses a fully caffeinated Java, then -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: strange ICHRDSNT problem
Sounds Scary. Are you really updating ICHDSNT on the fly in a live system. Hope it IPLs ) Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Wednesday, December 03, 2008 7:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: strange ICHRDSNT problem On Wed, Dec 3, 2008 at 3:18 PM, Big Iron [EMAIL PROTECTED] wrote: Could it be that you need to refresh that module in LLA? Bill DOH !. Of course, thanks Bill. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: REXX routines fail in Z/OS 1.9 work in Z/OS 1.7 -
As far as TALLY goes, the DSLIST panel supplies an option to display track information in z/OS 1.9. It's the last option under Data set list options: Enter / to select option / Confirm Data Set Delete / Confirm Member Delete / Include Additional Qualifiers / Display Catalog Name / Display Total Tracks HTH, Greg Shirey Ben E. Keith Co. -Original Message- From: Don Isenstadt Sent: Wednesday, December 03, 2008 10:36 AM Subject: REXX routines fail in Z/OS 1.9 work in Z/OS 1.7 - Hello, We are currently at Z/OS 1.7 going to Z/OS 1.9. In testing we found that the TSO TALLY command fails.. snip 2) Does anyone out there have a fix for this??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Full .PDF downloads for Mainframe Executive after the premier issue?
I tried to send you copies but it appears they are too big and are getting rejected. IIRC there is a contact on the ME site, if you send them a email they will send back the links (at least they did for me with issue 2). Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Wednesday, December 03, 2008 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Full .PDF downloads for Mainframe Executive after the premier issue? Hi, Does anyone have download links for the full .PDF copies of the Mainframe Executive magazines after the first issue (Mar/Apr 2008)? I like to archive zJournal and this too but I just cannot save the paper copies. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
Gibney, Dave wrote: Sounds Scary. Are you really updating ICHDSNT on the fly in a live system. Hope it IPLs ) 1. Who said, there is no backup and sandbox system ? g 2. Mistakes in DSNT does not necessarily prevent IPL. Bad (missing) RACF db names cause WTOR only. Improper parameters of sysplex comunication and datasharing could be dangerous, but are not related to IPL process itself. 3. I agree, it's better to avoid mistakes g and test, test, test. 4. Did I mention testing? My $0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX routines fail in Z/OS 1.9 work in Z/OS 1.7 -
Thank you!! That solves our problem ... this list is awsome! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
On Wed, 3 Dec 2008 19:30:25 +0100, R.S. [EMAIL PROTECTED] wrote: Gibney, Dave wrote: Sounds Scary. Are you really updating ICHDSNT on the fly in a live system. Hope it IPLs ) ...snipped... 2. Mistakes in DSNT does not necessarily prevent IPL. Bad (missing) RACF db names cause WTOR only. Improper parameters of sysplex comunication and datasharing could be dangerous, but are not related to IPL process itself. Improper sysplex communication and data sharing parameters are related to the IPL, in the sense that RACF uses them during the IPL, and if they're wrong you can end up destroying your RACF database (or some other system's RACF database). But perhaps you meant something else? -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
Walt Farrell wrote: On Wed, 3 Dec 2008 19:30:25 +0100, R.S. [EMAIL PROTECTED] wrote: Gibney, Dave wrote: Sounds Scary. Are you really updating ICHDSNT on the fly in a live system. Hope it IPLs ) ...snipped... 2. Mistakes in DSNT does not necessarily prevent IPL. Bad (missing) RACF db names cause WTOR only. Improper parameters of sysplex comunication and datasharing could be dangerous, but are not related to IPL process itself. Improper sysplex communication and data sharing parameters are related to the IPL, in the sense that RACF uses them during the IPL, and if they're wrong you can end up destroying your RACF database (or some other system's RACF database). But perhaps you meant something else? There is no disagreement here. Wrong sysplex parameters can lead to database corruption, but won't preserve system from IPL. In other words IPL will be succesful, but the RACF db will be under high risk. Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 and Data Areas
I'll add one other feature: no JAVA dependancies! Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 12/01/2008 at 08:51 PM, Peter Relson [EMAIL PROTECTED] said: I would still appreciate your comments regarding PDF-only even if it applies only to potential subsequent releases. Please stick with BookManager unless and until you can supply something else at least as good. That includes fast searches, cross-reference links and indexing. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange ICHRDSNT problem
Be careful where you put it. In my experience, it needs to go to SYS1.LINKLIB and only becomes effective after a re-IPL. Have you refreshed LLA after your link ?? Jim McAlpine wrote: I'm assembling/linking ICHRDSNT for z/OS 1.7 for the first time. Both steps in the job end with rc=0 and the output from the job looks fine. However when I look in the load library in ISPF, the line for ICHRDSNT looks like this - _ ICHRDSNT *No Data and if I try to browse that member, I get member not found. I'm using the same JCL that I successfully used for z/OS 1.4. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE question
I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
/*PRIORITY change without JCL change
Certainly there are (expensive) products which change JES job input priority /*PRIORITY in order to maximize thruput. However, my shop will not pay for them, so I am trying to fiture out another way. Changing JCL works but is labor intensive, and you have to scan every job just to find out what jobs are currently assigned /*PRIORITY so let's skip that as a solution. IFF I had an Automated ops type system I could use that to change the input priority, But I do not have one, and am unlikely to get one. Skip that too. Basically it would look like an easy to maintain table of 1) JOBNAME and 2) Input Priority 3) maybe job class. Then something that, right after the job is interpreted, will issue the proper command(s) to set Jobclass and prioriy. Perhaps a User exit? Anybody already solved this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE question
You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Activation of IOCDS fails
If you are able to determine what IODF matches the token, you can activate to that IODF (software only change) and then you will be in sync so that you can make software and hardware changes. This allows you to avoid an IPL if that is inconvenient., Pete Eggebeen Systems Programmer Specialist Enterprise Storage Management Metavante Corporation Phone: (414) 577-9521 Fax: (414) 577-8998 e-mail: [EMAIL PROTECTED] We are sorry, but the number you have dialed is imaginary. Please rotate your phone 90 degrees and try again Neubert, Kevin [EMAIL PROTECTED] URTS.WA.GOV To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Re: Activation of IOCDS fails 12/03/2008 11:48 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu It doesn't seem like your updated IOCDS was written out. Double check your IOCDS A2 content, date, etc. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Wednesday, December 03, 2008 8:59 AM To: IBM-MAIN@bama.ua.edu Subject: Activation of IOCDS fails This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
On Wed, 3 Dec 2008 20:00:33 +0100, R.S. [EMAIL PROTECTED] wrote: There is no disagreement here. Wrong sysplex parameters can lead to database corruption, but won't preserve system from IPL. In other words IPL will be succesful, but the RACF db will be under high risk. True, the IPL will technically work. Of course, you may end up with the wrong RACF DB (if you say sysplex communication in ICHRDSNT when you shouldn't have), and so none of the applications may work. Some might consider that a failed IPL since you'd end up with an unusable system at the conclusion of it. Or with the wrong dsnames in ICHRDSNT, or the wrong sysplex communication flag, you can also end up with an unusable system (wrong DB) or an unusable system because you broke the DB. Or even an unusable sysplex because you broke the DB. But yes, the IPL would have been successful. And by the way, we've made that processing more robust in z/OS R10 to try to avoid some of the problems we've seen from such incorrect parameters. But that won't help much until all the systems sharing a RACF database are at z/OS R10. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
FIXCAT is a recent introduction. You can continue without change but may see additional error (noise) messages. PTFs are available to SMPE 3.4 to tolerate FIXCAT. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE question
Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
No, the last RSU I applied was 0801. I found the found the APAR in IBMLink. But I can't tell which PTF I need. UO00700, UO00701, or UO00702 On Wed, Dec 3, 2008 at 2:37 PM, Lizette Koehler [EMAIL PROTECTED]wrote: Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Depending on the version of SMPE PTF UO00700 should be installed on SMP/E 3.3 or UO00701 should be installed on SMP/E 3.4. Lizette No, the last RSU I applied was 0801. I found the found the APAR in IBMLink. But I can't tell which PTF I need. UO00700, UO00701, or UO00702 On Wed, Dec 3, 2008 at 2:37 PM, Lizette Koehler [EMAIL PROTECTED]wrote: Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Thanks for your help! On Wed, Dec 3, 2008 at 2:56 PM, Lizette Koehler [EMAIL PROTECTED]wrote: Depending on the version of SMPE PTF UO00700 should be installed on SMP/E 3.3 or UO00701 should be installed on SMP/E 3.4. Lizette No, the last RSU I applied was 0801. I found the found the APAR in IBMLink. But I can't tell which PTF I need. UO00700, UO00701, or UO00702 On Wed, Dec 3, 2008 at 2:37 PM, Lizette Koehler [EMAIL PROTECTED] wrote: Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF Held queue
We have a user that displays a list of datasets in an output group in the Held queue of SDSF with a ?. She selects a specific dataset for output by placing an O next to the dataset. The entire output group goes to the Output queue. I have looked at profiles and can't find what may be wrong. Does anybody have any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Even more embarrassing, it is on the first line of just about every output page. TO the right on mine it shows DATE 11/14/08 TIME 14:27:02 SMP/E 35.05 SMP/E Rel 3.5 (35). Alan Subject: Re: SMPE question Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Thanks for your help! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: strange ICHRDSNT problem
But yes, the IPL would have been successful. I was inaccurate in my tongue in cheek question and definition of IPL. I suppose that technically, the IPL is successful around IEA091I NUCLEUS 1 SELECTED or IEA008I SYSTEM PARMS FOLLOW FOR z/OS 01.09.00 HBB7740 when NIP gets control. I really consider a Production IPL successful quite a ways further down when all expected applications are ready and available to the end-users. Among many other potential problems, Any kind of toasted Racf DB would not qualify :) Dave Gibney Information Technology Services Washington State Univsersity -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Mark, the version is displayed on the initial smpe screen (top right) on my 1.7 system. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:58 PM Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Thanks for your help! On Wed, Dec 3, 2008 at 2:56 PM, Lizette Koehler [EMAIL PROTECTED]wrote: Depending on the version of SMPE PTF UO00700 should be installed on SMP/E 3.3 or UO00701 should be installed on SMP/E 3.4. Lizette No, the last RSU I applied was 0801. I found the found the APAR in IBMLink. But I can't tell which PTF I need. UO00700, UO00701, or UO00702 On Wed, Dec 3, 2008 at 2:37 PM, Lizette Koehler [EMAIL PROTECTED] wrote: Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Order and install SMP/E 3.5, takes less than a day outside of processing time for Shopz to build the CBPDO. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Wednesday, December 03, 2008 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Thanks for your help! On Wed, Dec 3, 2008 at 2:56 PM, Lizette Koehler [EMAIL PROTECTED]wrote: Depending on the version of SMPE PTF UO00700 should be installed on SMP/E 3.3 or UO00701 should be installed on SMP/E 3.4. Lizette No, the last RSU I applied was 0801. I found the found the APAR in IBMLink. But I can't tell which PTF I need. UO00700, UO00701, or UO00702 On Wed, Dec 3, 2008 at 2:37 PM, Lizette Koehler [EMAIL PROTECTED] wrote: Mark, do you have PTFon your SMPE 3.4 system? FIXCAT HOLDDATA is incompatible with prior releases of SMP/E. It can only be processed by SMP/E 3.5. Coexistence APAR IO07480 is provided for SMP/E 3.3 and SMP/E 3.4 to enable those releases to silently ignore the FIXCAT HOLDs when they are present in the SMPHOLD file. The PTF for APAR IO07480 (PTFs UO00700 or UO00701) must be installed on SMP/E 3.3 or SMP/E 3.4. Failure to install these PTFs will cause the RECEIVE command to fail with message GIM20311E and GIM56701E when processing SMP/E HOLDDATA, after the availability of z/OS 1.10. When installed, this fix will ignore FIXCAT ++HOLD statements during RECEIVE processing of HOLDDATA when using SMP/E 3.3 or SMP/E 3.4. The PTFs for APAR IO07480 (UO00700 and UO00701) are available in RSU0803. Note: Users running a SMP/E release prior to 3.3 will not be able to process ++HOLDs after the general availability of z/OS 1.10. Lizette -Original Message- From: Mark Pace [EMAIL PROTECTED] Sent: Dec 3, 2008 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question My concern here is that, as I understand it, a ++HOLD is to prevent a piece of maintenance from being applied. With this syntax error will the PTF end up being applied if I run APPLY? Obviously I'm an SMPE newb. On Wed, Dec 3, 2008 at 2:12 PM, Matt Dazzo [EMAIL PROTECTED] wrote: You may need SMPE ver 3.5 or add required PTF's to ver 3.4 to handle new FIXCAT FMID. Mark Pace [EMAIL PROTECTED] 12/3/2008 2:10 PM I'm doing RECEIVE processing for the latest RSU and I got a lot of these errors. What is this trying to tell me? sample: ++HOLD(HCYT71Q) FIXCAT FMID(HCYT71Q) REASON(AA27056) RESOLVER(UA44721) ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 17. ** THERE IS AN ERROR IN A ++HOLD MCS FOR SYSMOD HCYT71Q IN SMPHOLD. RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 08. SYSMOD TYPE STATUS REASON FMID HCYT71Q ERR N/A AA27056 HCYT71Q -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Custompac Question
Working on installing z1.9 and have a question pertaining to the Automatic Data Set Assignment panel in custompac. This is my first go around on this. I have two empty 3390-9's that I am using for the install, one for target libs and one for dlibs. I enter these in, as displayed in the first screen shot. I then enter the create command, upon completion custompac adds 2 more target volumes and 1 more dlib volume. Can someone explain what is happening, do I need 3 mod-9 for the target libs and 2 for dlibs? Thanks. Phys. Volume Sequence Device Used + Volume TypeNumberTypeReserved -- -- TZ19P1 TARGET T013390-9 85 % Z19DLB DLIB D013390-9 85 % Type in CR command, results are below Phys. Volume Sequence Device Used + Volume TypeNumberTypeReserved -- -- TZ19P1 TARGETT013390-9 85 % TARG04 TARGETT023390-9 85 % TARG05 TARGETT033390-9 5 % Z19DLB DLIB D013390-9 85 % DLIB03 DLIB D023390-9 23 % -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
lbdsoftware
I just tried to access the lbdsoftware.com websoft, and I receive the 'cannot display web page'. Does anybody Have any idea as to what is going on? Bill Carroll DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
Download them all. RECEIVE is smart enough to ignore the ones that don't apply to you. The SMPE version is on the top line of each listing page. Mine says 34.23 which corresponds to 3.4 -Original Message- From: Mark Pace Sent: Wednesday, December 03, 2008 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE question Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: lbdsoftware
Bill - I just tried and it opened fine using this link http://www.lbdsoftware.com/ hth Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. From: Carroll, William [EMAIL PROTECTED] To: IBM-MAIN@bama.ua.edu Date: 12/03/2008 12:14 PM Subject: lbdsoftware Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I just tried to access the lbdsoftware.com websoft, and I receive the 'cannot display web page'. Does anybody Have any idea as to what is going on? Bill Carroll DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: lbdsoftware
In a message dated 12/3/2008 2:19:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://www.lbdsoftware.com/_ (http://www.lbdsoftware.com/) I with Bill on this one...Error can't find site. **Make your life easier with all your friends, email, and favorite sites in one place. Try it now. (http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom0010) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. It's on the title line of each page of SMP output: PAGE 0001 - NOW SET TO GLOBAL ZONE DATE 12/03/08 TIME 10:23:09 SMP/E 35.05 SMPLIST OUTPUT ...^^^ -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: SDSF Held queue
Assuming the output from the job is under one JOBID, It is ALL the output that will get released. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carl Morgan Sent: Wednesday, December 03, 2008 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF Held queue We have a user that displays a list of datasets in an output group in the Held queue of SDSF with a ?. She selects a specific dataset for output by placing an O next to the dataset. The entire output group goes to the Output queue. I have looked at profiles and can't find what may be wrong. Does anybody have any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: lbdsoftware
Lionel, I have the same problem here (NYC area), cannot load page. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B Dyck Sent: Wednesday, December 03, 2008 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: lbdsoftware Bill - I just tried and it opened fine using this link http://www.lbdsoftware.com/ hth Lionel B. Dyck, Consultant/Specialist This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your 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: lbdsoftware
I don't know what to say - I just checked with a co-worker and a friend via aim and both got it. It could be something in the internet where you are. I hope it clears soon Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. From: Ed Finnell [EMAIL PROTECTED] To: IBM-MAIN@bama.ua.edu Date: 12/03/2008 12:21 PM Subject: Re: lbdsoftware Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu In a message dated 12/3/2008 2:19:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://www.lbdsoftware.com/_ (http://www.lbdsoftware.com/) I with Bill on this one...Error can't find site. **Make your life easier with all your friends, email, and favorite sites in one place. Try it now. ( http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom0010 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
TSSO issuing command to CICS
Hi, We are using TSSO with z/OS 1.9 and have the patches applied for v1.9. Everything is working fine except trying to send a command to CICS/TS 3.1 from a batch job, for example: // EXEC BATCHTMP //SYSINDD * OSCMD F CICS,tran /* The CICS log shows: DFHAC2015 11/24/2008 11:28:24 AJD1DCTE Console 000 has not been defined to CICS. Has anyone found and fixed this problem? Thanks, Craig -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: lbdsoftware
Lionel, Can't get there from here, either. EdP Lionel B Dyck [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/03/2008 03:19 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: lbdsoftware Bill - I just tried and it opened fine using this link http://www.lbdsoftware.com/ hth Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this 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: lbdsoftware
Perhaps a bad cookie? You might try to the delete the cookie and try again. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B Dyck Sent: Wednesday, December 03, 2008 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: lbdsoftware I don't know what to say - I just checked with a co-worker and a friend via aim and both got it. It could be something in the internet where you are. I hope it clears soon Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. From: Ed Finnell [EMAIL PROTECTED] To: IBM-MAIN@bama.ua.edu Date: 12/03/2008 12:21 PM Subject: Re: lbdsoftware Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu In a message dated 12/3/2008 2:19:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://www.lbdsoftware.com/_ (http://www.lbdsoftware.com/) I with Bill on this one...Error can't find site. **Make your life easier with all your friends, email, and favorite sites in one place. Try it now. ( http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom00 10 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: lbdsoftware
I've opened a trouble ticket with my hosting provider - sorry for the challenges as I know none of us needs yet another challenge Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU time/instruction table
On Tue, 2 Dec 2008 09:07:12 -0500, Gerhard Postpischil [EMAIL PROTECTED] wrote: ... ...a production job that ran close to 24 hours CPU time... ... he moved one statement and got the CPU time down to 2 minutes. ... And somehow I doubt he needed accurate instruction timings to figure out what to change. 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: SDSF Held queue
There is an open IBM APAR on this I don't have the number handy, but last time I checked (about mid November) it was still in open status. HTH, snip We have a user that displays a list of datasets in an output group in the Held queue of SDSF with a ?. She selects a specific dataset for output by placing an O next to the dataset. The entire output group goes to the Output queue. I have looked at profiles and can't find what may be wrong. Does anybody have any ideas? /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: SDSF Held queue
We have a user that displays a list of datasets in an output group in the Held queue of SDSF with a ?. She selects a specific dataset for output by placing an O next to the dataset. The entire output group goes to the Output queue. I have looked at profiles and can't find what may be wrong. Does anybody have any ideas? What is the problem? You aren't very clear. Is it: 1. The user is touching jobs she shouldn't? 2. You are expecting only the one dsn to go to the outut queue? 3. Other? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE question
On Wed, 3 Dec 2008 14:58:29 -0500, Mark Pace [EMAIL PROTECTED] wrote: Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Mishap? :-) Other response seem to indicate you were referring to the SMP/E level. I take it to mean you are looking for SMP/E to tell you the levels of other software maintained with SMP/E. For that you want this: SET BOUNDARY (GLOBAL) . LIST PRODUCT . LIST FEATURE . Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Held queue
As of a few minutes ago: OA25382: AFTER OA23460, USE OF THE SDSF JDS PANEL TO MODIFY A SINGLE DATASET ATTRIBUTE CAN RESULT IN CHANGING ALL D 08/06/04 PTF PECHANGE APAR status OPEN Error description When the SDSF JDS panel is used to change attributes such as CLASS or to purge the data set, SAPI is changing or purging all data sets in the JOE. This has occurred when the last data set in the JOE, or the last system data set (JESYSMSG) is selected. Selection of other data sets (such as JESMSGLG or JESJCL) resulted in changes to that data set only. This has been reported after HIPER APAR OA24360 is applied. Verification steps: - After OA23460 applied to 1.9 (R740) - Changing CLASS or Purging a data set results in changing or purging all data sets in the JOE - Specifically occurs when JESYSMSG or last data set in the JOE (DSID 102, 104, etc ) ADDITIONAL SYMPTOM: When making an initial SAPI request via CTOKEN, and subsequent requests without the CTOKEN, in a read next fashion, SAPI fails to return any datasets in the output group after the call that returns JESYSMSG. Verification Steps: - Initiate a SAPI request via CTOKEN for a JOE that contains JESMSGLG, JESJCL, JESYSMSG and other sysout datasets in the output group. - Remove all selection criteria for the next request except SSS2SWTR on all subsequent requests. - Note that SSS2EODS is returned after JESYSMSG and non-JES2 system datasets for the job are not returned as expected. Local fix NA snip There is an open IBM APAR on this I don't have the number handy, but last time I checked (about mid November) it was still in open status. /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: SDSF Held queue
On Wed, 3 Dec 2008 14:22:26 -0600, Cebell, David [EMAIL PROTECTED] wrote: Assuming the output from the job is under one JOBID, It is ALL the output that will get released. This used to be one of the areas that some of the SDSF competitors were better at, but that should work fine with SDSF with anything fairly current. (gee... I don't even recall when this was added). What version of z/OS are you running? Was the initial access to the job from the H panel? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE question
Mark - Thanks. That was close to what I was looking for. Here is what I am trying to figure out. This is from the APAR to fix the holddata problem *Applicable component levels* RF00 PSY UO00700https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UO00700 UP08/01/28 P F801 RG00 PSY UO00701https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UO00701 UP08/01/28 P F801 RG11 PSY UO00702https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UO00702 UP08/01/28 P F801 How would I determine which of these 3 PTFs apply to my system? I don't see anything like RF00, RG00, or RG11 in the list I created from your example. On Wed, Dec 3, 2008 at 3:47 PM, Mark Zelden [EMAIL PROTECTED]wrote: On Wed, 3 Dec 2008 14:58:29 -0500, Mark Pace [EMAIL PROTECTED] wrote: Yes, that part I knew. The embarrassing part is that I'm still trying to figure out how to get SMPE to tell me what versions of software I'm running. It was so much easier in VSE. MSHP RETRACE. Mishap? :-) Other response seem to indicate you were referring to the SMP/E level. I take it to mean you are looking for SMP/E to tell you the levels of other software maintained with SMP/E. For that you want this: SET BOUNDARY (GLOBAL) . LIST PRODUCT . LIST FEATURE . Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html