Re: Reporting on CPU usage of LINUX and other special processors
On Thu, Dec 16, 2010 at 12:39 AM, Ed Gould ps2...@yahoo.com wrote: I do not recall seeing this discussed before (possibly I missed it) but I have been asked by a client that is interested in getting one of the new processors about how to track and report usage of all the different type of processors that are available. They do not want to buy a processor but also want to be able to justify keeping them. I have not heard this discussed yet but how does one keep track of usage? A live (RMF type) is not really really needed but a batch report would be fine. Maybe later on an RMF type program might be needed but that is far ahead in planning right at the moment. Maybe a SHARE session would be nice as well (if there hasn't already been one). Ed I know our z/OS system can track non/z/OS LPAR statistics. Not sure if VM / VSE does the same reports. -- Mike A Schwab, Springfield IL USA I know our z/OS system can track non/z/OS LPAR statistics. Not sure if VM / VSE does the same reports. Our z/OS systems track ICFs and IFLs, but only show their weight as DED and 100% dispatched. I can't see what is happining within the IFL and how much capacity is available there. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Strange CPUTIME values
Good morning list. Apologies for the long post ... We have a strange problem on one LPAR since the last IPL in the early hours of Monday morning, whereby the CPU time used by jobs ( as displayed on the SDSF DA panel, and in the IEFACTRT reports ) is a fraction of what it should be. CICS regions appear to be using about 10% of their normal CPU usage despite being just as busy as usual. In the case of SAS jobs it seems to be recording zero CPU used, for example : Yesterday NOTE: The SAS session used 1157.31 CPU seconds and 33664K.at the end of the SASLOG Step Num: 3 PGM Name: SASXA1in the IEFACTRT step termination report CPU (TCB): 00:00:00.00 CPU (SRB): 00:00:18.59 Friday NOTE: The SAS session used 1936.38 CPU seconds and 33652K. Step Num: 3 PGM Name: SASXA1 CPU (TCB): 00:32:16.46 CPU (SRB): 00:00:15.25 This phenomenon doesn't appear to be affecting all jobs though. I ran a small REXX that loops forever and cancelled it after 5 minutes, and it reported it had used CPU (TCB): 00:03:12.90. The IPL was to upgrade 4 CA products (MIM, OpsMVS, Sysview, CA1) and Syncsort, and apply a handful of PTFs recommended for the MIM upgrade, none of which affect CPU reporting/recording. WLM changes have been made since the IPL but none that would affect CPU; the service coefficients haven't changed, and in any case of 14 systems in the sysplex this is the only one affected. One other system shares the same sysres so is running the same levels of software and z/OS. Unfortunately this is z/OS 1.9 so I can't raise a PMR with IBM ( we're upgrading Q1/Q2 2011 ). Any ideas what could have caused this ? Not a critical problem but it's causing problems with the customer's reports Thanks Paul Beesley Atos Origin Bournemouth BH1 2NF paul.bees...@atosorigin.com ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- 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: Strange CPUTIME values
The SDSF DA display and the IEFACTRT output could be simple bugs in the code -I would be very tempted to dump out the SMF Type30 records for the jobs in question and take a close look at them. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Beesley, Paul Sent: 16 December 2010 10:41 To: IBM-MAIN@bama.ua.edu Subject: Strange CPUTIME values Good morning list. Apologies for the long post ... We have a strange problem on one LPAR since the last IPL in the early hours of Monday morning, whereby the CPU time used by jobs ( as displayed on the SDSF DA panel, and in the IEFACTRT reports ) is a fraction of what it should be. CICS regions appear to be using about 10% of their normal CPU usage despite being just as busy as usual. In the case of SAS jobs it seems to be recording zero CPU used, for example : Yesterday NOTE: The SAS session used 1157.31 CPU seconds and 33664K.at the end of the SASLOG Step Num: 3 PGM Name: SASXA1in the IEFACTRT step termination report CPU (TCB): 00:00:00.00 CPU (SRB): 00:00:18.59 Friday NOTE: The SAS session used 1936.38 CPU seconds and 33652K. Step Num: 3 PGM Name: SASXA1 CPU (TCB): 00:32:16.46 CPU (SRB): 00:00:15.25 This phenomenon doesn't appear to be affecting all jobs though. I ran a small REXX that loops forever and cancelled it after 5 minutes, and it reported it had used CPU (TCB): 00:03:12.90. The IPL was to upgrade 4 CA products (MIM, OpsMVS, Sysview, CA1) and Syncsort, and apply a handful of PTFs recommended for the MIM upgrade, none of which affect CPU reporting/recording. WLM changes have been made since the IPL but none that would affect CPU; the service coefficients haven't changed, and in any case of 14 systems in the sysplex this is the only one affected. One other system shares the same sysres so is running the same levels of software and z/OS. Unfortunately this is z/OS 1.9 so I can't raise a PMR with IBM ( we're upgrading Q1/Q2 2011 ). Any ideas what could have caused this ? Not a critical problem but it's causing problems with the customer's reports Thanks Paul Beesley Atos Origin Bournemouth BH1 2NF paul.bees...@atosorigin.com ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- 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: DFSMS/DASD: Control SG occupancy
Hello, You can find an example of using ISMF in batch here: http://www.servframe.com/jcl-samples/ There is an example called Generate an ISMF storage group list in batch This list have a field with the % free value that you can read with a REXX and compare with the values you consider appropiate and send a message, email, (or whatever you want). Regards, Gonzalo Cengotita http://www.servframe.com/jcl-samples/ On Wed, Dec 15, 2010 at 1:04 PM, af dc acbi...@gmail.com wrote: Hello, can anyone give me an hint about how to control SG occupancy, like, hourly have a msg to syslog with a list of selected SGs with 75% of occupancy. I have a request to monitor a SG where after getting 70% of occupancy an alert must be issued to us (storage administrators). Can this be done ?? Any hint, sugestion is welcome. Many thx, Antonio Cecilio. -- 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 -- Gonzalo Cengotita Quirce -- 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: REXX Question
As long as you are on z/OS 1.12 you have direct access to the SYSLOG. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, December 15, 2010 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX Question Which one? z/OS SYSLOG, OPERLOG, or UNIX SYSLOG Daemon? UNIX SYSLOG Daemon usually goes to one or more files in /var/log depending on the syslog.conf file . z/OS SYSLOG or OPERLOG, I'd use the new address sdsf functions for REXX. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISF4CSA0/13.0 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Wednesday, December 15, 2010 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: REXX Question Is there a way for a Rexx routine to collect information from the active system log? If so, do you have any code you can share? Thanks in advance. -- 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: IBM's Supercomputer Watson to be featured on Jeopardy! soon
See http://www.research.ibm.com/deepqa/ and http://www.youtube.com/watch?v=FC3IryWr4c8feature=player_embedded#! -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: Batch program to update CVTUSER
If you have a Parallel Sysplex (you have a Coupling Facility), you might want to consider using a new CICS facility called named counter. It would require no special coding on your part at all. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP4B06/1.50 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lorne Dudley Sent: Wednesday, December 15, 2010 5:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Batch program to update CVTUSER To Chris and others I'm looking for a quick and dirty mechanism for three CICS regions performing the same function to check a value and then determine whether to present a busy screen or allow sign-on based on the number of current tasks in each region. CVTUSER (or some other global variable) will be set with the max-task value at which a busy screen will be presented. I can use CVTUSER because I'm the system programmer and no one else has access to the system in this mode. I'd love to use NAMETOKENs pointing to a control variable if anyone has code to share. As has been obvious to a number of observers, it's been years since I have dabbled in assembler code. Yes, I do have a test LPAR to try all of this stuff out. Regards Lorne -- 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
XMIT manager problem
When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: XMIT manager problem
Yep, I had a problem also in Windows 7 ( 64bit) , fixed it by placing the executables in my C:Program files(x86) folder, works fine now Scott J Ford From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Thu, December 16, 2010 8:36:36 AM Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Moving tape files keeping original information
Using *ONLY* IBM standard facilites, the only way to do this would be with a specifically developed application program to: 1) Copy/stack the tape and retain the original expdt, 2) Generate the relevant update job for TLMS to preserve/restore the original information. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT manager problem
Was the original file a PDS or a PDSE? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, December 16, 2010 07:37 To: IBM-MAIN@bama.ua.edu Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock -- 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: XMIT manager problem
On 12/16/2010 7:31 AM, Field, Alan C. wrote: Was the original file a PDS or a PDSE? Gotcha'. But it's a PDS. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, December 16, 2010 07:37 To: IBM-MAIN@bama.ua.edu Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Strange CPUTIME values
On Thu, 16 Dec 2010 10:40:57 +, Beesley, Paul paul.bees...@atosorigin.com wrote: Good morning list. Apologies for the long post ... We have a strange problem on one LPAR since the last IPL in the early hours of Monday morning, whereby the CPU time used by jobs ( as displayed on the SDSF DA panel, and in the IEFACTRT reports ) is a fraction of what it should be. CPU (SRB): 00:00:18.59 reported it had used CPU (TCB): 00:03:12.90. The IPL was to upgrade 4 CA products (MIM, OpsMVS, Sysview, CA1) and Syncsort, and apply a handful of PTFs recommended for the MIM upgrade, none of which affect CPU reporting/recording. Unfortunately this is z/OS 1.9 so I can't raise a PMR with IBM ( we're upgrading Q1/Q2 2011 ). Any ideas what could have caused this ? Not a critical problem but it's causing problems with the customer's reports Hi Paul, This is an OPS/MVS 11.8 problem. PROBLEM DESCRIPTION: OPSMVS 11.8 by default uses ENCLAVES for performance purposes, which may have adverse effects on performance tools, DB2, Websphere, and any other products that use ENCLAVES. CIRCUMVENTION: For immediate relief, change option INITWME in opsview 4.1.1 to NO. Then issue the following MVS command: F OPSx,restart(WME) /* where OPSx is your opsmvs subsystem name */ Apply the associated PTF in order to disable enclave joins for the time being, or remember to change your OPSxPAnn parameter member to include the following statement to reflect this change: T= OPSPRM_SET(initwme,no) The PTF will not affect the INITWME Parameter, but will disable any newjoins. Doug Doug Doug -- 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: XMIT manager problem
On 12/16/2010 6:48 AM, Scott Ford wrote: Yep, I had a problem also in Windows 7 ( 64bit) , fixed it by placing the executables in my C:Program files(x86) folder, works fine now Scott J Ford Thanks. But I'm running WinXP and have been using xmit manager under this for several years; and other files open OK. From: Steve Comstockst...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Thu, December 16, 2010 8:36:36 AM Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Darren's approval
In 77142d37c0c3c34da0d7b1da7d7ca3430880b...@nwt-s-mbx2.rocketsoftware.com, on 12/15/2010 at 10:16 PM, Bill Fairchild bi...@mainstar.com said: Perhaps Shmuel was punning? I never pun[1]. That's my story and I'm sticking to it. [1] Especially in comments -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS installation questions
In 004701cb9cc2$a3eedd40$ebcc97...@rr.com, on 12/15/2010 at 08:43 PM, Dan Blake dansinthecaroli...@sc.rr.com said: We are getting ready to install SAS base, Graph, ETS, FSP and ACCESS. Anyone experience issues with the installation? Yes. They've completely redone things, in a manner that makes life harder than it need to be. Everything is Unix based, and their deployment manager is web[1] based. If you want to order electronic delivery, involve your network folks early on so that they can deploy any needed proxies or servers. You will need to completely rethink your installation, deployment and maintenance procedures; what you did for SAS 8 won't work. If time permits, run your plans past SAS support and ask them to let you know of any problems. [1] I've suggested making it available via FTP; it might be worth checking whether they have done so. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In 4d09155b.10...@queensu.ca, on 12/15/2010 at 02:22 PM, Lorne Dudley dudl...@queensu.ca said: The book says the key of the storage area that the running program tries to access is different from that of the running program. That was true in OS/360. It hasn't been true[1] in decades. Starting with OS/VS1 Release 1 and OS/VS2 Release 1 (SVS), IBM overloaded 0C4 with unrelated program interrupts. * move 4 characters to CVTUSER Not even close. MVC R3(4),=C'TEST' There's your problem. I believe that Steve offers a course in Assembler programming. [1] There are still 0C4's that match the description, but they're not as common as the ones that don't. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In aanlktikbdauyvc-uvzq7xqwb2mdwg4utrurxh_y5w...@mail.gmail.com, on 12/15/2010 at 11:33 AM, Sam Siegel s...@pscsi.net said: R2 is set incorrectly. What gives you that idea? Look at the definition of CVTPTR. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In aanlktinqf4i2y16bc0rwq+q+wgv04oeufo1wbl8q9...@mail.gmail.com, on 12/15/2010 at 12:58 PM, Sam Siegel s...@pscsi.net said: Tom, I'm confused about your comment above. FLCCVT is a DS and CVTPTR is an EQU; the only difference between them is how you establish addressability. They both refer to the CVT pointer. The original post (shown below) never loaded register 2 and therefore has the value provided by the caller. The code shown below your comment includes L R2,CVTPTR LOAD UP CVT ADDRESS What is that, chopped liver? The code in Message-ID: 4d09155b.10...@queensu.ca not only loads R2, but in Message-ID: aanlktikbdauyvc-uvzq7xqwb2mdwg4utrurxh_y5w...@mail.gmail.com you told him to replace the code with equivalent code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In 4d093be1.9010...@neo.tamu.edu, on 12/15/2010 at 04:06 PM, Richard L Peurifoy r-peuri...@neo.tamu.edu said: I am curious about this. Do some vendors try to use this field? They did, and some Dude named Dante wrote a comedy about them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In p06240801c92f3e609...@[192.168.1.11], on 12/15/2010 at 10:59 PM, Robert A. Rosenberg hal9...@panix.com said: OTOH: TCBUSER is still a viable anchor point for within the address space linkage The same issue exists; it's viable *for the customer* to use it; it's not viable for 3rd-party software to use it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In f255efe0ecf08c4a9c1db6aff423541712ae5...@ch2wpmail1.na.ds.ussco.com, on 12/15/2010 at 02:10 PM, Chase, John jch...@ussco.com said: Hmmm Returns to caller in sup state and key 0 Sort of like a magic SVC? Not really. If an unprivileged caller invokes his code, look for a message from Dear Abby. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 12/15/2010 at 02:13 PM, McKown, John john.mck...@healthmarkets.com said: hardware feature. Not quite. The architecture has to support it, but the software still has to request it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In 4d09210f.7090...@comcast.net, on 12/15/2010 at 02:11 PM, Ray Overby rayove...@comcast.net said: Is low address protection a hardware or software feature? Yes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch program to update CVTUSER
In aanlktikca3qojg_hprbvpcsle0gggwcdffefpzon9...@mail.gmail.com, on 12/15/2010 at 03:22 PM, Chris Craddock crashlu...@gmail.com said: Ok. Don't do it. It is basically a bad idea. While that field was originally intended for user (i.e. customer) use, in practice it is unusable. It's perfectly usable *by the customer*. What is a bad idea is for 3rd-party softre to use CVTUSER or TCBUSER. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange CPUTIME values [Solved]
Doug Many thanks. CA have also replied to me directly and I am applying 4 hipers for 11.8 My money was on Sysview ... although strangely it seems that SYSVIEW's DA display shows the correct CPU time, obviously more Ops-MVS aware than SDSF and MXI. Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Henry Sent: 16 December 2010 14:46 To: IBM-MAIN@bama.ua.edu Subject: Re: Strange CPUTIME values On Thu, 16 Dec 2010 10:40:57 +, Beesley, Paul paul.bees...@atosorigin.com wrote: Good morning list. Apologies for the long post ... We have a strange problem on one LPAR since the last IPL in the early hours of Monday morning, whereby the CPU time used by jobs ( as displayed on the SDSF DA panel, and in the IEFACTRT reports ) is a fraction of what it should be. CPU (SRB): 00:00:18.59 reported it had used CPU (TCB): 00:03:12.90. The IPL was to upgrade 4 CA products (MIM, OpsMVS, Sysview, CA1) and Syncsort, and apply a handful of PTFs recommended for the MIM upgrade, none of which affect CPU reporting/recording. Unfortunately this is z/OS 1.9 so I can't raise a PMR with IBM ( we're upgrading Q1/Q2 2011 ). Any ideas what could have caused this ? Not a critical problem but it's causing problems with the customer's reports Hi Paul, This is an OPS/MVS 11.8 problem. PROBLEM DESCRIPTION: OPSMVS 11.8 by default uses ENCLAVES for performance purposes, which may have adverse effects on performance tools, DB2, Websphere, and any other products that use ENCLAVES. CIRCUMVENTION: For immediate relief, change option INITWME in opsview 4.1.1 to NO. Then issue the following MVS command: F OPSx,restart(WME) /* where OPSx is your opsmvs subsystem name */ Apply the associated PTF in order to disable enclave joins for the time being, or remember to change your OPSxPAnn parameter member to include the following statement to reflect this change: T= OPSPRM_SET(initwme,no) The PTF will not affect the INITWME Parameter, but will disable any newjoins. Doug Doug Doug -- 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 ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- 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: XMIT manager problem
There was a problem with Windows 7.. Is this an issue on the MF or PCit you go into XMITMGR can you view the PDS members, if not its not a PDS or the XMIT was wrong Scott J Ford From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Thu, December 16, 2010 9:51:52 AM Subject: Re: XMIT manager problem On 12/16/2010 6:48 AM, Scott Ford wrote: Yep, I had a problem also in Windows 7 ( 64bit) , fixed it by placing the executables in my C:Program files(x86) folder, works fine now Scott J Ford Thanks. But I'm running WinXP and have been using xmit manager under this for several years; and other files open OK. From: Steve Comstockst...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Thu, December 16, 2010 8:36:36 AM Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: SAS installation questions
On Thu, 16 Dec 2010 09:14:34 -0500, Shmuel Metz (Seymour J.) wrote: Yes. They've completely redone things, in a manner that makes life harder than it need to be. Everything is Unix based, and their deployment manager is web[1] based. If you want to order electronic delivery, involve your network folks early on so that they can deploy any needed proxies or servers. Proxies and stuff are often mandated for security reasons. Often this is attacking the perceived problem in the wrong place: erecting a firewall because the weaknesses in Windows aren't repaired and can't be avoided except by embargo. [1] I've suggested making it available via FTP; it might be worth checking whether they have done so. Nowadays the venerable FTP may be so far under the radar as not to be considered in the security design. Often HTTP clients launch .exe files automatically; FTP clients don't. (Unless the FTP client is a web browser.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT manager problem
Yeah,, it could be PDSE like Alan just mentioned in his Steve: Yeah,, it could be PDSE like Alan just mentioned in his email. We package distros to customers without any issue with XMIT or XMITMGR Scott J Ford From: Field, Alan C. alan.c.fi...@supervalu.com To: IBM-MAIN@bama.ua.edu Sent: Thu, December 16, 2010 9:31:19 AM Subject: Re: XMIT manager problem Was the original file a PDS or a PDSE? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, December 16, 2010 07:37 To: IBM-MAIN@bama.ua.edu Subject: XMIT manager problem When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock -- 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: Batch program to update CVTUSER
Shmuel Metz (Seymour J.) wrote: Is low address protection a hardware or software feature? Yes. For what? Hardware, Software or both? 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: Question about WebSphere Application Server
FWIW, I have 4 SBBO* and 11 ABBO* datasets for WebSphere V7R0 On Wed, 15 Dec 2010 15:56:16 -0800, Daniel Allen dal...@serena.com wrote: T24gb3VyIHovT1MgMS4xMSBzeXN0ZW0sIHdlIGhhdmUgZmlmdGVlbiAoMTUpIEJCTy5TQkJPKiBk YXRhc2V0cyBvbiB0aGUgcmVzIHBhY2sgYW5kIGVpZ2h0ZWVuICgxOCkgQkJPLkFCQk8qIGRhdGFz ZXRzIG9uIHRoZSBkaXN0cmlidXRpb24gcGFjay4gV0FTIGlzIDYuMS4NCg0KT24gb3VyIHovT1Mg MS4xMiBzeXN0ZW0sIHdlIGhhdmUgZm91ciAoNCkgQkJPLlNCQk8qIGRhdGFzZXRzIG9uIHRoZSBy ZXMgcGFjayBhbmQgbmluZSAoOSkgQkJPLkFCQk8qIGRhdGFzZXRzIG9uIHRoZSBkaXN0cmlidXRp b24gcGFjay4gV0FTIGlzIDcuMC4NCg0KRGlkIG91ciB6L09TIDEuMTIgU2VydmVyUGFjIG1pc3Mg YSBsb3Qgb2YgZGF0YXNldHMgZm9yIFdBUyA3LjAgPw0K -- 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: XMIT manager problem
On Thu, 16 Dec 2010 07:29:34 -0800, Scott Ford wrote: Yeah,, it could be PDSE like Alan just mentioned in his email. We package distros to customers without any issue with XMIT or XMITMGR Is XMITMGR an essential component of your deployment. This would mean that Windows is a prerequisite for your product(s). AFAIK, XMITMGR has been ported to no other platforms. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about WebSphere Application Server
Ditto here with V7 on z/OS 1.12 Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Thursday, December 16, 2010 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about WebSphere Application Server FWIW, I have 4 SBBO* and 11 ABBO* datasets for WebSphere V7R0 -- 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: Batch program to update CVTUSER
Both. The hardware part of it is described in the Principles of Operation. A control register bit, if on, enables LAP. The software part of it is that at NIP the operating system (z/OS) turns the bit on. When LAP is enabled, any attempt by the running program to store into virtual addresses 0-511 of page 0 on a CPU is prevented. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, December 16, 2010 9:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Batch program to update CVTUSER Shmuel Metz (Seymour J.) wrote: Is low address protection a hardware or software feature? Yes. For what? Hardware, Software or both? 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: XMIT manager problem
On 12/16/2010 8:56 AM, Paul Gilmartin wrote: On Thu, 16 Dec 2010 07:29:34 -0800, Scott Ford wrote: Yeah,, it could be PDSE like Alan just mentioned in his email. We package distros to customers without any issue with XMIT or XMITMGR Is XMITMGR an essential component of your deployment. This would mean that Windows is a prerequisite for your product(s). AFAIK, XMITMGR has been ported to no other platforms. -- gil No, it is _not_ used in deployment; I simply use XMIT files for deployment, and they have worked fine over the years. I sometimes use XMITMGR to check out the contents of one of the packaged members. But for this one file I can't get it to work. I am _not_ dependent on Windows for deployment. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: SAS installation questions
On Wed, 15 Dec 2010 20:43:28 -0500, Dan Blake dansinthecaroli...@sc.rr.com wrote: We are getting ready to install SAS base, Graph, ETS, FSP and ACCESS. Anyone experience issues with the installation? How long on average did it take? The Project plan needs updating. I installed 9.2, both TS2M0 and TS2M3. The upgrade process took a couple months as SAS had to rewrite scripts in order for the install to work in my environment. That might be all ironed out now. All I was installing was the base product. Paul -- 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: Batch program to update CVTUSER
Bill Fairchild wrote: Both. The hardware part of it is described in the Principles of Operation. A control register bit, if on, enables LAP. The software part of it is that at NIP the operating system (z/OS) turns the bit on. When LAP is enabled, any attempt by the running program to store into virtual addresses 0-511 of page 0 on a CPU is prevented. Thanks. I appreciate your excellent explanation! I know about low virtual addresses are protected in a special way. All of the very best for you! And please keep up with your excellent postings! 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: Batch program to update CVTUSER
On 12/16/2010 8:00 AM, Bill Fairchild wrote: When LAP is enabled, any attempt by the running program to store into virtual addresses 0-511 of page 0 on a CPU is prevented. And I'll wager there's not a serious developer working today whose system has not been saved at least once by this wonderful feature! -- 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
PROBLEMS DELETING MULTI VOLUME VSAM DSN
G'day, I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 Could anybody suggest a way of deleting them? -- 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: PROBLEMS DELETING MULTI VOLUME VSAM DSN
It should be possible to do volume-targeted DELETE VVR commands for the remaining data / index components and DELETE VSAM NOSCRATCH for the catalog entry. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- snip I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 Could anybody suggest a way of deleting them? end-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: Fw: ASG/Mobius
On Tue, 14 Dec 2010 12:46:23 -0600, Dana Mitchell mitchd...@gmail.com wrote: On Tue, 14 Dec 2010 07:46:32 -0600, Ron Wells rwe...@agfinance.com wrote: 2. I also gather a Started tasks can be setup to do the sweeps instead of Batch process.(or together) and the Started Task is governed by parm's/Control cards as when to wake up and check/scan Spool..Correct? It looks like the input phase can be run as a started task, but you would have to have a scheduler or something start the task periodically, it doesn't have a facility to sit and watch the spool According to our Mobius SME, we simply flipped the switch to make it an STC, and it runs all day, monitoring the output queues. We take it down nightly to run the maintenance cycle, but that and restarting it afterward is the only external automation we have in place. Here's our control cards: ##JOB INPUT 01* O Y * ##PHASE 01 Y N N ##OPTIONS 01 NYYY = this is the switch ##EDITORS 01 INEXIT02 ##TOPIC ADD 01 0100 0300 INSERTOPIC SDRDSRT* ##REPORT-DIST 01 0025 0300 REPORTDIST SDRDSRD* Also, per our SME: Some other things to be aware of running as a started task. You can only run phase 1 of the process (##PHASE card) [ed. perhaps this is what you meant by input phase - I don't understand the terminology], the other 2 phases are for report bundling and printing and this is taken care of with a spinoff job with the ##REPORT-DIST card [ed perhaps this is the automation you refer to - it appears to be self-contained]. Our settings are for either 25 prints or 300 seconds. If you are using topic indexes, you also need the ##TOPIC ADD transaction to spin off a topic insert job. Our settings are for 100 archives or 300 seconds. So, if I get the gist of it, archiving is handled completely within the started task, but report bundling and printing require the additional jobs, but can be done without an external scheduler or automation. HTH, but set me straight if I led you astray. Regards, Art Gutowski Ford Motor Company -- 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: PROBLEMS DELETING MULTI VOLUME VSAM DSN
1) DELETE 'CICSPROD.CICS.UBSP.DFHTEMP.OLD' NSCR 2) LISTC ENT('CICSPROD.CICS.UBSP.DFHTEMP.OLD' VOLUME 2) For each possible volume run a VTOC list. DELETE ' CICSPROD.CICS.UBSP.DFHTEMP.OLD.' VVR FILE(DD1) for each component of the cluster listed. DD1 should point to the volume containing the component. 3) Repeat step 2 for all relevant components on the volume, 4) EXAMINE/DIAGNOSE the catalog to look for other affected files 5) Repeat steps 1-3 for each affected file. HTH, snip I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 /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: PROBLEMS DELETING MULTI VOLUME VSAM DSN
Wouldn't that cause a problem because the DATA and INDEX portions will still remain on the third volume? The CLUSTER, DATA INDEX components are still allocated on the third volume. --- On Fri, 17/12/10, Mueller, David david.muel...@ssrc.myflorida.com wrote: From: Mueller, David david.muel...@ssrc.myflorida.com Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN To: IBM-MAIN@bama.ua.edu Received: Friday, 17 December, 2010, 5:36 AM It should be possible to do volume-targeted DELETE VVR commands for the remaining data / index components and DELETE VSAM NOSCRATCH for the catalog entry. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- snip I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 Could anybody suggest a way of deleting them? end-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 -- 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: PROBLEMS DELETING MULTI VOLUME VSAM DSN
I am assuming that you are wanting to get rid of everything that is still on the volumes. That is what the volume-targeted DEL VVR commands would do. Allen Staller has already given a more-detailed response. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, December 16, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN Wouldn't that cause a problem because the DATA and INDEX portions will still remain on the third volume? The CLUSTER, DATA INDEX components are still allocated on the third volume. --- On Fri, 17/12/10, Mueller, David david.muel...@ssrc.myflorida.com wrote: From: Mueller, David david.muel...@ssrc.myflorida.com Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN To: IBM-MAIN@bama.ua.edu Received: Friday, 17 December, 2010, 5:36 AM It should be possible to do volume-targeted DELETE VVR commands for the remaining data / index components and DELETE VSAM NOSCRATCH for the catalog entry. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- snip I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 Could anybody suggest a way of deleting them? end-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 -- 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
Replays for this week's webcasts - Linux on System z, z/VSE
Cross posted to my favorite Listserv's - VM, Main, and Linux :-) Hi, Just letting you know that the replays for the two webcasts (live virtual classes - lvc's) that were held this week are available for your listening pleasure. - What's new in RHEL 6 for Linux on System z - IBM z/VSE V4.3 - More capacity for growth You can read their descriptions and link to the automatic replays on the lvc page. http://www.vm.ibm.com/education/lvc/ And since many of you frequently check the events calendar, I've left the list of 2010 webcasts and their replay links on the events calendar for now. http://www.vm.ibm.com/events/ I hope that you will be able to have some time off to enjoy the holidays. Talk with you again in the New Year! Enjoy! Regards, Pam C (Buon Natale) -- 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: PROBLEMS DELETING MULTI VOLUME VSAM DSN
Yes, that is my intention. I will heed your and Alan's advice. Thanks for the help. --- On Fri, 17/12/10, Mueller, David david.muel...@ssrc.myflorida.com wrote: From: Mueller, David david.muel...@ssrc.myflorida.com Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN To: IBM-MAIN@bama.ua.edu Received: Friday, 17 December, 2010, 5:50 AM I am assuming that you are wanting to get rid of everything that is still on the volumes. That is what the volume-targeted DEL VVR commands would do. Allen Staller has already given a more-detailed response. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, December 16, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN Wouldn't that cause a problem because the DATA and INDEX portions will still remain on the third volume? The CLUSTER, DATA INDEX components are still allocated on the third volume. --- On Fri, 17/12/10, Mueller, David david.muel...@ssrc.myflorida.com wrote: From: Mueller, David david.muel...@ssrc.myflorida.com Subject: Re: PROBLEMS DELETING MULTI VOLUME VSAM DSN To: IBM-MAIN@bama.ua.edu Received: Friday, 17 December, 2010, 5:36 AM It should be possible to do volume-targeted DELETE VVR commands for the remaining data / index components and DELETE VSAM NOSCRATCH for the catalog entry. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -Original Message- snip I am trying to delete a multi-volume VSAM dataset. I receive the following error: DATA SET CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT ALLOCATED, VOLUME NOT AVAILABLE VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ** ENTRY CICSPROD.CICS.UBSP.DFHTEMP.OLD NOT DELETED From what the user told me that the dsn used to span 3 volumes and the 2 of the dasds have been reused. He doesn't remember to volume names. Is there a way of deleting the dsn without having to re-init the 2 volumes (if I do find out the names)? I did a LISTCAT of the dsn to see if the volsers were still available but I was unsuccessful : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-5 Could anybody suggest a way of deleting them? end-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 -- 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: Fw: ASG/Mobius
On Thu, 16 Dec 2010 12:38:52 -0600, Arthur Gutowski aguto...@ford.com wrote: ##OPTIONS 01 NYYY = this is the switch Art, What column is that last 'Y' in? I tried cutting and pasting it and it looks to me like it's cc49. If thats the case, that is a newer option than our release supports. Sorry to the OP I should have posted the disclaimier that the release we are running is quite old. (hint: the cover letter inside my manual front cover references Y2K!) Dana -- 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: Batch program to update CVTUSER
IBM introduced the Low Address Protection feature in the early 1980s shortly before they announced S/370/XA. It was first supported on S/370. They even published a very short book describing this new feature and 3 or 4 other features that were being introduced at the same time. The only other feature I remember was a microcoded assist for SETFRR ADD and SETFRR DELETE. Even a key 0 program is prevented from storing into bytes 0-511. This feature has prevented an untold number of reIPLs that would have been caused by key 0 programs that were not fully debugged, and also there were many key 0 programs in which a lazy programmer, after disabling the current CPU for interrupts, would store something temporarily into some reserved field in bytes 0-511. All those kinds of programs began ABENDing after LAP was installed. So the fix was to save whatever needed to be saved temporarily into some reserved field in bytes 512-4095, in which there are plenty of reserved fields, or! at least fields that cannot be used by any part of the operating system when the current CPU is running disabled. At some time later, IBM also added a special protection feature for bytes 512-2047 of page 0. This feature, described in the Principles of Operation, and which is also both hardware and software, causes a program interrupt by any attempt for a non-key-0 program to fetch any storage in the first virtual 2K, where many register save areas are located, except for bytes 0-511, which may be fetched by a non-key-0 program. This allows the normal program to do a L instruction at location 16, which is where the address of the CVT is located. If you try to display bytes 0-511 with TSO, you should be able to, but not bytes 512-2047. And you can display bytes 2048-4095 with TSO. The 512-2047 byte protection was added to reduce hacking. LAP was added to reduce unplanned outages that were not caused by deliberate hacking. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, December 16, 2010 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Batch program to update CVTUSER On 12/16/2010 8:00 AM, Bill Fairchild wrote: When LAP is enabled, any attempt by the running program to store into virtual addresses 0-511 of page 0 on a CPU is prevented. And I'll wager there's not a serious developer working today whose system has not been saved at least once by this wonderful feature! -- 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: SAS installation questions
On Wed, 15 Dec 2010 20:43:28 -0500, Dan Blake dansinthecaroli...@sc.rr.com wrote: We are getting ready to install SAS base, Graph, ETS, FSP and ACCESS. Anyone experience issues with the installation? How long on average did it take? Funny you should ask. I've been working on 9.2 TS2M3 for about 3 months now. This does not even work like the SAS 9.1.x install, let alone SAS 8. My predecessor (now moved on to greener pastures) spent 2-3 months on 9.2 TS2M0. We have Base, Graph, ETS, FSP, three of the ACCESS features, QC, Table Server, AF, and STAT. The remainder amounts to a rant, but herein lie the traps I fell into... You will not only need a TSO region size of 800MB, as previously noted, if you plan on using OSHELL (OMVS), but you will also need your OMVS segment (in lieu of system-wide defaults) to specify CPUTIMEMAX(1500) (or more), and ASSIZEMAX(838860800) (800M) for spawned tasks. To use the z/OS Download Manager or the GUI installer, you need an Xwindows server/client. Proxies were not the only hurdle - if you're without admin rights on your desk / laptop, it simply will not work. I had to use the Windows DM, plop the entire order on my PC, then ftp it up to our z/OS sandbox. TIP: if you have to go this route, make sure your ftp client has the option set to preserve full path file names. Another TIP: make sure you don't have spaces in your Depot starting directory - by default, that's what the Windows DM creates (OMVS won't like it). Once uploaded, I had to use the linemode installer. Since we're JES3 (or if your ftp connection is JESINTERFACELEVEL=2), I had to use the -nojobsubmit option. Good thing, too, because I had to heavily edit the SIA1ALOC job - no use of SDB in their JCL, and even the BLKSZISE to SPACE=(blk,(...)) parms didn't match up. One of their allocations was so big as a result, it blew the limit for non-extended datasets. I wouldn't recommend using extended-format datasetes, either, SAS doesn't seem to like them much (except for the one PDSE they allocate). I had to jump-start the auto-submit sequence once I fixed the allocation job. Hot fixes are no fun, either. The directory structure on the SAS ftp site is a nightmare to navigate. Add to that, our SAS registry somehow got corrupted. The support folks were able supply a corrected one. However, replacing the bad one in the Software Depot meant re-installation from scratch. Once I got through all that, I just yesterday completed installation of all the pertinent fixes to the base products. There is a LOT of manual processing in between. The support rep I worked with was indeed very helpful, especially given the fact that the process is a complete kludge for the z/OS environment. In their infinite wisdom, SAS is trying what so many other ISV's are - a one-size-fits- all wizard that is neither a wizard, nor fits. The whole experience was enough to $%# off the Good Humor man. HTH, Art Gutowski Ford Motor Company -- 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: SAS installation questions
On Thu, 16 Dec 2010 12:01:26 -0600, Arthur Gutowski wrote: The support rep I worked with was indeed very helpful, especially given the fact that the process is a complete kludge for the z/OS environment. In their infinite wisdom, SAS is trying what so many other ISV's are - a one-size-fits- all wizard that is neither a wizard, nor fits. The whole experience was enough to $%# off the Good Humor man. You forgot to mention that they don't believe in SMP/E. How does this compare with CA's recent innovations? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
On Thursday 16 December 2010 07:52, Shmuel Metz (Seymour J.) wrote: In 77142d37c0c3c34da0d7b1da7d7ca3430880b...@nwt-s-mbx2.rocketsoftware.c om, on 12/15/2010 at 10:16 PM, Bill Fairchild bi...@mainstar.com said: Perhaps Shmuel was punning? I never pun[1]. That's my story and I'm sticking to it. [1] Especially in comments Aww I just hope nobody feels that we're causing this thread to grow too overly tortuous (OT). :-) Cheers, Bob -- 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: SAS installation questions
Same kludge here. We have a goal of eliminating SAS on ALL platforms due not only to cost, but also because no one has a clue at SAS Institute of how to package a product. On Thu, Dec 16, 2010 at 11:57 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Thu, 16 Dec 2010 12:01:26 -0600, Arthur Gutowski wrote: The support rep I worked with was indeed very helpful, especially given the fact that the process is a complete kludge for the z/OS environment. In their infinite wisdom, SAS is trying what so many other ISV's are - a one-size-fits- all wizard that is neither a wizard, nor fits. The whole experience was enough to $%# off the Good Humor man. You forgot to mention that they don't believe in SMP/E. How does this compare with CA's recent innovations? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- 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: SAS installation questions
Any hints as to a replacement? Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com From: Guy Gardoit ggard...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/16/2010 04:14 PM Subject:Re: SAS installation questions Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Same kludge here. We have a goal of eliminating SAS on ALL platforms due not only to cost, but also because no one has a clue at SAS Institute of how to package a product. On Thu, Dec 16, 2010 at 11:57 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Thu, 16 Dec 2010 12:01:26 -0600, Arthur Gutowski wrote: The support rep I worked with was indeed very helpful, especially given the fact that the process is a complete kludge for the z/OS environment. In their infinite wisdom, SAS is trying what so many other ISV's are - a one-size-fits- all wizard that is neither a wizard, nor fits. The whole experience was enough to $%# off the Good Humor man. You forgot to mention that they don't believe in SMP/E. How does this compare with CA's recent innovations? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- 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: SAS installation questions
Any hints as to a replacement? WPS. - 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: SAS installation questions
Any hints as to a replacement? Thank You, Paul Strauss I depends on what you need. WPS claims they can replace your SAS applications without having you recode your SAS Code. You can look at products like SPSS (Now owned by IBM) or MINITAB Or depending on you statistical needs, there might be other options. If SAS is just being used as a report writer, then there are any number of good replacements, but they just need to have someone code them. Easytrive, CA-EARL, Cobol, PL/I, etc... Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS installation questions
On Thu, 16 Dec 2010 13:09:36 -0800, Guy Gardoit wrote: Same kludge here. We have a goal of eliminating SAS on ALL platforms due not only to cost, but also because no one has a clue at SAS Institute of how to package a product. Where's the preponderance of SAS's business? I must conclude, not z/OS; else they'd be less disdainful of the culture. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS installation questions
WPS claims they can replace your SAS applications without having you recode your SAS Code. Actually, not having used it myself, WPS has improved over the years. I believe Dr. Merrill even supports it under MXG, but don't take my word for it. I think there's a statement on his website regarding it (mxg.com). And, using other languages to just report on items may have a conversion effort costing more than the savings from replacing SAS. - 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
out of the office: Syed HAMDANI/HBEU/HSBC is out of the office.
I will be out of the office starting 17 Dec 2010 and will not return until 22 Dec 2010. If it is urgent please contact Les Kenny on 76863572 otherwise I will respond to your message when I return. - SAVE PAPER - THINK BEFORE YOU PRINT! This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely secure, error or virus-free. The sender does not accept liability for any errors or omissions. -- 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
Why not STORAGE OBTAIN LOC=(31,64)?
What are the reasons, if any, that one would NOT specify 64-bit backing storage on a STORAGE OBTAIN? Not specify LOC=(whatever,64)? Are there any circumstances other than a program that explicitly dealt with real addresses that would make backing storage above the bar likely to be problematic? I don't see a clear statement of what the default is if one specifies, for example, LOC=31. Is that equivalent to LOC=(31,31) or LOC=(31,64)? Charles -- 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: Why not STORAGE OBTAIN LOC=(31,64)?
What are the reasons, if any, that one would NOT specify 64-bit backing storage on a STORAGE OBTAIN? Not specify LOC=(whatever,64)? Are there any circumstances other than a program that explicitly dealt with real addresses that would make backing storage above the bar likely to be problematic? No, there are not. I don't see a clear statement of what the default is if one specifies, for example, LOC=31. Is that equivalent to LOC=(31,31) or LOC=(31,64)? The book says: LOC=31 and LOC=(31,31) indicate that virtual and central storage can be located anywhere below 2 gigabytes. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY I couldn't be clearer if I was a button hook in well water. - Mayor Shinn -- 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: ftp'ing SYSOUT - binary data?
Sounds like what I designed SyzSPOOL/z to do, except that I added web access and email support. The data ends up in manageable datasets that are auto-magically managed/archived for a user specified amount of time, being fully compressed and most importantly, out of JES's hands. Brian -- 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: XMIT manager problem
Has the directory size of your PDS ever been increased using some non- standard directory-expanding program? If so, and that program did not write an EOF at the end of the directory, or allowed its new EOF to be subsequently overwritten, I wonder if that would cause an error like this. I think the 12 binary zeros mentioned in the error message represent the EOF that follows the last directory block, and XMIT Manager is saying there is no EOF after the directory. It would not surprise me if a missing EOF went unnoticed for a long time, because I would guess that most directory-reading programs stop when the key or directory entry that is all hex ff's is read. You could copy your PDS to a new PDS and see if you have the same problem with an XMIT file of the new PDS. It might work. Bill On Thu, 16 Dec 2010 06:36:36 -0700, Steve Comstock wrote: When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- 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: XMIT manager problem
On 12/16/2010 8:21 PM, Bill Godfrey wrote: Has the directory size of your PDS ever been increased using some non- standard directory-expanding program? If so, and that program did not write an EOF at the end of the directory, or allowed its new EOF to be subsequently overwritten, I wonder if that would cause an error like this. I think the 12 binary zeros mentioned in the error message represent the EOF that follows the last directory block, and XMIT Manager is saying there is no EOF after the directory. Well, certainly no non-standard directory-expanding programs have ever touched this data set. It would not surprise me if a missing EOF went unnoticed for a long time, because I would guess that most directory-reading programs stop when the key or directory entry that is all hex ff's is read. You could copy your PDS to a new PDS and see if you have the same problem with an XMIT file of the new PDS. It might work. Well, that's worth a try. I have at it tomorrow. Thanks for the suggestion. Bill On Thu, 16 Dec 2010 06:36:36 -0700, Steve Comstock wrote: When I package support files for course labs, I have for many years used XMIT, then download as binary to my workstation. Over the years Xmit manager has been a valuable tool to examine such files. Today I wanted to look at member in a PDS in XMIT format and Xmit manager gives these messages: --- An error has occurred while decoding the xmit file! Error while decoding Member directory blocks and the Details: End of directory block should contain 12 binary zeros Information obtained at the point of error: Current xmit record length is 255 bytes Current xmit record type is x00 Current file offset is 3720 Xmit File size is 572400 Use the Debug option to provide a format dump of the xmit file for further diagnosis. -- The Debug option didn't help me. I repeated the process, just to make sure everything was correct, but got the same error sequence. The XMIT file is good (a RECEIVE unpacks the file just fine). I also tried opening some other files in using Xmit manager and they opened fine. Any suggestions? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Why not STORAGE OBTAIN LOC=(31,64)?
So would a person not be better off -- well, would not the MVS system be better off -- have more options -- by specifying LOC=(31,64)? Why is it not the default? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Mulder Sent: Thursday, December 16, 2010 6:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Why not STORAGE OBTAIN LOC=(31,64)? What are the reasons, if any, that one would NOT specify 64-bit backing storage on a STORAGE OBTAIN? Not specify LOC=(whatever,64)? Are there any circumstances other than a program that explicitly dealt with real addresses that would make backing storage above the bar likely to be problematic? No, there are not. I don't see a clear statement of what the default is if one specifies, for example, LOC=31. Is that equivalent to LOC=(31,31) or LOC=(31,64)? The book says: LOC=31 and LOC=(31,31) indicate that virtual and central storage can be located anywhere below 2 gigabytes. -- 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: Why not STORAGE OBTAIN LOC=(31,64)?
On 12/16/2010 9:34 PM, Charles Mills wrote: So would a person not be better off -- well, would not the MVS system be better off -- have more options -- by specifying LOC=(31,64)? Why is it not the default? LOC=(,64) can't be the default because it would break some existing production programs. -- 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