Re: Long-running jobs, PDS, and DISP=SHR
At 22:58 -0600 on 01/25/2011, Paul Gilmartin wrote about Re: Long-running jobs, PDS, and DISP=SHR: But still, realistically, what need has anyone to perform concurrent link edits to identical SYSLMOD DSNs on different volumes, or to edit with ISPF identically named members of identically named data sets on different volumes? GRS propagation of ENQs. I am logged onto SYSTEM-A and editing a dataset that belongs to SYSTEM-A. Another user is logged onto SYSTEM-B and is doing the same for a SYSTEM-B dataset. Even though each of our ISPFs know which volume is being used (and thus that they are not the same), the lack of a VOLSER in the RNAME makes the ability to confuse what is being ENQ'ed possible. The same applies to the Linkedit ENQs. The ENQer KNOWS what volume they are trying to lock but the RNAME rules refuse to allow this information to be used. Note: I am talking about real time ENQs for the private ENQs that are are issued by programs such as ISPF and the LINK-EDITOR/BINDER while they are accessing the dataset not before ones that can be issued before the VOLSER is even known (or the dataset is accessed) such as SYSDSN. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ITDS and ARM
Hello, how to set up ITDS (GLDSRV, aka LDAP-Server) to *not* register with Automatic Restart Manager ARM? There is an ITDS configuration entry armName which may be used to change the default ARM element name. Removing armName from PARMLIB results in registering with ARM under default setting like armName=GLDSRVR. Leaving armName blank result in messages GLD1037E and GLD1031A indicating configuration errors. So: how to prevent ITDS from registering with ARM? Thank you, cheers Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
Interesting device! Be prepared for lawsuits for copyright violation. Owning a printed book does not give you the right to copy that book. Not even for personal or archival purposes. I'm not sure about eBooks, in general. I know that Amazon keeps a copy for me of my Kindle books. And the other eBooks that I buy specifically say that I can make archival copies. The copyright law in the US was specifically modified to allow coping of n copies for archival and disaster recovery purposes. Or at least, that is what I have been told. This device is more likeunto a specialized photocopier. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dale McCart Sent: Tuesday, January 25, 2011 6:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: digitize old hardcopy manuals A new device to convert your books, much like the DYI in earlier posts. http://www.ionaudio.com/booksaver Dale McCart Senior Systems Programmer / zSeries, z/OS, z/VM, zLinux Kawasaki Motors Corp., U.S.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 Utility SYSPRINT LRECL
Hi, All, One of our DBAs noted that a DB2 batch utility whose JCL typically includes: //SYSPRINT DD SYSOUT=* Is occasionally changed to: //SYSPRINT DD DSN=data.set.name,DISP=(,CATLG),RECFM=FBA,LRECL=132,. . . This variation with LRECL=132 apparently had been working for decades, including most recently with DB2 v8.1 in compatibility mode. Now DB2 has been switched to new function mode (still v8.1). The DBA notes that the same DB2 batch utility now fails when //SYSPRINT is directed to a dataset with LRECL=132, but works fine if the LRECL is changed to 133. He told me that along with the switch to new function mode, this utility program had to be re-linked, and that the re-link used only IBM-supplied object decks. He is unaware of any other changes that might have affected the LRECL of //SYSPRINT. Anybody have any ideas as to why it used to work with LRECL-132, but now -requires- LRECL=133? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
On Wed, 26 Jan 2011 07:19:03 -0600, McKown, John wrote: Owning a printed book does not give you the right to copy that book. Not even for personal or archival purposes. I know that you are not a lawyer, and neither am I. Please do not give legal advice. I do know that there are those who would eliminate fair use from copyright law, but it has not happened yet. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Utility SYSPRINT LRECL
Never mind; I think PK63887 is the answer. -jc- -Original Message- From: Chase, John Sent: Wednesday, January 26, 2011 7:48 AM To: 'IBM Mainframe Discussion List' Subject: DB2 Utility SYSPRINT LRECL Hi, All, One of our DBAs noted that a DB2 batch utility whose JCL typically includes: //SYSPRINT DD SYSOUT=* Is occasionally changed to: //SYSPRINT DD DSN=data.set.name,DISP=(,CATLG),RECFM=FBA,LRECL=132,. . . This variation with LRECL=132 apparently had been working for decades, including most recently with DB2 v8.1 in compatibility mode. Now DB2 has been switched to new function mode (still v8.1). The DBA notes that the same DB2 batch utility now fails when //SYSPRINT is directed to a dataset with LRECL=132, but works fine if the LRECL is changed to 133. He told me that along with the switch to new function mode, this utility program had to be re-linked, and that the re-link used only IBM-supplied object decks. He is unaware of any other changes that might have affected the LRECL of //SYSPRINT. Anybody have any ideas as to why it used to work with LRECL-132, but now -requires- LRECL=133? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-running jobs, PDS, and DISP=SHR
That's all fine and good, but it is far more complex an issue than just having ISPF and/or linkedit change their ENQs, right? Also, it's far better to have false conflicts (as exists now), then to have true conflicts that are missed completely! On Wed, Jan 26, 2011 at 7:14 AM, Robert A. Rosenberg hal9...@panix.comwrote: At 22:58 -0600 on 01/25/2011, Paul Gilmartin wrote about Re: Long-running jobs, PDS, and DISP=SHR: But still, realistically, what need has anyone to perform concurrent link edits to identical SYSLMOD DSNs on different volumes, or to edit with ISPF identically named members of identically named data sets on different volumes? GRS propagation of ENQs. I am logged onto SYSTEM-A and editing a dataset that belongs to SYSTEM-A. Another user is logged onto SYSTEM-B and is doing the same for a SYSTEM-B dataset. Even though each of our ISPFs know which volume is being used (and thus that they are not the same), the lack of a VOLSER in the RNAME makes the ability to confuse what is being ENQ'ed possible. The same applies to the Linkedit ENQs. The ENQer KNOWS what volume they are trying to lock but the RNAME rules refuse to allow this information to be used. Note: I am talking about real time ENQs for the private ENQs that are are issued by programs such as ISPF and the LINK-EDITOR/BINDER while they are accessing the dataset not before ones that can be issued before the VOLSER is even known (or the dataset is accessed) such as SYSDSN. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, January 26, 2011 8:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: digitize old hardcopy manuals On Wed, 26 Jan 2011 07:19:03 -0600, McKown, John wrote: Owning a printed book does not give you the right to copy that book. Not even for personal or archival purposes. I know that you are not a lawyer, and neither am I. Please do not give legal advice. I do know that there are those who would eliminate fair use from copyright law, but it has not happened yet. -- Tom Marchant OK. I may have been a bit over the top. I was just musing that someone __might__ get in trouble using this device. I always think caution is acceptable advice. But, as you said, if someone is worried, they should hire a lawyer. I personally wouldn't copy an entire book thinking fair use. But again, that's for a lawyer to advise. And as I recall (vaguely) what a legislator said when asked what a law meant: I don't know. The courts haven't told us yet. IOW - what a law appears to me to say may not be what a court says it does. Which may not be what the appeals court says it is. Which does not guarantee that SCOTUS would agree (if it were to get that far). fair use overview: http://www.copyright.gov/fls/fl102.html From now on, I will sign all my posts with IANAL. But I still think lawsuits are a __possibility__ from publishers who will likely want people to buy their eBook version of a book. Or protect the value of the hardcopy version (likeunto the RIAA/MPAA). For older books, who knows? Why chance it? I admit to being intimidated by the law. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR
Scott Rowe writes: begin snippet Also, it's far better to have false conflicts (as exists now), then to have true conflicts that are missed completely! /end snippet In this thread his comments have not, in my view, been helpful until now; but the distinction he makes here would appear to be an important one. Parsed, it turns out that he is saying that it is better to have an enq with major and minor qnames that cast their net too widely than to have no enq at all. The 'then' for 'than' typo aside, this is certainly and unassailably true; but it is not nearly so interesting as it sounds. It is indeed a straw man: no one has proposed abolishing the enq. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR
On Wed, 26 Jan 2011 15:06:03 +, john gilmore john_w_gilm...@msn.com wrote: Scott Rowe writes: begin snippet ... /end snippet ... he is saying that it is better to have an enq with major and minor qnames that cast their net too widely than to have no enq at all. ... true; but it is not nearly so interesting as it sounds. It is indeed a straw man: no one has proposed abolishing the enq. Robert Rosenberg appears to be agitating for narrowing the cast. Any such change is hazardous, for example as recognized in: Title: z/OS V1R11.0 ISPF Planning and Customizing Document Number: GC34-4814-08 APPENDIX1.1.2 ISPF data set integrity enqueue ... RESERVE SPFEDIT,dsname,E,44,SYSTEMS ... Attention: Do not install SPF and ISPF on the same system. There is a danger of destroying PDSs that are being updated by SPF and ISPF at the same time because SPF uses a different Qname (SPFDSN) than ISPF. I suspect this is ancient and irrelevant. Otherwise, it's insufficient: not same system, but any systems sharing the volume. I still, wonder is Mr. Rosenberg's concern hypothetical, or has he (or anyone) suffered an impact? Gerhard Postpischil's concern is fatuous. As long as all users of a given resource use the same ENQ format it suffices. The slight risk that a programmer might reflexively transpose the formats of SYSIEWLP and SYSDSN is outweighed by the certain catastrophe that would result from changing the format at this time. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR #8207;
On Wed, 26 Jan 2011 15:06:03 +, john gilmore wrote: Scott Rowe writes: begin snippet Also, it's far better to have false conflicts (as exists now), then to have true conflicts that are missed completely! /end snippet It is indeed a straw man It is a straw man only if you can guarantee that there is no code outside of IBM code that serializes by issuing their own ENQ on SYSDSN. If you can't say that with certainty, it is not safe for IBM to change the way it works. no one has proposed abolishing the enq. No, just changing it in an incompatible way. There are other issues. For example, when a job creates a new data set, there is not necessarily a volume at the time that the ENQ is issued. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
linking ICSF AMODE64 apps - documentation or installation problem?
Hello, I´ve been dealing with some linking errors while trying to build AMODE64 ICSF-aware programs. Documentation clearly states that jsut referring to CSF.SCSFMOD0 on the DD SYSLIB should be enough as seen in http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.csfb400/lnkcal.htm . But following the documentation I was getting this all the time: IEW2469E 9907 THE ATTRIBUTES OF A REFERENCE TO CSNFKRC FROM SECTION GenChav#C DO NOT MATCH THE ATTRIBUTES OF THE TARGET SYMBOL. REASON 2 IEW2469E 9907 THE ATTRIBUTES OF A REFERENCE TO CSNFKRC FROM SECTION GenChav#C DO NOT MATCH THE ATTRIBUTES OF THE TARGET SYMBOL. REASON 2 FSUM3065 The LINKEDIT step ended with return code 8. A load module was save but was corrupted, with broken references to the CSF functions I was referring to. Listing the CSF.SCSFMOD0 library I could clearly see the module was there. Also, the reason code showed in the linker error message seemed to say that found a target module for my program call, but it was incompatible: IEW2469E THE ATTRIBUTES OF A REFERENCE TO symbol-name DO NOT MATCH THE ATTRIBUTES OF THE TARGET SYMBOL. REASON reason. Explanation: The interface attributes as indicated by the signatures stored in the ESDs and RLDs do not match. Either the reference was resolved to an incorrect module (which contained a symbol of the same name as the desired module) or there was an error in the source code. The possible values of the reason field are: 1. The ESD signature fields of the reference and target do not match. 2. The xplink attributes of the reference and target do not match. So, I had no idea if this was some sort of documentation error from IBM or if the z/OS team here screwed up during the s.o. upgrade. But I kept researching and found several references of AMODE64 compile/linking in the PKCS#11 implementation from IBM (PKCS#11 is an standard library call, it is pretty much a wrapper, so instead of calling the CSNx ICSF calls, you call them using another naming scheme just for portability purposes, easing cross platform development). There I found about SYS1.SIEALNKE and SYS1.SIEASID(CSFDLL64). First, SYS1.SIEALNKE, a library with CSF calls compiled in AMODE64 with a CSFDLL64 member, so I did refer to in on my linker job SYSLIB . Second, SYS1.SIEASID(CSFDLL64), is a sidedeck with a mapping scheme of 64 functions available in the target module for linking, this goes on the SYSLIN DD of my linker job... Just to note that CSF.SCSFMOD0 was ripped off from the SYSLIB. After that, tried new compile/link and it worked like a charm. Also, my caller AMODE64 app was able to call the ICSF function without issues. I am leaving this here if anyone struggles with the same problem and if any IBMer is seeing this, it would be nice to investigate more about the issue and maybe update the ICS Programming Guide manual, because the linkng instructions there do not work for AMODE64... My z/OS here is 1.11. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=S HR
Tom, John's insulting language aside, you got my gist completely. Changing the way ENQ works at this point is fraught with danger. As much as I would like to see it, I can see no way to include volser in ENQ without major changes to the way GRS works, and that change would be a long drawn out process. Scott Rowe On Wed, Jan 26, 2011 at 11:06 AM, Tom Marchant m42tom-ibmm...@yahoo.comwrote: On Wed, 26 Jan 2011 15:06:03 +, john gilmore wrote: Scott Rowe writes: begin snippet Also, it's far better to have false conflicts (as exists now), then to have true conflicts that are missed completely! /end snippet It is indeed a straw man It is a straw man only if you can guarantee that there is no code outside of IBM code that serializes by issuing their own ENQ on SYSDSN. If you can't say that with certainty, it is not safe for IBM to change the way it works. no one has proposed abolishing the enq. No, just changing it in an incompatible way. There are other issues. For example, when a job creates a new data set, there is not necessarily a volume at the time that the ENQ is issued. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
Since I do deal with copyrighted material for an organization that I belong to, I found the statement odd. In the past I have always gone with what others told me. Since it is now easy to look up the law, I took a look at the fair use section. The one issue that would need some legal advise would be section 107.3 which deal with the amount of the material copied. If I were to use a device like this for copying things at work, I would be consulting our legal department before using it. In looking for a copy of a manual for a no longer supported software product, I found that the vendor was willing to fax me copies of the sections of the manual that I needed. If the manuals being copied to an electronic form are old enough, maybe something could be arranged with the vendor that would get the conversion done with specific authorization to keep and use the copy. Thank you and have a Terrific day! Jonathan Goossen Tape Specialist ACT Mainframe Storage Group 651-361-4541 From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 01/26/2011 08:04 AM Subject:Re: digitize old hardcopy manuals Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 26 Jan 2011 07:19:03 -0600, McKown, John wrote: Owning a printed book does not give you the right to copy that book. Not even for personal or archival purposes. I know that you are not a lawyer, and neither am I. Please do not give legal advice. I do know that there are those who would eliminate fair use from copyright law, but it has not happened yet. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR
Gil, That note may have been before RNL conversion lists, in which case the RESERVE would have protected cross-system use. Scott On Wed, Jan 26, 2011 at 10:56 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Wed, 26 Jan 2011 15:06:03 +, john gilmore john_w_gilm...@msn.com wrote: Scott Rowe writes: begin snippet ... /end snippet ... he is saying that it is better to have an enq with major and minor qnames that cast their net too widely than to have no enq at all. ... true; but it is not nearly so interesting as it sounds. It is indeed a straw man: no one has proposed abolishing the enq. Robert Rosenberg appears to be agitating for narrowing the cast. Any such change is hazardous, for example as recognized in: Title: z/OS V1R11.0 ISPF Planning and Customizing Document Number: GC34-4814-08 APPENDIX1.1.2 ISPF data set integrity enqueue ... RESERVE SPFEDIT,dsname,E,44,SYSTEMS ... Attention: Do not install SPF and ISPF on the same system. There is a danger of destroying PDSs that are being updated by SPF and ISPF at the same time because SPF uses a different Qname (SPFDSN) than ISPF. I suspect this is ancient and irrelevant. Otherwise, it's insufficient: not same system, but any systems sharing the volume. I still, wonder is Mr. Rosenberg's concern hypothetical, or has he (or anyone) suffered an impact? Gerhard Postpischil's concern is fatuous. As long as all users of a given resource use the same ENQ format it suffices. The slight risk that a programmer might reflexively transpose the formats of SYSIEWLP and SYSDSN is outweighed by the certain catastrophe that would result from changing the format at this time. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
I don't have much trouble, personally, with copying a page or two of a manual. But an entire book? I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild so to speak. Financial disaster. I'm too old to endure that. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jonathan Goossen Sent: Wednesday, January 26, 2011 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: digitize old hardcopy manuals Since I do deal with copyrighted material for an organization that I belong to, I found the statement odd. In the past I have always gone with what others told me. Since it is now easy to look up the law, I took a look at the fair use section. The one issue that would need some legal advise would be section 107.3 which deal with the amount of the material copied. If I were to use a device like this for copying things at work, I would be consulting our legal department before using it. In looking for a copy of a manual for a no longer supported software product, I found that the vendor was willing to fax me copies of the sections of the manual that I needed. If the manuals being copied to an electronic form are old enough, maybe something could be arranged with the vendor that would get the conversion done with specific authorization to keep and use the copy. Thank you and have a Terrific day! Jonathan Goossen Tape Specialist ACT Mainframe Storage Group 651-361-4541 From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 01/26/2011 08:04 AM Subject:Re: digitize old hardcopy manuals Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 26 Jan 2011 07:19:03 -0600, McKown, John wrote: Owning a printed book does not give you the right to copy that book. Not even for personal or archival purposes. I know that you are not a lawyer, and neither am I. Please do not give legal advice. I do know that there are those who would eliminate fair use from copyright law, but it has not happened yet. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
Hi Chris, Sorry for not getting back to you sooner. We found a tech-note in Attachmate's database that seems to be helping the timeout problem. In the next few days we are rolling it out to more than the 3 telnet terminals that the change was applied to. I did make the following change to the telnet profile based on a table (Table 26. Device type and logmode table) in the manual: TELNETDEVICE 3278-2-E NSX32702 SNX32702 TELNETDEVICE 3278-3-E NSX32702 SNX32703 TELNETDEVICE 3279-3-E NSX32702 SNX32703 TELNETDEVICE 3278-4-E NSX32702 SNX32704 TELNETDEVICE 3279-4-E NSX32702 SNX32704 TELNETDEVICE 3278-5-E NSX32702 SNX32705 TELNETDEVICE 3279-5-E NSX32702 SNX32705 but I'm getting these errors: EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:26 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32702 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:27 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:28 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:29 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32704 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:30 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32704 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:31 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32705 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:32 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32705 Can you help me out of this jam? Thanks... *was applied to* *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 19, 2011 at 11:13 AM, Chris Mason chrisma...@belgacom.netwrote: George As I said at the end of my last post, you need to explain better what precisely your problem is. The more I look at the Signon and Signoff records you posted the less I understand about what is supposed to be going on. We - because, who knows?, maybe someone else has some ideas what could be wrong - need a description of the whole scenario, preferably with real messages from the program which you think is giving trouble, TN3270E. Also I hope you noticed that I asked for the full PROFILE data set used for the TN3270E program, that is, the contents of member OMVS.PROD.TCPIP.PARMLIB (TN32SYSNAME) - with the appropriate substitution for the SYSNAME variable, of course! Here's another thing I found that doesn't match the result you're expecting. I did the NETSTAT DEVLINKS command and this is what it showed: EZZ2826I IPv4 LAN Group Summary EZZ2827I LanGroup: 1 EZZ2828I LnkName LnkStatus ArpOwner VipaOwner EZZ2829I --- - - EZZ2771I OSA0402LNKActive OSA0402LNKNo EZZ2771I OSA0602LNKActive OSA0602LNKYes ... The VipaOwner is set to yes on OSA0602LNK. and what I posted was EZZ2826I IPv4 LAN Group Summary EZZ2827I LanGroup: 1 EZZ2828I LnkName LnkStatus ArpOwnerVipaOwner EZZ2829I --- - - EZZ2771I OSA0402LNK ActiveOSA0402LNK Yes EZZ2771I OSA0602LNK ActiveOSA0602LNK No The only difference is that I assumed/guessed that of the two interfaces, OSA0402LNK would be chosen as the VIPA owner by the OSA feature logic while, in the event - today - the OSA logic has in fact chosen OSA0602LNK. Sometimes Google is better than searching in the IBM manual[1]! In this case I entered vipaowner and the first hit was the following: The wrong network device (OSA) is listed as the VipaOwner http://www-01.ibm.com/support/docview.wss?uid=swg21430261 This is better than a Googlewhack! The explanation given in this Technote so perfectly and precisely says what I would be obliged to say in answer to your observation that I will just let you read it. The key point is the following: quote The VipaOwner is determined at device startup. /quote This explains why I added today to my preamble. In my last post to you I executed the command: D TCPIP,TN3270E,TELNET,CONN and it displayed under the LOGMODE the entry SNX32702, but when I look at the TELNETDEVICE I have as the
Re: digitize old hardcopy manuals
On Wed, 26 Jan 2011 11:01:12 -0600, McKown, John wrote: I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild I haven't heard one yet for ripping a CD that someone owned for use on his own MP3 player. Distribution, even unintentional, is different. I also haven't heard of any claims against software to rip CDs. Do you remember when they wanted to charge royalty fees for every blank cassette sold? That was shot down, IIRC. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR
At 09:56 -0600 on 01/26/2011, Paul Gilmartin wrote about Re: Long-r unning job s, PDS, an d DISP=SHR: On Wed, 26 Jan 2011 15:06:03 +, john gilmore john_w_gilm...@msn.com wrote: Scott Rowe writes: begin snippet ... /end snippet ... he is saying that it is better to have an enq with major and minor qnames that cast their net too widely than to have no enq at all. ... true; but it is not nearly so interesting as it sounds. It is indeed a straw man: no one has proposed abolishing the enq. Robert Rosenberg appears to be agitating for narrowing the cast. Any such change is hazardous, for example as recognized in: Title: z/OS V1R11.0 ISPF Planning and Customizing Document Number: GC34-4814-08 APPENDIX1.1.2 ISPF data set integrity enqueue ... RESERVE SPFEDIT,dsname,E,44,SYSTEMS ... Attention: Do not install SPF and ISPF on the same system. There is a danger of destroying PDSs that are being updated by SPF and ISPF at the same time because SPF uses a different Qname (SPFDSN) than ISPF. I suspect this is ancient and irrelevant. Otherwise, it's insufficient: not same system, but any systems sharing the volume. A problem which I noted in response in my other reply about making the change now. I stated that it would be hard/impossible to make the change now. I am addressing the issue of the original ISPF (and SYSIEWL [is there a P? - I have seen references here to both forms and I do not remember which is right - assuming that there are not two different QNAMES for different purposes]) RNAMEs not having the VOLSER not how to fix the design flaw now. I still, wonder is Mr. Rosenberg's concern hypothetical, or has he (or anyone) suffered an impact? Yes I have had problems where I got false positives due to attempts to have more than one dataset being worked on at the same time when there is a name conflict due to the VOLSER not being considered when the private ENQ is done. I seem to remebr that the ISPF ENQ is held for the time that the member is open in Edit (as I remember) so this is not a quick hold. During that window, no other user can edit the same member even if it is in a different dataset (which happens to have the same name). I know that there is no way to fix SYSDSN without a complete redesign of the Initiation Process but that does not apply to when the ENQ is done after the VOLSER is known as in the ISPF and LINKEDIT/BINDER case (IOW: The RNAME could have been designed with the VOLSER included in the first place). If I had one ENQ fix that would be done, I would choose the ability to change an Exclusive ENQ to a Shared one on the fly. This inability leads to the Initiator leaving an Exclusive ENQ (caused by DISP=OLD/MOD) in effect until the last step that references the DSN has completed even though the subsequent steps are DISP=SHR. That problem of the ENQ being held too long I HAVE run into and it has caused scheduling delays of jobs that should have been able to start but can not due to the false Exclusive ENQ (ie: The DISP=OLD/MOD step has completed and all subsequent steps in the job are DISP=SHR). Gerhard Postpischil's concern is fatuous. As long as all users of a given resource use the same ENQ format it suffices. The slight risk that a programmer might reflexively transpose the formats of SYSIEWLP and SYSDSN is outweighed by the certain catastrophe that would result from changing the format at this time. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-running jobs, PDS, and DISP=SHR
At 09:14 -0500 on 01/26/2011, Scott Rowe wrote about Re: Long-running jobs, PDS, and DISP=SHR: That's all fine and good, but it is far more complex an issue than just having ISPF and/or linkedit change their ENQs, right? I am not saying to change the ENQ but only answering the question of why it would help if they had been defined right in the first place. Changing the ENQ RNAME now is not an option since you would need to ensure that all the versions of the programs get the change at the same time. If it had been done right in the first place, there would not be an issue. What complex issues do you see if you COULD ensure that everyone switched from DSN to DSN+VOLSER (with or without the MEMBER NAME if it exists in the current RNAME)? Also, it's far better to have false conflicts (as exists now), then to have true conflicts that are missed completely! What true conflicts do you see as possibly being missed? Remember we are talking about ENQs that occur as the programs execute (and thus where the VOLSER is known at ENQ issuance time)? Right now the false positives occur due to DSN (as opposed to DSN+VOLSER) being used as a unique identifier for the dataset being serialized. How would using DSN+VOLSER instead allow some conflict being missed? On Wed, Jan 26, 2011 at 7:14 AM, Robert A. Rosenberg hal9...@panix.comwrote: At 22:58 -0600 on 01/25/2011, Paul Gilmartin wrote about Re: Long-running jobs, PDS, and DISP=SHR: But still, realistically, what need has anyone to perform concurrent link edits to identical SYSLMOD DSNs on different volumes, or to edit with ISPF identically named members of identically named data sets on different volumes? GRS propagation of ENQs. I am logged onto SYSTEM-A and editing a dataset that belongs to SYSTEM-A. Another user is logged onto SYSTEM-B and is doing the same for a SYSTEM-B dataset. Even though each of our ISPFs know which volume is being used (and thus that they are not the same), the lack of a VOLSER in the RNAME makes the ability to confuse what is being ENQ'ed possible. The same applies to the Linkedit ENQs. The ENQer KNOWS what volume they are trying to lock but the RNAME rules refuse to allow this information to be used. Note: I am talking about real time ENQs for the private ENQs that are are issued by programs such as ISPF and the LINK-EDITOR/BINDER while they are accessing the dataset not before ones that can be issued before the VOLSER is even known (or the dataset is accessed) such as SYSDSN. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-running jobs, PDS, and DISP=SHR
Tom Marchant writes: begin snippet It is a straw man only if you can guarantee that there is no code outside of IBM code that serializes by issuing their own ENQ on SYSDSN. /end snippet Now to use ENQ with the qname SYSDSN a task must be in supervisor state, system key [0-7], or Authorized; and it is an old rule that such a task must know what it is doing. In particular it must be au courant, know when and how IBM changes the rules for the use of the IBM facilities that it uses and observe these changed rules. That said, some changes may anyway be unwise because implementing them would impose heavy burdens on too many innocent bystanders. We are thus left with a judgment call. This situation does not seem to me to be one of those in which change would be onerous, but Mr Marchant may well judge that it is, and it is clear that Mr Rowe does judge that it is. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
On 25 January 2011 19:31, Dale McCart dale.mcc...@kmc-usa.com wrote: A new device to convert your books, much like the DYI in earlier posts. http://www.ionaudio.com/booksaver A couple of small points: I notice that none of the retailers linked to under where to buy actually seems to *have* this device. What they do have is a slide and negative scanner that looks identical to a noname/unbranded one I bought last year on sale for $79 or so. The one I have is terrible - fuzzy pictures, bad UI, error messages and documentation in Chinglish, and so on. Maybe it just *looks* the same... And on another curious matter - a friend and neighbour of mine has a registered trademark for ION for various uses in audio and video processing (his company produces hardware/software that Hollywood uses in film production). There would seem to be some overlap with what this ionaudio company does, though evidently ionaudio's stuff is all consumer grade. I'll have to ask him what he thinks. No, of course IANAL, I speak for no one but myself (and then only if authorized), the above is just musing and may or may not represent my actual opinions, etc. etc. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Testing hardware RESERVE
On 25 January 2011 11:18, Anne Lynn Wheeler l...@garlic.com wrote: Another approach ... is a CKD channel program with compareswap semantics that was developed for HONE in the late 70s (US operation was possibly largest single-system-image, loosely-coupled operation in the world at the time) ... was more efficient than RESERVE/RELEASE (but not as efficient as ACP RPQ) ... since it involved additional rotation. At one-time there was extensive discussions with the JES2 multi-spool group doing something similar. JES2 did implement that; they called it their atomic channel program. I remember being at the SHARE session where they announced it, but of course they didn't mention HONE or VM. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-running jobs, PDS, and DISP=SHR
John, It is nice to see that you trust all your ISVs and any local/shareware code so implicitly, but I would certainly not want to bet my job on that. How about any code that uses GQSCAN to query SYSDSN ENQs? How exactly are you going to put a volser in a SYSDSN ENQ when the dataset has not been created yet? I'm sure there are other problems as well, but I haven't spent much time thinking about it, as I have real work to do. On Wed, Jan 26, 2011 at 12:16 PM, john gilmore john_w_gilm...@msn.comwrote: Tom Marchant writes: begin snippet It is a straw man only if you can guarantee that there is no code outside of IBM code that serializes by issuing their own ENQ on SYSDSN. /end snippet Now to use ENQ with the qname SYSDSN a task must be in supervisor state, system key [0-7], or Authorized; and it is an old rule that such a task must know what it is doing. In particular it must be au courant, know when and how IBM changes the rules for the use of the IBM facilities that it uses and observe these changed rules. That said, some changes may anyway be unwise because implementing them would impose heavy burdens on too many innocent bystanders. We are thus left with a judgment call. This situation does not seem to me to be one of those in which change would be onerous, but Mr Marchant may well judge that it is, and it is clear that Mr Rowe does judge that it is. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, January 26, 2011 11:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: digitize old hardcopy manuals On Wed, 26 Jan 2011 11:01:12 -0600, McKown, John wrote: I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild I haven't heard one yet for ripping a CD that someone owned for use on his own MP3 player. Distribution, even unintentional, is different. I also haven't heard of any claims against software to rip CDs. Do you remember when they wanted to charge royalty fees for every blank cassette sold? That was shot down, IIRC. -- Tom Marchant In the US, yes. As I recall (Ted?) in Canada, you pay a fee which goes to music publishers for blank cassettes and CD-R[W] disks. DVD ripping software companies have been sued in the US. I don't know if the cases have been resolved. I am fairly sure that hosting the libdvdcss software on a US server will result in a lawsuit. RedHat and Attachmate (nee SuSE) refuse to distribute it in their Linux distributions. There is no for fee (commercial player) way to play movie DVDs on Linux systems that I am aware of. So, in theory, it may be illegal in the US to have software which can play an encrypted (commercial) DVD on anything other than Windows or a Mac. ref: http://en.wikipedia.org/wiki/Private_copying_levy Well, since we can't hook one of these up to a z anyway, I'm way too off-topic. And I am admittedly very gun shy in this area of what I'm allowed to copy and what I'm not. That's why I try to put up an URL to material rather doing much copying. And even that has been sued over. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
Actually, Tom, we DO pay royalty on blank recording media. Google Audio Home Recording Act of 1992, or go to http://www.copyright.gov/title17/92chap10.html Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 01/26/2011 12:13 PM Subject: Re: digitize old hardcopy manuals Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 26 Jan 2011 11:01:12 -0600, McKown, John wrote: I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild I haven't heard one yet for ripping a CD that someone owned for use on his own MP3 player. Distribution, even unintentional, is different. I also haven't heard of any claims against software to rip CDs. Do you remember when they wanted to charge royalty fees for every blank cassette sold? That was shot down, IIRC. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
George Two points: 1. You do not need the TELNETDEVICE statements since the names you are providing are set up by default. Please read that TELNETDEVICE tutorial post - carefully and tell me about anything you do not understand. That Table - it's 33 in my manual - is just telling you what is set up by default so only if you need to change the default do you need to use a TELNETDEVICE statement. 2. The reason you have an error is that there needs to be a comma between the first and second mode table entry names without any blanks. For example TELNETDEVICE 3278-2-E NSX32702,SNX32702 The missing comma means that the analysis sees a third positional parameter, PARM3, which doesn't belong on the statement. With the comma in place the two names all become one long parameter - as it needs to be. My advice in order to try to keep your life as simple as possible is to throw out all these TELNETDEVICE statements. Two more things: A. In case the Attachmate change does not help, we should be prepared in knowing what all of the PROFILE data set in the TN3270E procedure looks like so I would be obliged if you would post it. B. Mainly for curiosity but following up on our discussions concerning the RFC 2355 negotiation - and assuming there is a standard Attachmate configuration - I would like to know what device type you are actually using. You need to look for a line like PROTOCOL: TN3270E LOGMODE: SNX32702 DEVICETYPE: IBM-3278-2-E in a DISPLAY tcpip,tnserv,CONN,CONN=nnn command output. In any case, you should probably be familiar with the use of this command when looking into problems with your TN3270 connections. Chris Mason On Wed, 26 Jan 2011 12:04:58 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, Sorry for not getting back to you sooner. We found a tech-note in Attachmate's database that seems to be helping the timeout problem. In the next few days we are rolling it out to more than the 3 telnet terminals that the change was applied to. I did make the following change to the telnet profile based on a table (Table 26. Device type and logmode table) in the manual: TELNETDEVICE 3278-2-E NSX32702 SNX32702 TELNETDEVICE 3278-3-E NSX32702 SNX32703 TELNETDEVICE 3279-3-E NSX32702 SNX32703 TELNETDEVICE 3278-4-E NSX32702 SNX32704 TELNETDEVICE 3279-4-E NSX32702 SNX32704 TELNETDEVICE 3278-5-E NSX32702 SNX32705 TELNETDEVICE 3279-5-E NSX32702 SNX32705 but I'm getting these errors: EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:26 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32702 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:27 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:28 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:29 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32704 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:30 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32704 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:31 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32705 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:32 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32705 Can you help me out of this jam? Thanks... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLink Outage Jan 28th
Just an FYI. Directly from IBMLink This is to inform you that IBMLink will have a planned outage starting on Friday, Jan 28th at 8:00 PM Eastern Time through Saturday, Jan 29th at 8:00 AM Eastern Time This planned outage will occur because of the installation of our Janyary fixpack, which will include improvements to the IBMLink platform and its applications. During this time, you will not be able to access IBMLink. We would like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure on which IBMLink resides. During this time, you may not be able to access IBMLink. Thank you for your patience and understanding. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
On that note, I use to rip CDs to my computer so that I could listen to them with out having the CD in the drive. I used a feature of Windows Media Player to disallow copying of the ripped CDs. I used the copy protect feature in case someone had temporary access to my PC. If the PC was stolen, the hard drive encryption would protect the copy from being used. Thank you and have a Terrific day! Jonathan Goossen Tape Specialist ACT Mainframe Storage Group 651-361-4541 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/26/2011 11:13:40 AM: From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 01/26/2011 11:14 AM Subject: Re: digitize old hardcopy manuals Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 26 Jan 2011 11:01:12 -0600, McKown, John wrote: I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild I haven't heard one yet for ripping a CD that someone owned for use on his own MP3 player. Distribution, even unintentional, is different. I also haven't heard of any claims against software to rip CDs. Do you remember when they wanted to charge royalty fees for every blank cassette sold? That was shot down, IIRC. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-running jobs, PDS, and DISP=SHR
On Wed, 26 Jan 2011 17:16:40 +, john gilmore wrote: Now to use ENQ with the qname SYSDSN a task must be in supervisor state, system key [0-7], or Authorized; That is not correct. SYSDSN is not an authorized QNAME, as Jim Mulder posted yesterday. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
Hi Chris, Thanks for the comma...It worked. In one of my previous posts I explained that the command you're asking me enter is not working. When I looked at the manual, it showed this: D TCPIP, tnproc,Telnet,CONNection When I entered it, this was the output: D TCPIP,TN3270E,TELNET,CONN EZZ6064I TELNET CONNECTION DISPLAY EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 00038B3710.213.10.216..3431TELNE040 CICSPRDT TAE SNX32702 00038C3310.150.6.55..1560 TELNE0AD CICSPRDT TAE SNX32702 00038B3910.213.12.143..1144TELNE041 CICSPRDT TAE SNX32702 00038C3510.114.12.232..3289TELNE0AE CICSPRDT TAE SNX32702 00038B3B10.234.14.200..3055TELNE042 TPE 00038C3738.101.18.2..35276 TELNE0AF CICSPRDT TAE SNX32702 When I used number from the column CONN and use it on your command this s what I got: D TCPIP,TN3270E,CONN,CONN=38B37 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Am I doing something wrong? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 26, 2011 at 1:09 PM, Chris Mason chrisma...@belgacom.netwrote: George Two points: 1. You do not need the TELNETDEVICE statements since the names you are providing are set up by default. Please read that TELNETDEVICE tutorial post - carefully and tell me about anything you do not understand. That Table - it's 33 in my manual - is just telling you what is set up by default so only if you need to change the default do you need to use a TELNETDEVICE statement. 2. The reason you have an error is that there needs to be a comma between the first and second mode table entry names without any blanks. For example TELNETDEVICE 3278-2-E NSX32702,SNX32702 The missing comma means that the analysis sees a third positional parameter, PARM3, which doesn't belong on the statement. With the comma in place the two names all become one long parameter - as it needs to be. My advice in order to try to keep your life as simple as possible is to throw out all these TELNETDEVICE statements. Two more things: A. In case the Attachmate change does not help, we should be prepared in knowing what all of the PROFILE data set in the TN3270E procedure looks like so I would be obliged if you would post it. B. Mainly for curiosity but following up on our discussions concerning the RFC 2355 negotiation - and assuming there is a standard Attachmate configuration - I would like to know what device type you are actually using. You need to look for a line like PROTOCOL: TN3270E LOGMODE: SNX32702 DEVICETYPE: IBM-3278-2-E in a DISPLAY tcpip,tnserv,CONN,CONN=nnn command output. In any case, you should probably be familiar with the use of this command when looking into problems with your TN3270 connections. Chris Mason On Wed, 26 Jan 2011 12:04:58 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, Sorry for not getting back to you sooner. We found a tech-note in Attachmate's database that seems to be helping the timeout problem. In the next few days we are rolling it out to more than the 3 telnet terminals that the change was applied to. I did make the following change to the telnet profile based on a table (Table 26. Device type and logmode table) in the manual: TELNETDEVICE 3278-2-E NSX32702 SNX32702 TELNETDEVICE 3278-3-E NSX32702 SNX32703 TELNETDEVICE 3279-3-E NSX32702 SNX32703 TELNETDEVICE 3278-4-E NSX32702 SNX32704 TELNETDEVICE 3279-4-E NSX32702 SNX32704 TELNETDEVICE 3278-5-E NSX32702 SNX32705 TELNETDEVICE 3279-5-E NSX32702 SNX32705 but I'm getting these errors: EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:26 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32702 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:27 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:28 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32703 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:29 MOD: EZBTMPRP RCODE: 8043-00 Parameter not used for this statement. PARM1: PARM2: TELNETDE PARM3: SNX32704 EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:30 MOD: EZBTMPRP RCODE: 8043-00 Parameter
Re: Long-running jobs, PDS, and DISP=SHR
On Wed, 26 Jan 2011 11:42:46 -0500, Robert A. Rosenberg wrote: Remember we are talking about ENQs that occur as the programs execute (and thus where the VOLSER is known at ENQ issuance time) The volser is not always available when the ENQ is issued. All of the data sets for a job are ENQ'ed at job initiation time. That includes NEW data sets created in the 10th step, which may not execute. What if another job is using that data set, with an ENQ on a specific volume? It is done that way to reduce the possibility of lockout, or deadly embrace. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-r unning job s, PDS, an d DISP=SHR
On 1/26/2011 10:56 AM, Paul Gilmartin wrote: Gerhard Postpischil's concern is fatuous. As long as all users of a given resource use the same ENQ format it suffices. The slight risk that a programmer might reflexively transpose the formats of SYSIEWLP and SYSDSN is outweighed by the certain catastrophe that would result from changing the format at this time. Too bad you didn't read my message. Using the same format is self-evident, and nowhere did I propose a change. You may think it fatuous, but in my career I twice ran into programs that incorrectly used a length of 44. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dataset Last Reference Date
Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
George I scanned the IP System Administrators Commands manual in order to check on this matter of the CONN operand. There's no actual explanation but it's suspicious that, when entered as a command operand, the value is always decimal in the examples whereas the CONN column in output is clearly hexadecimal. It's not at all user-friendly that the number would need to be converted - particularly when very large as yours are! If this is correct your 38B37 needs to be entered as 232247. This is clearly useless operationally. There's a faint chance that you can enter the number in any C format so you could try 0x38B37. That is just a wild guess but it's worth a try. Chris Mason On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, Thanks for the comma...It worked. In one of my previous posts I explained that the command you're asking me enter is not working. When I looked at the manual, it showed this: D TCPIP, tnproc,Telnet,CONNection When I entered it, this was the output: D TCPIP,TN3270E,TELNET,CONN EZZ6064I TELNET CONNECTION DISPLAY EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 00038B3710.213.10.216..3431TELNE040 CICSPRDT TAE SNX32702 00038C3310.150.6.55..1560 TELNE0AD CICSPRDT TAE SNX32702 00038B3910.213.12.143..1144TELNE041 CICSPRDT TAE SNX32702 00038C3510.114.12.232..3289TELNE0AE CICSPRDT TAE SNX32702 00038B3B10.234.14.200..3055TELNE042 TPE 00038C3738.101.18.2..35276 TELNE0AF CICSPRDT TAE SNX32702 When I used number from the column CONN and use it on your command this s what I got: D TCPIP,TN3270E,CONN,CONN=38B37 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Am I doing something wrong? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 26, 2011 at 1:09 PM, Chris Mason chrisma...@belgacom.netwrote: George Two points: 1. You do not need the TELNETDEVICE statements since the names you are providing are set up by default. Please read that TELNETDEVICE tutorial post - carefully and tell me about anything you do not understand. That Table - it's 33 in my manual - is just telling you what is set up by default so only if you need to change the default do you need to use a TELNETDEVICE statement. 2. The reason you have an error is that there needs to be a comma between the first and second mode table entry names without any blanks. For example TELNETDEVICE 3278-2-E NSX32702,SNX32702 The missing comma means that the analysis sees a third positional parameter, PARM3, which doesn't belong on the statement. With the comma in place the two names all become one long parameter - as it needs to be. My advice in order to try to keep your life as simple as possible is to throw out all these TELNETDEVICE statements. Two more things: A. In case the Attachmate change does not help, we should be prepared in knowing what all of the PROFILE data set in the TN3270E procedure looks like so I would be obliged if you would post it. B. Mainly for curiosity but following up on our discussions concerning the RFC 2355 negotiation - and assuming there is a standard Attachmate configuration - I would like to know what device type you are actually using. You need to look for a line like PROTOCOL: TN3270E LOGMODE: SNX32702 DEVICETYPE: IBM-3278-2-E in a DISPLAY tcpip,tnserv,CONN,CONN=nnn command output. In any case, you should probably be familiar with the use of this command when looking into problems with your TN3270 connections. Chris Mason On Wed, 26 Jan 2011 12:04:58 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, Sorry for not getting back to you sooner. We found a tech-note in Attachmate's database that seems to be helping the timeout problem. In the next few days we are rolling it out to more than the 3 telnet terminals that the change was applied to. I did make the following change to the telnet profile based on a table (Table 26. Device type and logmode table) in the manual: TELNETDEVICE 3278-2-E NSX32702 SNX32702 TELNETDEVICE 3278-3-E NSX32702 SNX32703 TELNETDEVICE 3279-3-E NSX32702 SNX32703 TELNETDEVICE 3278-4-E NSX32702 SNX32704 TELNETDEVICE 3279-4-E NSX32702 SNX32704 TELNETDEVICE 3278-5-E NSX32702 SNX32705 TELNETDEVICE 3279-5-E NSX32702 SNX32705 but I'm getting these
Re: Dataset Last Reference Date
Run and IDCAMS DCollect.Output record: Offset 4 Record type, value D for datasets, Offset 24 DSN Character 44 Offset 112 DCDLSTRF x'dddF' 4 bytes Packed decimal julian date. On Wed, Jan 26, 2011 at 1:34 PM, Roberto Halais roberto.hal...@gmail.com wrote: Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, snip D TCPIP,TN3270E,CONN,CONN=38B37 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Am I doing something wrong? /snip* George, try D TCPIP,TN3270E,T,CONN,CONN=38B37 or D TCPIP,TN3270E,TELNET,CONN,CONN=38B37 HTH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Long-runni ng jobs, P DS, and DI SP=SHR
Tom Marchant's recent post says that my earlier post was incorrect. It was not. His post that is the one that was incorrect, gratuitously and provocatively. Copied from the relevant current volume of z/OS MVS Authorized Assembler Services: The requirements for callers of ENQ are: Minimum authorization: Problem state with any PSW key. For the SMC, ECB, TCB, MASID, and MTCB parameters or when the specified qname is SYSZ*, SYSCTLG, SYSDSN, SYSIEA01, SYSIEECT, SYSIEFSD, SYSIGGV1, SYSIGGV2, SYSPSWRD, SYSVSAM, or SYSVTOC. Authorization must be one of the following: v Supervisor state v PSW key 0-7 v APF-authorized. This is what I said substantively al.though not verbatim, It amply confirms my contention and amply refutes Mr Marchant's. Things have been so in substance since I wrote my first ENQ in 1965, and I expect them to remain so in the proximate future. Mr Marchant would have done well to consult this manual before telling me that I did not know what I was talking about. My fuse is longer, and I suggest that he take more care. In the future I shall hold him to a very high standard indeed. John Gilmore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Last Reference Date
This works. But as I recall, for a VSAM file, sometimes the last referenced date is only updated on the first volume of a multivolume dataset. And sometimes only on the DATA component, not the INDEX component. So I'd strongly suggest that the code look at all the DCOLLECT records which reference a given CLUSTER name and selected the latest last referenced date from the group! The same applies if the OP uses CAMLIST and OBTAIN to read the DSCB records for the VSAM KSDS components. Read all of them from all volumes. IGGCSI00 itself only reads the catalog, which does not appear to contain this information. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Wednesday, January 26, 2011 1:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset Last Reference Date Run and IDCAMS DCollect.Output record: Offset 4 Record type, value D for datasets, Offset 24 DSN Character 44 Offset 112 DCDLSTRF x'dddF' 4 bytes Packed decimal julian date. On Wed, Jan 26, 2011 at 1:34 PM, Roberto Halais roberto.hal...@gmail.com wrote: Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Last Reference Date
Take a look at ZDSRDATE returned by DSINFO. Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Wed, 26 Jan 2011 15:34:10 -0400 From: roberto.hal...@gmail.com Subject: Dataset Last Reference Date To: IBM-MAIN@bama.ua.edu Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Long-runni ng jobs, P DS, and DI SP=SHR#8207;
On Wed, 26 Jan 2011 19:53:10 +, john gilmore wrote: Tom Marchant's recent post says that my earlier post was incorrect. You are right. SYSDSN does indeed require an authorized caller, as Jim Mulder posted yesterday and as documented in the manual. I apologize. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
I tried the decimal conversion of the hex number shown, but it was still a no go...The other thing I noticed is that the number changes very quickly. When I enter the command: D TCPIP,TN3270E,TELNET,CONN It displays this: EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 000396FB10.210.12.190..1303TELNE588 CICSPRDT TAE SNX32702 then when I do it again: EZZ6064I TELNET CONNECTION DISPLAY 373 EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 000399EC10.66.14.176..2025 TELNE66A CICSPRDT TAE SNX32702 Here's what I get with the command: D TCPIP,TN3270E,CONN,CONN=235259 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Any other ideas? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 26, 2011 at 2:35 PM, Chris Mason chrisma...@belgacom.netwrote: George I scanned the IP System Administrator’s Commands manual in order to check on this matter of the CONN operand. There's no actual explanation but it's suspicious that, when entered as a command operand, the value is always decimal in the examples whereas the CONN column in output is clearly hexadecimal. It's not at all user-friendly that the number would need to be converted - particularly when very large as yours are! If this is correct your 38B37 needs to be entered as 232247. This is clearly useless operationally. There's a faint chance that you can enter the number in any C format so you could try 0x38B37. That is just a wild guess but it's worth a try. Chris Mason On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, Thanks for the comma...It worked. In one of my previous posts I explained that the command you're asking me enter is not working. When I looked at the manual, it showed this: D TCPIP, tnproc,Telnet,CONNection When I entered it, this was the output: D TCPIP,TN3270E,TELNET,CONN EZZ6064I TELNET CONNECTION DISPLAY EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 00038B3710.213.10.216..3431TELNE040 CICSPRDT TAE SNX32702 00038C3310.150.6.55..1560 TELNE0AD CICSPRDT TAE SNX32702 00038B3910.213.12.143..1144TELNE041 CICSPRDT TAE SNX32702 00038C3510.114.12.232..3289TELNE0AE CICSPRDT TAE SNX32702 00038B3B10.234.14.200..3055TELNE042 TPE 00038C3738.101.18.2..35276 TELNE0AF CICSPRDT TAE SNX32702 When I used number from the column CONN and use it on your command this s what I got: D TCPIP,TN3270E,CONN,CONN=38B37 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Am I doing something wrong? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 26, 2011 at 1:09 PM, Chris Mason chrisma...@belgacom.netwrote: George Two points: 1. You do not need the TELNETDEVICE statements since the names you are providing are set up by default. Please read that TELNETDEVICE tutorial post - carefully and tell me about anything you do not understand. That Table - it's 33 in my manual - is just telling you what is set up by default so only if you need to change the default do you need to use a TELNETDEVICE statement. 2. The reason you have an error is that there needs to be a comma between the first and second mode table entry names without any blanks. For example TELNETDEVICE 3278-2-E NSX32702,SNX32702 The missing comma means that the analysis sees a third positional parameter, PARM3, which doesn't belong on the statement. With the comma in place the two names all become one long parameter - as it needs to be. My advice in order to try to keep your life as simple as possible is
Re: Need DFHSM/SMS expert
Tobias I am familiar with the LIST TTOC but what would be the normal amount of REUSE Capacity listed for a 800mb Media2 virtual tape if you have it set at 97%. What number shows up in the column under REUSE CAPACITY? Thanks, Wayne Bileci -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Last Reference Date
Mike, John and Dave: Thank you for your usefull information. We'll try both approaches (DSLIST vs DCOLLECT) Regards. Roberto On Wed, Jan 26, 2011 at 3:55 PM, Dave Salt ds...@hotmail.com wrote: Take a look at ZDSRDATE returned by DSINFO. Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Wed, 26 Jan 2011 15:34:10 -0400 From: roberto.hal...@gmail.com Subject: Dataset Last Reference Date To: IBM-MAIN@bama.ua.edu Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need DFHSM/SMS expert
Reuse capacity is not set based on what tape media you are using, it is calculated when HSM starts up, using the average number of blocks written to tapes of that type and usage that are marked full. If you mark volumes full prematurely (ie, to send them off-site) then the numbers can be badly skewed. On Wed, Jan 26, 2011 at 3:28 PM, Wayne Bileci wbibmm...@yahoo.com wrote: Tobias I am familiar with the LIST TTOC but what would be the normal amount of REUSE Capacity listed for a 800mb Media2 virtual tape if you have it set at 97%. What number shows up in the column under REUSE CAPACITY? Thanks, Wayne Bileci -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Last Reference Date
rexx function listdsi ? --- On Wed, 1/26/11, Roberto Halais roberto.hal...@gmail.com wrote: From: Roberto Halais roberto.hal...@gmail.com Subject: Dataset Last Reference Date To: IBM-MAIN@bama.ua.edu Date: Wednesday, January 26, 2011, 2:34 PM Listers: I have been trying unsuccessfully to extract a dataset's last reference date using the IGGCSI00 utility. In the IGGCSI00 utilities documentation there is no mention of this field. Is there some other way easier way to get last reference date? Thank you for any hints. Roberto Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. ~ Denis Diderot I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: digitize old hardcopy manuals
In the US, yes. As I recall (Ted?) in Canada, you pay a fee which goes to music publishers for blank cassettes and CD-R[W] disks. DVD Yes, that is the case up here. Ticked off a lot of customers, too. But, CD DVD blanks are pretty cheap, now. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with DFDSS using filtering?
I have a group of ZFS datasets that I want to back-up using DFDSS. They are spread across multiple volumes. I issued the command: DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**)) However, DFDSS does not find the datasets. This fails on both z/OS 1.9 and z/OS 1.11. I get the message: ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED FROM ANY VOLUME. Any thoughts from the list? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with DFDSS using filtering?
I have a group of ZFS datasets that I want to back-up using DFDSS. They are spread across multiple volumes. I issued the command: DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**)) However, DFDSS does not find the datasets. This fails on both z/OS 1.9 and z/OS 1.11. I get the message: ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED FROM ANY VOLUME. Any thoughts from the list? Could you show your JCL and Control cards (complete) and all output messages. I think you should have other error messages that will indicate the problem. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with DFDSS using filtering?
I agree w/Lizette, show your work. I do this all the time, no problem. On Wed, Jan 26, 2011 at 7:38 PM, Lizette Koehler stars...@mindspring.comwrote: I have a group of ZFS datasets that I want to back-up using DFDSS. They are spread across multiple volumes. I issued the command: DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**)) However, DFDSS does not find the datasets. This fails on both z/OS 1.9 and z/OS 1.11. I get the message: ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED FROM ANY VOLUME. Any thoughts from the list? Could you show your JCL and Control cards (complete) and all output messages. I think you should have other error messages that will indicate the problem. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with DFDSS using filtering?
- Original Message - From: John Norgauer john.norga...@ucdmc.ucdavis.edu Newsgroups: bit.listserv.ibm-main Sent: Wednesday, January 26, 2011 6:32 PM Subject: Problem with DFDSS using filtering? I have a group of ZFS datasets that I want to back-up using DFDSS. They are spread across multiple volumes. I issued the command: DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**)) However, DFDSS does not find the datasets. This fails on both z/OS 1.9 and z/OS 1.11. I get the message: ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED FROM ANY VOLUME. Any thoughts from the list? John, Try the ALLMULTI parm. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
George You need to insert the T between TN3270E and CONN just as indicated by Patrick Lyon. It is only from Communications Server V1R10 that it becomes unnecessary. - If this still doesn't work - although I expect it will now work - you can also try using the LU name, for example: LUNAME=TELNE588 or the IP address and port number, for example: IPPORT=10.210.12.190..1303 - The other thing I noticed is that the number changes very quickly. I don't understand what you mean here, you have shown two examples of use of the command for two different connections. As far as I can tell from the manuals the number shown as the connection identifier corresponds to some sort-of control block reference within the TN3270E program or maybe the Communications Server IP main address space and so you should not try to give it any external significance. I think you may be seeing a wide variation in the numbers because you have a busy system and there is not such a variation in the examples in the manuals because they are taken from otherwise idle test systems. - Incidentally, since it was nearby in the System Administrators Commands manual, I noticed the DISPLAY,TCPIP,TN3270E,T,PROF,DET command. This could be a quick way to show what your TN3270E PROFILE data set looks like for the purposes of following up on all the possibly relevant TN3270E program functions which might be affecting your original problem. - Which reminds me, what do you mean by the sentence(?): We found a tech-note in Attachmate's database that seems to be helping the timeout problem. Has the problem disappeared so that the only time a client's SNA session and TCP connection are ended is following a deliberate disconnection or the timeout specified by the TN3270E PROFILE, 30 minutes (1800 seconds)? Is there an on-line reference to the tech-note in Attachmate's database you could provide so that I could check it out? - Something I noted in your command output is that, because the mode name shown in the connection list is SNX32702, the TN3270E device code must be one of IBM-3278-2, IBM-3278-2-E, IBM-3279-2 or IBM-3279-2-E, probably IBM-3278-2-E. - Finally, I actually took the trouble to look up the EZZ6035I message and I see I jumped to a wrong conclusion when I explained the missing comma problem. ... EZZ6035I TELNET DEBUG PROFILE WARNING,LINE:26 MOD: EZBTMPRP ... RCODE: 8043-00 Parameter not used for this statement. ... PARM1: PARM2: TELNETDE PARM3: SNX32702 ... The missing comma means that the analysis sees a third positional parameter, PARM3, which doesn't belong on the statement. With the comma in place the two names all become one long parameter - as it needs to be. In the way the error messages are to be interpreted, PARM3 is indeed the parameter in error but it is shown as PARM3 because it is the parameter in error and not because it occupies the 3rd positional parameter position in the statement. PARM2, on the other hand, does *not* occupy the 2nd positional parameter position in the statement - as I should have noted - but is the statement in error - or at least the first 8 characters of the statement in error - thus TELNETDE. I hope that clears that up! Chris Mason On Wed, 26 Jan 2011 15:08:12 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: I tried the decimal conversion of the hex number shown, but it was still a no go...The other thing I noticed is that the number changes very quickly. When I enter the command: D TCPIP,TN3270E,TELNET,CONN It displays this: EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 000396FB10.210.12.190..1303TELNE588 CICSPRDT TAE SNX32702 then when I do it again: EZZ6064I TELNET CONNECTION DISPLAY 373 EN TSP CONN TY IPADDR..PORTLUNAME APPLID PTR LOGMODE -- -- --- 000399EC10.66.14.176..2025 TELNE66A CICSPRDT TAE SNX32702 Here's what I get with the command: D TCPIP,TN3270E,CONN,CONN=235259 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Any other ideas? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* On Wed, Jan 26, 2011 at 2:35 PM, Chris Mason chrisma...@belgacom.netwrote: George I scanned the IP System Administrators Commands manual in order to check on this matter of
Re: Timeout Problem after Switching a DAC unit with OSA in the z10
Patrick I was intrigued by the T or TELNET parameter so I took a closer look at the manual in order to check whether I might have missed something important - which everybody with a Communications Server IP system to hand knows about! Indeed I have because the T(ELNET) is documented as being required in V1R9 which is George Rodriguez's level of z/OS Communications Server. The parameter is documented as an optional, legacy only starting with V1R10. I have been using V1R11 or V1R12 for my examples because those are the manuals I have downloaded! Well spotted! Chris Mason On Wed, 26 Jan 2011 13:50:44 -0600, Patrick Lyon ptl...@midamerican.com wrote: On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez george.rodrig...@palmbeachschools.org wrote: Hi Chris, snip D TCPIP,TN3270E,CONN,CONN=38B37 EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD RCODE: 803E-00 Parameter on command is invalid. PARM1: PARM2: PARM3: CONN Am I doing something wrong? /snip* George, try D TCPIP,TN3270E,T,CONN,CONN=38B37 or D TCPIP,TN3270E,TELNET,CONN,CONN=38B37 HTH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
