Re: STGADMIN.ADR.DUMP.TOLERATE.ENQF
Frank Swarbrick wrote: STGADMIN.ADR.DUMP.TOLERATE.ENQF is required for a user to use TOLERATE (ENQF) on a DSS dump. What is the security issue this is protecting against? Or is it just more of a data integrity issue? Frank got several good replies (including shooting in the foot too.. ;-D ) About data integrity - As documented: Specify TOLERATE(ENQFAILURE) if you are willing to tolerate the exposure of not having data integrity in order to force the successful completion of that particular data set operation. Basically, you are prepared to sit with a dubious backup and not willing to wait out the ENQ mechanism. This is the same *similar* risk and issues as with STGADMIN.DPDSRN.* profile. You have access to those RACF profiles -- A new hole(s) in your foot! Groete / Greetings Elardus Engelbrecht -- 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: STCK vs TIMUSED
Sent from my iPhone... again?? Why do you care? It's the default signature block for an iPhone. What is the hang up that people on IBM-Main have about signature blocks? - 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
Re rounding of cylinders etc
Ted Was that GG24-3571? MKB -- 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: Re rounding of cylinders etc
Was that GG24-3571? After 20 years, I can't recall. I had a copy but it disappeared around the time my ex did. - 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
BLS18094i BEGINING address outside of FINDAREA
If in my Rexx exec I do either Address IPCS LIST . or EQUATE X . To get to the begining of the dump Then do a FIND C'EYECATH' NOBREAK Why would I get BLS18043I begining address outside of FINDAREA Thankx Sent from my iPhone -- 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
IBM Library sites PUBLIB and PUBLIBZ both under duress?
Connections to both sites is excruciatingly slow from Chicagoland. Response times in the tens of minutes for PUBLIBZ, and virtually non-existent for PUBLIB (where the InfoCenters reside). In stark contrast, IBMLink response times are normal. Been waiting on a page in a DFSMShsm manual since 0630 CST; it's now 0715 CST. -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: Remote printers are Drained
DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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: Existing jes exit06 and time restriction per job class
On Tue, Feb 1, 2011 at 8:18 PM, Andy Wood woo...@ozemail.com.au wrote: One problem with doing this in JES2 exits, 2/4/6 is that you do not know with certainty what class the job will run in - it may be reset before execution. If the users submitting the jobs typically do not have authority to change the class, perhaps this is not of concern to you though. No, this is not of concern to me. -- Manfred -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
Chase, John wrote: Connections to both sites is excruciatingly slow from Chicagoland. Response times in the tens of minutes for PUBLIBZ, and virtually non-existent for PUBLIB (where the InfoCenters reside). In stark contrast, IBMLink response times are normal. The same here from Sunny, Rainy, Sunny South Africa. I get this nice message: (110) Connection timed out Blame it on the weather... ;-D Been waiting on a page in a DFSMShsm manual since 0630 CST; it's now 0715 CST. Don't forget to shave, bath and eat/drink while you're waiting... ;-D Groete / Greetings Elardus Engelbrecht -- 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: STCK vs TIMUSED
On Wed, 2 Feb 2011 17:53:10 -0500, Micheal Butz wrote: I am just subtracting the before and after microseconds portion ignoring date and time You are subtracting the low-order word of the TOD clock before from the low order word of the TOD clock after? -- 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: Remote printers are Drained
We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
Poor response here in Dallas/FW -- 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: Remote printers are Drained
NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht Chase, John wrote: Connections to both sites is excruciatingly slow from Chicagoland. Response times in the tens of minutes for PUBLIBZ, and virtually non-existent for PUBLIB (where the InfoCenters reside). In stark contrast, IBMLink response times are normal. The same here from Sunny, Rainy, Sunny South Africa. I get this nice message: (110) Connection timed out Blame it on the weather... ;-D Been waiting on a page in a DFSMShsm manual since 0630 CST; it's now 0715 CST. Don't forget to shave, bath and eat/drink while you're waiting... ;-D Well, I finally got a response, though not quite what I expected: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? -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: Existing jes exit06 and time restriction per job class
Hi Mark, Thanks for the code. On Tue, Feb 1, 2011 at 5:47 PM, Mark Zelden mzel...@flash.net wrote: I did it in exit 6 in the past (you probably have seen posts of mine if you checked the archives). When I wrote this exit, we only cared if people were using TIME= with class Q, which was an express class with 3 seconds of CPU time max. There were always enough class Q inits since they were for quick compiles, iebgener jobs, etc. So I checked for time= and set a flag, then did a second check after all JCL was converted to see if the jobclass was Q and time= was used. If so, I set RC=8 and canceled the job. I also used the same exit to make RACF calls to JOBCLASS.x in a locally defined RACF class to see if the user was allowed to run in that class (keep test jobs out of production classes). I actually don't want to cancel the job but to make sure it won't use more time than allowed by a preset policy. In the end it means I would have to either change an existing TIME parameter in the C/I text or I even would have to add a TIME parameter to the existing C/I text. Or do I have any other possibility. The MVS Installation Exits manual says: Use Caution When Modifying C/I Text. :-) -- Manfred -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
On Thu, 3 Feb 2011 08:15:16 -0600, Chase, John jch...@ussco.com wrote: Well, I finally got a response, though not quite what I expected: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? Well, searching the complete library for z/OS R11, via http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2ZBK0I?searchRequest=stgadmin.adr.stgadminSEARCH=Search+textType=FUZZYSearchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANK I find hits for that term in (a) DFSMS Storage Administration Reference (for DFSMSdfp, DFSMSdss, DFSMShsm) (b) DFSMSdss Storage Administration and (c) Planning for Installation -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
-Original Message- Well, I finally got a response, though not quite what I expected: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? Never mind; my search term was too specific. Searching on 'STGADMIN' by itself revealed them all. -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: IBM Library sites PUBLIB and PUBLIBZ both under duress?
Chase, John wrote: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Hmmm, strange. This is the very first place I use to search for FACILITY class profiles for SMS, HSM, etc. matters. Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? Perhaps you found a reportable defect in that bookshelf or index, but try searching in this *BOOK* to move on: 'DFSMS Storage Administration Reference' There are a lot of reference to that RACF profiles. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
Seems to me that they rebooted the squatty box. Everything is fine here in DFW. snip Well, I finally got a response, though not quite what I expected: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? /snip -- 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: Existing jes exit06 and time restriction per job class
On Thu, 3 Feb 2011 15:19:04 +0100, Manfred Lotz manfred.l...@googlemail.com wrote: Hi Mark, Thanks for the code. You're welcome. BTW, my code didn't check it (I think we also had checks in IEFUJV), but the key check for TIME= on the job card is TIMEJK. See SYS1.MODGEN(IEFVKEYS). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Tue, Feb 1, 2011 at 5:47 PM, Mark Zelden mzel...@flash.net wrote: I did it in exit 6 in the past (you probably have seen posts of mine if you checked the archives). When I wrote this exit, we only cared if people were using TIME= with class Q, which was an express class with 3 seconds of CPU time max. There were always enough class Q inits since they were for quick compiles, iebgener jobs, etc. So I checked for time= and set a flag, then did a second check after all JCL was converted to see if the jobclass was Q and time= was used. If so, I set RC=8 and canceled the job. I also used the same exit to make RACF calls to JOBCLASS.x in a locally defined RACF class to see if the user was allowed to run in that class (keep test jobs out of production classes). I actually don't want to cancel the job but to make sure it won't use more time than allowed by a preset policy. In the end it means I would have to either change an existing TIME parameter in the C/I text or I even would have to add a TIME parameter to the existing C/I text. Or do I have any other possibility. The MVS Installation Exits manual says: Use Caution When Modifying C/I Text. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library sites PUBLIB and PUBLIBZ both under duress?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell On Thu, 3 Feb 2011 08:15:16 -0600, Chase, John jch...@ussco.com wrote: Well, I finally got a response, though not quite what I expected: Search results for shelf: DGT2BK91 z/OS V1R11.0 DFSMS Bookshelf 0 documents have matches for: STGADMIN.ADR.STGADMIN No search hits found for: STGADMIN.ADR.STGADMIN Now, if the DFSMS bookshelf contains no documentation on DFSMS Administrator RACF profiles, I wonder what (if anything) does? Well, searching the complete library for z/OS R11, via http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/Shelves/EZ2ZBK0I?searchRequest=stgadmin.adr.stgadminS EARCH=Search+textType=FUZZYS earchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANK I find hits for that term in (a) DFSMS Storage Administration Reference (for DFSMSdfp, DFSMSdss, DFSMShsm) (b) DFSMSdss Storage Administration and (c) Planning for Installation Ah. . . . So it's apparently only the DFSMS Bookshelf that can't find the specific term. When I tried your search, I got the same results you did (and it turns out I was barking up the wrong tree; I actually wanted STGADMIN.ARC.** for DFSMShsm). And returning to my original subject, the response time from Boulder (both sites cited above) appears to have returned to normal. Using Walt's search URL, I got the result set in about 3 seconds. Browsing through the manuals is likewise normal; only a second or three per page. The InfoCenters I use (CICS TS 4.1 and WAS 7.0) are also responding normally now. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OPERLOG Question
Hello, We've recently implemented sysplex OPERLOG in a CF structure on Jan. 20th, 2011. This past weekend we started getting the following messages: IXC585E STRUCTURE LCA_OPERLOG IN COUPLING FACILITY CFB1, PHYSICAL STRUCTURE VERSION C73599B9 8DEB1D84, IS AT OR ABOVE STRUCTURE FULL MONITORING THRESHOLD OF 80%. ENTRIES: IN-USE: 9421 TOTAL: 10909, 86% FULL ELEMENTS: IN-USE: 21908 TOTAL: 32546, 67% FULL The log offloaded last Thursday while one system was being IPL'd. After this is when these messages started. Here is how LCA_OPERLOG is defined in the CF: /* SYSPLEX OPERATOR SYSLOG (OPERLOG) */ STRUCTURE NAME(LCA_OPERLOG) SIZE(25600) INITSIZE(14336) PREFLIST(CFB1) And the logstream definitions: DATATYPE(LOGR) DEFINE STRUCTURE NAME(LCA_OPERLOG) LOGSNUM(1) MAXBUFSIZE(4096) DEFINE LOGSTREAM NAME(SYSPLEX.OPERLOG) STRUCTNAME(LCA_OPERLOG) HLQ(SYS0) LS_DATACLAS(TSDLOGR) LS_STORCLAS(STANDARD) LS_SIZE(4096) STG_DATACLAS(TSDLOGR) STG_STORCLAS(STANDARD) STG_SIZE(4096) HIGHOFFLOAD(80) LOWOFFLOAD(0) AUTODELETE(YES) RETPD(14) We're confused. Did we set this up wrong? Any help and advice would be greatly appreciated. /Brad Sorry about the company inserted disclaimer below. -- 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
STCK vs TIMUSED
Mr Butz writes: | I am just subtracting the before and after microseconds portion ignoring date and time Consider a four-position decimal counter that currently has the value 99, i.e., | 0 | 0 | 9 | 9 | Now save the low-order two digits, 99, and add 7 to the counter, obtaining | 0 | 1 | 0 | 6 | Saving the low-order two digits again yields 06. Then the subtraction 06 - 99 yields a difference of -07, i.e., nonsense. Use the STCKF instruction, which 1) is a faster, lower-overhead one and 2) stores binary zeros to the right of the position that is being incremented. Shift your STCKF values right to eliminate these insignificant binary zeros. Then consult your PrOp again with some care, reconsidering how properly to interpret differences in these shifted values. The notion that an STCKx value has separate date, time (hours?), and microsecond fields is just wrong. It is a counter that has, conceptually, been incremented by one for each elapsed clock unit since midnight 1899 December 31. You may discard precision on the right; but you cannot ignore leftmost, higher-order bits in any circumstances. 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: OPERLOG Question
On Thu, 3 Feb 2011 09:55:34 -0500, Carson, Brad cars...@labcorp.com wrote: Hello, We've recently implemented sysplex OPERLOG in a CF structure on Jan. 20th, 2011. This past weekend we started getting the following messages: IXC585E STRUCTURE LCA_OPERLOG IN COUPLING FACILITY CFB1, PHYSICAL STRUCTURE VERSION C73599B9 8DEB1D84, IS AT OR ABOVE STRUCTURE FULL MONITORING THRESHOLD OF 80%. ENTRIES: IN-USE: 9421 TOTAL: 10909, 86% FULL ELEMENTS: IN-USE: 21908 TOTAL: 32546, 67% FULL The log offloaded last Thursday while one system was being IPL'd. After this is when these messages started. Here is how LCA_OPERLOG is defined in the CF: /* SYSPLEX OPERATOR SYSLOG (OPERLOG) */ STRUCTURE NAME(LCA_OPERLOG) SIZE(25600) INITSIZE(14336) PREFLIST(CFB1) And the logstream definitions: DATATYPE(LOGR) DEFINE STRUCTURE NAME(LCA_OPERLOG) LOGSNUM(1) MAXBUFSIZE(4096) DEFINE LOGSTREAM NAME(SYSPLEX.OPERLOG) STRUCTNAME(LCA_OPERLOG) HLQ(SYS0) LS_DATACLAS(TSDLOGR) LS_STORCLAS(STANDARD) LS_SIZE(4096) STG_DATACLAS(TSDLOGR) STG_STORCLAS(STANDARD) STG_SIZE(4096) HIGHOFFLOAD(80) LOWOFFLOAD(0) AUTODELETE(YES) RETPD(14) We're confused. Did we set this up wrong? Any help and advice would be greatly appreciated. /Brad Sorry about the company inserted disclaimer below. Don't monitor these types of logstreams (operlog, logrec etc.). You can probably find rants from Barbara Nitz in the archives about it. The fix is to add this to your structure definition: FULLTHRESHOLD(0) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote printers are Drained
I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Please do not print this email unless it
Re: Remote printers are Drained
Hi If it is PSF I would suggest to check the PRINTDEV TIMEOUT=(REDRIVE|STOP) parameter Still not see if it is a problem after some change or a new installation On 2/3/2011 2:45 PM, Chokalingam Thangavelu wrote: We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote printers are Drained
It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any
Re: Remote printers are Drained
I have checked in the Syslog but the start command was not executed and nothing happened afterwards. I have manually restarted the printer and afterwards NETVIEW is restarting the printer whenever it is DRAINED. I am bit confused why NETVIEW start command was not executed at a particular time. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this
Re: STCK vs TIMUSED
I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before Sent from my iPhone On Feb 3, 2011, at 8:33 AM, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Wed, 2 Feb 2011 17:53:10 -0500, Micheal Butz wrote: I am just subtracting the before and after microseconds portion ignoring date and time You are subtracting the low-order word of the TOD clock before from the low order word of the TOD clock after? -- 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: Remote printers are Drained
Are you using SA or just Netview? I know that with SA, you either have to run the command under the PPT Or the use a auto-op id or other opid that is logged onto Netview at the time. Sometimes it looks like Netview issues the command but MVS never gets it - in my case This has been due to incorrect usage of the MVS command or neglecting to specify MVS first. Can you list the relevant timers in Netview? LIST TIMER=SYS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I have checked in the Syslog but the start command was not executed and nothing happened afterwards. I have manually restarted the printer and afterwards NETVIEW is restarting the printer whenever it is DRAINED. I am bit confused why NETVIEW start command was not executed at a particular time. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings
Common Event Adapter
Receiving messages: CEA0105I COMMON EVENT ADAPTER IS RUNNING IN MINIMUM MODE. 065 UNIX SYSTEM SERVICE UNLINK ENDED WITH RETURN CODE 006F REASON CODE EF076032 And after F CEA,MODE=FULL F CEA,MODE=FULL CEA0105I COMMON EVENT ADAPTER IS RUNNING IN MINIMUM MODE. 069 UNIX SYSTEM SERVICE UNLINK ENDED WITH RETURN CODE 006F REASON CODE EF076032 CEA0014I MODE REQUEST FAILED. DIAG1=000C DIAG2=04010111 Reason code EF076032 indicates I do not have permission, but gives no clue as to what I need permission for. Anyone have any ideas? -- 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: STCK vs TIMUSED
On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Common Event Adapter
Alan, Have your reviewed the RACF/ACF2/TSS security and permission for /var/CEAServer http://www-01.ibm.com/support/docview.wss?uid=isg1OA23747 Rob -- 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: Common Event Adapter - SOLVED
Deleted the /var/CEAServer file. All is now OK. The funny thing is the permissions were the same (crwxrwxrwx). I forgot to check the owner before deleted the file, but according to the permissions, read/write should have been allowed. Rob, Thanks for the reference. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Have your reviewed the RACF/ACF2/TSS security and permission for /var/CEAServer .. /snip -- 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: STCK vs TIMUSED
I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STCK vs TIMUSED
On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.netwrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start-time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
LINKLIB in use
I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: STCK vs TIMUSED
If the code that I marking either Wall or CPU takes longer than 1 second there is big trouble Sent from my iPhone On Feb 3, 2011, at 1:21 PM, Sam Siegel s...@pscsi.net wrote: On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start- time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ --- --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html --- --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: LINKLIB in use
Mark, I don't see LNKLST UPDATE JOB(*) Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 10:32 To: IBM-MAIN@bama.ua.edu Subject: LINKLIB in use I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: STCK vs TIMUSED
Michael, Your comment doesn't seem relevant to me. Even if it takes two microseconds, it can span a time boundary which you are not including. More puzzling to me is why don't you want to get your calculation correct? Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Thursday, February 03, 2011 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED If the code that I marking either Wall or CPU takes longer than 1 second there is big trouble Sent from my iPhone On Feb 3, 2011, at 1:21 PM, Sam Siegel s...@pscsi.net wrote: On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start- time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
Thanks, Alan. I did a D PROG,LNKLST to show that my old LINKLIB had been removed from the new LNKLST, but when I did SETRPOG LNKLST,UPDATE,JOB(*) . . IEF196I IEF285I SYS3.PROD.LINKLIBKEPT IEF196I IEF285I VOL SER NOS= TUSR01. . . On Thu, Feb 3, 2011 at 1:41 PM, Starr, Alan alan_st...@calpers.ca.govwrote: Mark, I don't see LNKLST UPDATE JOB(*) Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 10:32 To: IBM-MAIN@bama.ua.edu Subject: LINKLIB in use I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: LINKLIB in use
Read up on this before you try it. In the commands manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a1/4.46.4?SHELF=EZ2ZBK0IDT=20100113124721 And from the Init and Tuning Ref:(a good explanation) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E2A0/73.4.9?DT=20090604030907#HDRRMVLNK -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Starr, Alan Sent: Thursday, February 03, 2011 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use Mark, I don't see LNKLST UPDATE JOB(*) Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 10:32 To: IBM-MAIN@bama.ua.edu Subject: LINKLIB in use I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: STCK vs TIMUSED
Edward Jaffes calculation about shifting bits seemed like something I would do in Assembler Regardless if I subtracted a formated T TOD which is 26 bytes and just look at the microseconds portion the last 6 digits wouldn't that be accurate as well Sent from my iPhone On Feb 3, 2011, at 1:42 PM, Tom Harper tom.har...@neon.com wrote: Michael, Your comment doesn't seem relevant to me. Even if it takes two microseconds, it can span a time boundary which you are not including. More puzzling to me is why don't you want to get your calculation correct? Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Thursday, February 03, 2011 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED If the code that I marking either Wall or CPU takes longer than 1 second there is big trouble Sent from my iPhone On Feb 3, 2011, at 1:21 PM, Sam Siegel s...@pscsi.net wrote: On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start- time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
You forgot the unallocate to remove the enque. SETPROG LNKLST,UNALLOCATE SETPROG LNKLST,ALLOCATE And set it back to being safe... Rob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: LINKLIB in use I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: STCK vs TIMUSED
On Thu, Feb 3, 2011 at 10:59 AM, Micheal Butz michealb...@optonline.netwrote: Edward Jaffes calculation about shifting bits seemed like something I would do in Assembler Regardless if I subtracted a formated T TOD which is 26 bytes and just look at the microseconds portion the last 6 digits wouldn't that be accurate as well The problem is a matter of obtaining sufficient number of digits to get an accurate answer. Please consider the case where start time where the last 6 digits of start time is 99 and the last 6 digits of end time is 01. A difference of just 2 microsecond as Tom pointed out. However, subtracting just the last 6 digits will result in a negative number and an inaccurate result. Sent from my iPhone On Feb 3, 2011, at 1:42 PM, Tom Harper tom.har...@neon.com wrote: Michael, Your comment doesn't seem relevant to me. Even if it takes two microseconds, it can span a time boundary which you are not including. More puzzling to me is why don't you want to get your calculation correct? Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Thursday, February 03, 2011 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED If the code that I marking either Wall or CPU takes longer than 1 second there is big trouble Sent from my iPhone On Feb 3, 2011, at 1:21 PM, Sam Siegel s...@pscsi.net wrote: On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start- time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: STCK vs TIMUSED
No, you still need to have the seconds position at a minimum for a borrow. You're really better off subtracting the two STCK values using either the entire binary number or, the remaining digits after taking off the right 12 bits. Assuming addr below points to where your TOD value is, and I believe you said something earlier about coming from an SVC dump, so I assume for the moment that you are in IPCS: EVAL addr LEN(8) HEX REXX(STO(RAWTOD)) TOD1 = X2D(B2X(LEFT(X2B(RAWTOD),52))) TOD1 will then have the decimal TOD in microseconds. Do the same for the other field, then subtract the 2 values. The result will be in microseconds and borrowing will be accounted for. Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Thursday, February 03, 2011 1:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED Edward Jaffes calculation about shifting bits seemed like something I would do in Assembler Regardless if I subtracted a formated T TOD which is 26 bytes and just look at the microseconds portion the last 6 digits wouldn't that be accurate as well Sent from my iPhone On Feb 3, 2011, at 1:42 PM, Tom Harper tom.har...@neon.com wrote: Michael, Your comment doesn't seem relevant to me. Even if it takes two microseconds, it can span a time boundary which you are not including. More puzzling to me is why don't you want to get your calculation correct? Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Thursday, February 03, 2011 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED If the code that I marking either Wall or CPU takes longer than 1 second there is big trouble Sent from my iPhone On Feb 3, 2011, at 1:21 PM, Sam Siegel s...@pscsi.net wrote: On Thu, Feb 3, 2011 at 10:11 AM, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? By using the right most digits there can be a situation where the end-time appears to occur prior to the start-time. Consider the following: Start time: 1 999 998 End time: 2 000 003 When all digits are considered, end-time is greater than start- time. When only 6 digits are considered, start-time appears to be greater than end-time. To get an accurate time enough digits need to be used to ensure that end-time is greater than start-time when doing the subtractions. Using all digits as Ed has suggested pretty much guarantees end-time will be great than start-time. Sent from my iPhone On Feb 3, 2011, at 11:57 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/3/2011 8:41 AM, Micheal Butz wrote: I do a substr to get the last 6 digits of the date/time. The microseconds portion. And substract. Value = after - before To subtract TOD values, use unsigned binary doubleword arithmetic. If you want resolution to microseconds, shift both doubleword values right by 12 bits before subtracting. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Common Event Adapter
Allan, does the started task userid that CEA is running under have an OMVS segment? I think it used to need UID(0), but not sure about that now. MA -- 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: Common Event Adapter
Mary, If you follow the link I posted, there is a description of the OMVS segment and authority that is required. According to the doc, there was some debate/confusion about what was required. Rob On Thu, Feb 3, 2011 at 2:26 PM, Mary Anne Matyaz maryanne4...@gmail.comwrote: Allan, does the started task userid that CEA is running under have an OMVS segment? I think it used to need UID(0), but not sure about that now. MA -- 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 -- Rob Schramm Senior Systems Engineer w: 513.305.6224 -- 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: STCK vs TIMUSED
On 3 February 2011 13:11, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I don't understand what this means, and I'm not at all sure how you get 26 characters from an 8-byte value. Even if you convert it to a decimal number, the largest value X'' is 20 decimal digits. Are you putting in commas or something? I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? It rather depends on what this 26-character thing is, I think. Also keep in mind that all TOD values since May 11, 1971 at about noon have their high bit on, and so can lead to trouble if you or your programming language insists on treating the whole thing as a signed binary integer. Shifting the value(s) right by 12 bits addresses this potential problem at the same time as it converts to microseconds, which are usually both accurate enough for most purposes, and easier to understand and sanity check than are the raw numbers. 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: STCK vs TIMUSED
At the risk of assuming something, I suspect that the 26 character TOD is a formatted string like this /MM/DD.HH:MM:SS.XX The XX on the end would be microseconds. Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Thursday, February 03, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED On 3 February 2011 13:11, Micheal Butz michealb...@optonline.net wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. To convert the double word to a 26 character string I use the last 6 digits I don't understand what this means, and I'm not at all sure how you get 26 characters from an 8-byte value. Even if you convert it to a decimal number, the largest value X'' is 20 decimal digits. Are you putting in commas or something? I understand I can bypass this conversion and just do the subtraction as you said on the double word regardless wouldn't the results be the same. ??? It rather depends on what this 26-character thing is, I think. Also keep in mind that all TOD values since May 11, 1971 at about noon have their high bit on, and so can lead to trouble if you or your programming language insists on treating the whole thing as a signed binary integer. Shifting the value(s) right by 12 bits addresses this potential problem at the same time as it converts to microseconds, which are usually both accurate enough for most purposes, and easier to understand and sanity check than are the raw numbers. 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 -- 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: STCK vs TIMUSED
John, On a related matter: I seem to remember that there is a way to use TIMEUSED so that it has *significantly* less overhead, which would be important for a profiler use case. I'm not sure, but I recall that it has something to do with BRANCH= and ECT=. If anyone knows the details on this, I would appreciate any info. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Feb 3, 2011 at 9:06 AM, john gilmore john_w_gilm...@msn.com wrote: Mr Butz writes: | I am just subtracting the before and after microseconds portion ignoring date and time Consider a four-position decimal counter that currently has the value 99, i.e., | 0 | 0 | 9 | 9 | Now save the low-order two digits, 99, and add 7 to the counter, obtaining | 0 | 1 | 0 | 6 | Saving the low-order two digits again yields 06. Then the subtraction 06 - 99 yields a difference of -07, i.e., nonsense. Use the STCKF instruction, which 1) is a faster, lower-overhead one and 2) stores binary zeros to the right of the position that is being incremented. Shift your STCKF values right to eliminate these insignificant binary zeros. Then consult your PrOp again with some care, reconsidering how properly to interpret differences in these shifted values. The notion that an STCKx value has separate date, time (hours?), and microsecond fields is just wrong. It is a counter that has, conceptually, been incremented by one for each elapsed clock unit since midnight 1899 December 31. You may discard precision on the right; but you cannot ignore leftmost, higher-order bits in any circumstances. 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 -- 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: Existing jes exit06 and time restriction per job class
On Thu, Feb 3, 2011 at 3:44 PM, Mark Zelden mzel...@flash.net wrote: On Thu, 3 Feb 2011 15:19:04 +0100, Manfred Lotz manfred.l...@googlemail.com wrote: Hi Mark, Thanks for the code. You're welcome. BTW, my code didn't check it (I think we also had checks in IEFUJV), but the key check for TIME= on the job card is TIMEJK. See SYS1.MODGEN(IEFVKEYS). In the already existing jes2 exit 6 (which doesn't have the planned functionality yet) we used XINTKEY to get those information about parameters like TIMEJK, or TIMEEK etc. But when changing C/I text I guess it would be necessary to parse the C/I text by myself because XINTKEY seems to be only for retrieving. Personally, I am not really happy about changing the C/I text. It is certainly much easier to cancel a job if it wants to use more timei than it is expected to use. :-) -- Manfred -- 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: STCK vs TIMUSED
On Thu, 3 Feb 2011 15:07:39 -0500 Tony Harminc t...@harminc.net wrote: :On 3 February 2011 13:11, Micheal Butz michealb...@optonline.net wrote: : I am doing this in Rexx exec processing a SVC dump after calling : BLSUXTOD. To convert the double word to a 26 character string I use the last : 6 digits :I don't understand what this means, and I'm not at all sure how you :get 26 characters from an 8-byte value. Even if you convert it to a :decimal number, the largest value X'' is 20 decimal :digits. Are you putting in commas or something? Look up a DB2 timestamp. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: STCK vs TIMUSED
On 2/3/2011 12:34 PM, Kirk Wolf wrote: On a related matter: I seem to remember that there is a way to use TIMEUSED so that it has *significantly* less overhead, which would be important for a profiler use case. I'm not sure, but I recall that it has something to do with BRANCH= and ECT=. If anyone knows the details on this, I would appreciate any info. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a4a0/22.1.6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STCK vs TIMUSED
From TIMEUSED documentation in z/OS V1R10.0 MVS Authorized Assembler Services Reference SET-WTO: Requires key zero and supervisor state to force using Extract CPU Time instruction service (ECT=YES), but normal LINKAGE=SYSTEM can use ECT=COND to use it if it is available. ,LINKAGE=SYSTEM ,LINKAGE=BRANCH Specifies the type of linkage used in TIMEUSED processing. LINKAGE=BRANCH indicates branch entry. You may specify or default to LINKAGE=BRANCH if you are a key zero supervisor state program running under a TCB or SRB. LINKAGE=SYSTEM indicates the linkage is by nonbranch entry. ,ECT=SYSTEM ,ECT=COND ,ECT=YES Specifies which instruction service the system is to use. SYSTEM Specifies that the system determines which instruction service to use. For LINKAGE=BRANCH, the system will use the Extract CPU Time instruction service when that service is available. For LINKAGE=SYSTEM, it will not use the Extract CPU Time instruction service. COND Specifies that the system is conditionally to use the Extract CPU Time instruction service. If the service and instruction are available, the system will use that service. Otherwise, the system will use the regular TIMEUSED service. Output is in TOD format. Use only with LINKAGE=SYSTEM. Do not specify the CPU or VECTOR parameters. You must include the CVT, IHAECVT, and IHAPSA mapping macros. YES Specifies that the system is unconditionally to use the Extract CPU Time instruction service. You must verify that the service and instruction are available (running on z/OS V1R8 or later, with bit FLCECT in byte FLCFACL3 in macro IHAPSA). Output is in TOD format. Do not specify the CPU, VECTOR, or LINKAGE parameters. You must include the CVT, IHAECVT, and IHAPSA mapping macros. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Thursday, February 03, 2011 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED John, On a related matter: I seem to remember that there is a way to use TIMEUSED so that it has *significantly* less overhead, which would be important for a profiler use case. I'm not sure, but I recall that it has something to do with BRANCH= and ECT=. If anyone knows the details on this, I would appreciate any info. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STCK vs TIMUSED
Thanks, I've seen that, but as I recall the implications were subtle and not documented. But this does seem to document it. I surmise that the best performance is using ECT=YES and would result in no branch at all, but it would depend on the programmer knowing that the Extract CPU Time facility was present, but you could check that once during initialization. Kirk On Thu, Feb 3, 2011 at 2:42 PM, Edward Jaffe edja...@phoenixsoftware.comwrote: On 2/3/2011 12:34 PM, Kirk Wolf wrote: On a related matter: I seem to remember that there is a way to use TIMEUSED so that it has *significantly* less overhead, which would be important for a profiler use case. I'm not sure, but I recall that it has something to do with BRANCH= and ECT=. If anyone knows the details on this, I would appreciate any info. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a4a0/22.1.6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? the dataset could be still in use by LLA and/or XCFAS. However, even if you purge LLA and issue SETPROG LNKLST,UNALLOCATE (freeing the dataset from the XCFAS), I don't think you can delete your old.linklib. I might be wrong, but IIRC, z/OS keeps somewhere (storage ? control block ?) the list of datasets defined in LNKLST set(s). Even if you activate LNKLST01, I doubt you can delete old.linklib which belongs to LNKLST00. The only way to delete old.linklib is to IPL. Beside that, old.linklib doesn't do any harm to you, does it ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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: LINKLIB in use
I was able to delete the old linklib once I cycled LLA. On Thu, Feb 3, 2011 at 4:24 PM, Walter Marguccio walter_marguc...@yahoo.com wrote: I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? the dataset could be still in use by LLA and/or XCFAS. However, even if you purge LLA and issue SETPROG LNKLST,UNALLOCATE (freeing the dataset from the XCFAS), I don't think you can delete your old.linklib. I might be wrong, but IIRC, z/OS keeps somewhere (storage ? control block ?) the list of datasets defined in LNKLST set(s). Even if you activate LNKLST01, I doubt you can delete old.linklib which belongs to LNKLST00. The only way to delete old.linklib is to IPL. Beside that, old.linklib doesn't do any harm to you, does it ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: STCK vs TIMUSED
On Thu, 3 Feb 2011 15:07:39 -0500, Tony Harminc wrote: On 3 February 2011 13:11, Micheal Butz wrote: I am doing this in Rexx exec processing a SVC dump after calling BLSUXTOD. I don't understand what this means, and I'm not at all sure how you get 26 characters from an 8-byte value. BLSUXTOD is an IPCS exit service routine that seems to pass back mm/dd/ hh:mm:ss.ff Not something I'd want to do arithmetic with. -- 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: LINKLIB in use
Let us know when you get forced to IPL. I wouldn't risk doing this on any important system. Just for grins, write something into the space the old linklib occupied. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use I was able to delete the old linklib once I cycled LLA. On Thu, Feb 3, 2011 at 4:24 PM, Walter Marguccio walter_marguc...@yahoo.com wrote: I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? the dataset could be still in use by LLA and/or XCFAS. However, even if you purge LLA and issue SETPROG LNKLST,UNALLOCATE (freeing the dataset from the XCFAS), I don't think you can delete your old.linklib. I might be wrong, but IIRC, z/OS keeps somewhere (storage ? control block ?) the list of datasets defined in LNKLST set(s). Even if you activate LNKLST01, I doubt you can delete old.linklib which belongs to LNKLST00. The only way to delete old.linklib is to IPL. Beside that, old.linklib doesn't do any harm to you, does it ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: LINKLIB in use / Darwin
...we need to start the IBM-MAIN equivalent of the Darwin Awards... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, February 03, 2011 2:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use Let us know when you get forced to IPL. I wouldn't risk doing this on any important system. Just for grins, write something into the space the old linklib occupied. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use I was able to delete the old linklib once I cycled LLA. On Thu, Feb 3, 2011 at 4:24 PM, Walter Marguccio walter_marguc...@yahoo.com wrote: I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? the dataset could be still in use by LLA and/or XCFAS. However, even if you purge LLA and issue SETPROG LNKLST,UNALLOCATE (freeing the dataset from the XCFAS), I don't think you can delete your old.linklib. I might be wrong, but IIRC, z/OS keeps somewhere (storage ? control block ?) the list of datasets defined in LNKLST set(s). Even if you activate LNKLST01, I doubt you can delete old.linklib which belongs to LNKLST00. The only way to delete old.linklib is to IPL. Beside that, old.linklib doesn't do any harm to you, does it ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- 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: STGADMIN.ADR.DUMP.TOLERATE.ENQF
Interesting. I'm not clear where this is documented, but I'll see what my RACF admin has to say. Basically, I tried in our prod LPAR to backup (DUMP) a file that was currently open to CICS; thus the TOLERATE(ENQF). But I could not perform it because... ICH408I USER(DVFJS ) GROUP(DEPT9971) NAME(FRANK SWARBRICK ) 928 STGADMIN.ADR.DUMP.TOLERATE.ENQF CL(FACILITY) INSUFFICIENT ACCESS AUTHORITY FROM STGADMIN.ADR.** (G) ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) Thanks! Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 2/3/2011 at 12:36 AM, in message 4d4a5b15.1080...@bremultibank.com.pl, R.S. r.skoru...@bremultibank.com.pl wrote: Frank Swarbrick pisze: STGADMIN.ADR.DUMP.TOLERATE.ENQF is required for a user to use TOLERATE(ENQF) on a DSS dump. What is the security issue this is protecting against? Or is it just more of a data integrity issue? No. An access to the resource STGADMIN.ADR.DUMP.TOLERATE.ENQF is NOT required to use TOL(ENQF). All the STGADMIN.ADR.everything-but-second-STGADMIN resources are used to *optionally* deny access. In other words: STGADMIN.ADR.non-STGADMIN - no profile means access for everyone. STGADMIN.ADR.STGADMIN.** - no profile means no access. That's big difference. Dangerous functions are denied by default, while other functions CAN be denied (controlled) if you wish so. IMHO it's state of the art usage of RACF profiles. The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: STGADMIN.ADR.DUMP.TOLERATE.ENQF
W dniu 2011-02-04 00:33, Frank Swarbrick pisze: Interesting. I'm not clear where this is documented, but I'll see what my RACF admin has to say. Basically, I tried in our prod LPAR to backup (DUMP) a file that was currently open to CICS; thus the TOLERATE(ENQF). But I could not perform it because... ICH408I USER(DVFJS ) GROUP(DEPT9971) NAME(FRANK SWARBRICK ) 928 STGADMIN.ADR.DUMP.TOLERATE.ENQF CL(FACILITY) INSUFFICIENT ACCESS AUTHORITY FROM STGADMIN.ADR.** (G) ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) That's quite obvious. Some basics: resource is a string STGADMIN.ADR.DUMP.TOLERATE.ENQF RACF db holds the profiles. In your case your RACF db has no profile equal to resource name, but it holds *generic* profile STGADMIN.ADR.** which covers required resource. In your case this profile is to wide in scope. Your RACF admin should consider definition of STGADMIN.ADR.STGADMIN.** - this profile is powerfule and dangerous. The old profile could be defined with UACC(READ) which means available to anyone. In other words, your RACF admin unnecessarily restricted some functions. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: STGADMIN.ADR.DUMP.TOLERATE.ENQF
SC35-0423 DFSMSdss Storage Administration Guide, Chapter 20. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, 4 February 2011 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: STGADMIN.ADR.DUMP.TOLERATE.ENQF W dniu 2011-02-04 00:33, Frank Swarbrick pisze: Interesting. I'm not clear where this is documented, but I'll see what my RACF admin has to say. -- 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: STGADMIN.ADR.DUMP.TOLERATE.ENQF
On 2/3/2011 at 5:12 PM, in message 4d4b447b.50...@bremultibank.com.pl, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2011-02-04 00:33, Frank Swarbrick pisze: Interesting. I'm not clear where this is documented, but I'll see what my RACF admin has to say. Basically, I tried in our prod LPAR to backup (DUMP) a file that was currently open to CICS; thus the TOLERATE(ENQF). But I could not perform it because... ICH408I USER(DVFJS ) GROUP(DEPT9971) NAME(FRANK SWARBRICK ) 928 STGADMIN.ADR.DUMP.TOLERATE.ENQF CL(FACILITY) INSUFFICIENT ACCESS AUTHORITY FROM STGADMIN.ADR.** (G) ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) That's quite obvious. Some basics: resource is a string STGADMIN.ADR.DUMP.TOLERATE.ENQF RACF db holds the profiles. In your case your RACF db has no profile equal to resource name, but it holds *generic* profile STGADMIN.ADR.** which covers required resource. In your case this profile is to wide in scope. Your RACF admin should consider definition of STGADMIN.ADR.STGADMIN.** - this profile is powerfule and dangerous. The old profile could be defined with UACC(READ) which means available to anyone. In other words, your RACF admin unnecessarily restricted some functions. Indeed. Most likely he made the (very reasonable I would think) assumption that all of the STGADMIN.ADR resources should be given only to, well, storage administrators. :-) I may just let this go rather than bothering him, but the information is helpful and may be of use in the future. Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: Ñ(X'69') character and SYSLOG display
On Wed, 2 Feb 2011 07:25:23 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: This restriction must be for consoles only. I see those other characters in the log. +1+2+3+4+5+6+7- ---+ N 0001000 MVS602011032 08:00:40.32 0090 SEÑORITA D4FFF4DEEFFFFF4FF7FF7FF4FF4444EC6DDC EC 51452602011032008A00A40B329000259699 31 -- Ed, I'll have to go back and check the code as far as SYSLOG. It certainly applies to consoles, including the various printers that we supported as output-only consoles. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
As others have mentioned LNKLST UPDATE JOB(*) is required to get all old address spaces to switch to a newly activated lnklst and free up all prior usage of LNKLST00, but if you search past threads on this topic on ibm-main you will find that at least in the past this has involved some element of risk, depending on what library has been changed and how it is being used by the address space; so the best time to do this may be after making corresponding changes to PROGxx just before a scheduled IPL. The ACTIVATE by itself only causes address spaces created in the future to use the new LNKLST definition - existing address spaces by default continue to use the same LNKLSTxx that they were using before the ACTIVATE. Maybe I am overly paranoid, but I would never delete a dynamically removed lnklist library within the same IPL. Once it is freed, just rename it and by some means insure it is not eligible for migration or other movement, just in case there is still some control block somewhere left pointing to the old extents. Save the delete for after the next IPL when the library has never been accessed as a lnklist library. Joel C Ewing On 02/03/2011 12:31 PM, Mark Pace wrote: I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- 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: STGADMIN.ADR.DUMP.TOLERATE.ENQF
- Original Message - From: R.S. r.skoru...@bremultibank.com.pl Newsgroups: bit.listserv.ibm-main Sent: Thursday, February 03, 2011 7:13 PM Subject: Re: STGADMIN.ADR.DUMP.TOLERATE.ENQF W dniu 2011-02-04 00:33, Frank Swarbrick pisze: Interesting. I'm not clear where this is documented, but I'll see what my RACF admin has to say. Basically, I tried in our prod LPAR to backup (DUMP) a file that was currently open to CICS; thus the TOLERATE(ENQF). But I could not perform it because... ICH408I USER(DVFJS ) GROUP(DEPT9971) NAME(FRANK SWARBRICK ) 928 STGADMIN.ADR.DUMP.TOLERATE.ENQF CL(FACILITY) INSUFFICIENT ACCESS AUTHORITY FROM STGADMIN.ADR.** (G) ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) That's quite obvious. Some basics: resource is a string STGADMIN.ADR.DUMP.TOLERATE.ENQF RACF db holds the profiles. In your case your RACF db has no profile equal to resource name, but it holds *generic* profile STGADMIN.ADR.** which covers required resource. In your case this profile is to wide in scope. Your RACF admin should consider definition of STGADMIN.ADR.STGADMIN.** - this profile is powerfule and dangerous. The old profile could be defined with UACC(READ) which means available to anyone. In other words, your RACF admin unnecessarily restricted some functions. I would disagree with the last statement that the RACF admin unnecessarily restricted some functions. I've seen this construct at a number of sites, and it makes sense if for no other reason that it covers future additions to the STGADMIN.ADR FACILITY class profiles. IBM does add new function there from time to time, and having this rule in place ensures that no one can get unauthorized access to any new profiles in the future. 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