Re: Comparing - ISPF (3.12 and 3.13) with Comparex
Robert, I will come to John's defense and I have been employed by Compuware Corporation (look me up) for the last two plus years. In my years of being a subscriber to ISVCOSTS, I have *NEVER* seen John sell or recommend an IBM solution over another ISV. John has taken his non-partisan role *very seriously*. He facilitates discussion, he surveys and delivers those survey results accurately, regardless of whether it makes IBM look good or bad. In the interest of full disclosure, I have met John on numerous occasions in various cities, spoken to him on the phone on dozens of issues, and exchanged perhaps 100+ emails. I have sat across the table and looked into the man's eyes and perceived that I was dealing with an honest, upright man of good moral character. Enough about John. I also know Mark extremely well. Mark drew an observation, but he also left room for being wrong. In this case, he probably is. As an aside, anyone that has followed my posts over the years would swear I was on Mainstar's payroll at some point in time. :-) But alas, I never was. I just believed in Ron and his catalog product. And I have never worked for Al Sherkow either, but I love his LCS product and promote it every chance I get. To date, neither Al nor Ron has every given me financial compensation for my evangelism! Simone obviously feels strongly about File-Aid. Rightly so, as it has been a market leader and best of breed. I appreciate passion in this industry. We need more of it. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Galambos, Robert Sent: Thursday, March 11, 2010 11:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Comparing - ISPF (3.12 and 3.13) with Comparex yet ISV are not allowed to see anything including expurgated digests. enough said -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Professional probity on the list
Another of those recurrent themes ... As per some others, I happen to be a little sensitive to undeclared corporate allegiances. Declare it, and we can all deal with it our own way. Hide it, and you can expect to get dissed. Simple, really. Misunderstandings happen - hopefully they resolve themselves without too much animosity. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Comparing - ISPF (3.12 and 3.13) with Comparex
quote Simone obviously feels strongly about File-Aid. Rightly so, as it has been a market leader and best of breed. I appreciate passion in this industry. We need more of it. :-) /quote Hear Hear It's just a shame there aren't more decision making managers with the same passion Or am I being cynical :-) ... Ahh well It's Friday ... This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: IRXANCHR - Number of environments
We run GDDR and OPS/MVS, we current have it set at IRXANCHR ENTRYNUM=2000 since last April for all tasks. We have not seen any adverse effect. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Magee Sent: Thursday, March 11, 2010 6:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IRXANCHR - Number of environments We have been running with 400 specified since sometime back in '03 with no problems until yesterday. We are a GDPS and SA/390 shop so there can be a lot of autotasks running during some configurations changes. Yesterday we got message CNM416I REXX INTERPRETER ENVIRONMENT INITIALIZATION FAILED FOR TASK AUTBAT26, RETURN CODE = 20, REASON CODE = 24 during a reconfig we were running that caused some minor problems for a while. IBM has recommended that we up IRXANCHR to avoid this in the future. One comment was It is not uncommon for customers to define 2000 or 3000 rexx environments on the system, and this serves not only netview/sa/gdps but other applications that use rexx. Q1: Is anyone out there running IRXANCHR in that range? Q2: If the default IRXANCHR is that high, is there any significant resource (i.e, storage, etc.) being wasted on the system as a whole or per address space? Q3: Does anyone run a default IRXANCHR with one value and a customized IRXANCHR with a higher value that is STEPLIB'd to GDPS, SA/390, NetView tasks? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Plans to Discontinue REDBOOK Series
In 1979091511-1268093909-cardhu_decombobulator_blackberry.rim.net-3009112...@bda026.bisx.prod.on.blackberry, on 03/09/2010 at 12:18 AM, Ted MacNEIL eamacn...@yahoo.ca said: Perhaps you think that is funny? Yes. When I make a misstatement on this site, I get dinged all the time. Most of the time you get a free pass. -- 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: CSV and Duplicate ALIASes
In 201003090613.o296dtii008...@mail08.syd.optusnet.com.au, on 03/09/2010 at 05:14 PM, Greg Price greg.pr...@optushome.com.au said: The directory entry for FRED contains the name, addressing mode, and entry point offset for WOMBAT, No; the DE for FRED contains the EP for FRED; you need the DE for WOMBAT to find the EP for WOMBAT. so the directory entry for WOMBAT is not needed to make the major CDE. Because the major CDE has the EP for FRED, not for WOMBAT. Now suppose JOE the other WOMBAT is loaded. Again we will get a minor CDE for JOE pointing to a different major CDE also called WOMBAT. You've got major and minor swithched. The OP said that WOMBAT was the alias name. You have major CDE's for FRED and JOE, minor CDE's for WOMBAT. BTW, if the application is unauthorized then DE= might solve the original problem. -- 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: z9 / z10 instruction speed(s)
In b53f38421003081137h70e103cfs85330fcffb40e...@mail.gmail.com, on 03/08/2010 at 02:37 PM, George Henke gahe...@gmail.com said: What is not just or equitable is for IBM to view EDS' efficiency and profits from economies of scale as a loss of revenue to themselves (IBM) and then create a pricing scheme that appropriates those profits from such efficiencies for themselves. The hardware and operations sides may be a case of economy of scale, but on the software side the story is very different. It's by no means clear who was appropriating whose profits from whom. Since when have monopolies ever been interested in efficiencies except for their own profitability. That applies to the megacenters as much as it does to IBM. Any well run business is concerned with it's own profitability, and only concerned with the profitability of its customers and suppliers to the extent that they impact its own. Monopolies do not optimize the efficient allocation of resources in the economy. They maximize their own profitablity at the expense of efficient allocation of resources in the economy. Albert Einstein admonished to make things as simple as possible, but no simpler. The Devil is in the details. Google for natural monopoly. As for artificial monopolicies, they can abuse their powers but abuse is not intrinsic. -- 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: z9 / z10 instruction speed(s)
In ofeec49b15.34ea1afd-on852576df.0039741b-852576df.003fb...@us.ibm.com, on 03/07/2010 at 06:35 AM, Timothy Sipples timothy.sipp...@us.ibm.com said: There are, and very many. You're not speaking the same language that he is. In my previous post it should be obvious that smaller means anybody with capacity below a hypothetical non-kneecapped 7-way System z9 BC. Just as it should be obvious that Peter means something *much* smaller than that, and that he is talking about envirnmentals and price, not just CPU capacity. so again I have no idea where you're getting your information. The problem isn't that your information differs, the problem is that your nomenclature differs. Have mainframe technologies ever been more affordable? Heck no. (I've looked up a lot of historical prices.) What was the historical price of a P/390? And it's long past time we stop perpetuating mainframe pricing myths, because it isn't helping anyone. Neither is talking past each other. Perhaps it would be better to stop using the adjective small and start using numbers, e.g., total hardware price $50K. -- 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: z9 / z10 instruction speed(s)
In b53f38421003080735x3b3d4fadt96f4c714c9775...@mail.gmail.com, on 03/08/2010 at 10:35 AM, George Henke gahe...@gmail.com said: I don't see anyone complaining about 64-bit memory being to much and asking to bring back Expanded Storage and paging. Apples and oranges. AFAIK the 308x boxen were the last to have true expanded storage instead of arbitrarily labelling some of the central storage as expanded. Were IBM to design a large BORAM at prices significantly less than RAM prices then I for one would like to see it available as expanded storage for 64-bit systems. What I wouldn't like to see is artificially carving up the central storage as was done from the 3090 on. As to paging, we still have it. With enough central memory the rates are fairly low except during, e.g., dump capture. What nobody wants is excessive paging rates, which you could only bring *back* if you had already experienced them. The last time that I recall seeing excessive paging rates was when a fixed-head disk was out of service for two weeks due to a head crash. -- 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: z9 / z10 instruction speed(s)
In 1228950277-1267928263-cardhu_decombobulator_blackberry.rim.net-10127518...@bda026.bisx.prod.on.blackberry, on 03/07/2010 at 02:17 AM, Ted MacNEIL eamacn...@yahoo.ca said: A rose is a rose is a rose. But a rose is not a sardine. MSUs are just MIPS multiplied by a (marketting) constant or 5. No. -- 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: Migrating from z/OS V1.4 to z/OS V1.11
In listserv%201003090810293526.0...@bama.ua.edu, on 03/09/2010 at 08:10 AM, Steve Dover steve.do...@ccbcc.com said: After reading a thread from May and June of 2007 (started I believe by John Matson), can I use the V1.4 OS to drive the install of the V1.11 OS on the new machine? You're facing several issues. You'll need a new SMP/E for sure. IBM claims that you need the COD (driver system), and may not support you if you run into problems driving the install from z/OS 1.4. They might be using new facilities in, e.g., ISPF, for the CPAC dialogs. I did see in the thread issues with the USS space, but I have had USS issues before. ITYM Unix; USS is something different. The big issue will be that they are pushing us towards zFS and you may want to switch everything even if it is not required. Also, pay close attention to the setup for *FS sharing. Read the migration documentation, especially with regard to TCP/IP. Go over your operator instructions; there are new commands and address spaces to worry about. -- 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: IBM Plans to Discontinue REDBOOK Series
In 119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry, on 03/09/2010 at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said: Even after three IBM'rs said it wasn't happening, FSVO three. I saw several comments from IBM employees that they didn't know of any such plans; I did *not* see three comments that they knew for a fact that it wasn't true. -- 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: Comparing - ISPF (3.12 and 3.13) with Comparex
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Friday, March 12, 2010 6:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Comparing - ISPF (3.12 and 3.13) with Comparex Snipped As an aside, anyone that has followed my posts over the years would swear I was on Mainstar's payroll at some point in time. :-) But alas, I never was. I just believed in Ron and his catalog product. And I have never worked for Al Sherkow either, but I love his LCS product and promote it every chance I get. To date, neither Al nor Ron has every given me financial compensation for my evangelism! Simone obviously feels strongly about File-Aid. Rightly so, as it has been a market leader and best of breed. I appreciate passion in this industry. We need more of it. :-) And as a perusal of the archives would show, I have been a sometimes vocal proponent of the Macro4 products for a number of years, and I do not have nor have I ever had any connection to Macro4 except as a customer. And I am far from the only one on this list who has promoted and advertised Dave Cole's products. Some of us are passionate about our tools, and we like to share. Posting from a private email address does not negate that passion. 'Nuff said. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Plans to Discontinue REDBOOK Series - NOT! (Redux)
Shmuel Metz , Seymour J. wrote: In 119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry, on 03/09/2010 at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said: Even after three IBM'rs said it wasn't happening, FSVO three. I saw several comments from IBM employees that they didn't know of any such plans; I did *not* see three comments that they knew for a fact that it wasn't true. Shmuel, to repeat myself: There are no current plans to discontinue funding for Redbooks. This seems to be a topic that just won't die. I'd sure like to be able to devote time to other things than this... -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SSH ICSF is not working
Hi to all, We have the ICSF running as an STC in our environment. === CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE. I am trying to SHH against a linux server in BATCH. //SSHCOMM EXEC PGM=BPXBATCH, // PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls') But I am getting this message: OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /u/myuserid/.ssh/config debug1: Applying options for * debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper (rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No such file ssh-rand-helper child produced insufficient data On the other side, /ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/ lrwxrwxrwx 1 xxx 12 May 30 2008 usr - $VERSION/usr MYUSRXX:/: cd /usr/lib/ssh MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l total 12992 drwxr-xr-x 2 XXX XXX 8192 Oct 30 11:41 IBM -rwxr-xr-x 2 XXX XXX 372736 Oct 30 11:41 sftp-server -rwxr-xr-x 2 XXX XXX 2748416 Oct 30 11:40 ssh-askpass -rwsr-xr-x 2 XXX XXX 2658304 Oct 30 11:41 ssh-keysign -rwxr-xr-x 2 XXX XXX 864256 Oct 30 11:41 ssh-rand-helper MYUSRXX:/ZOSAA/usr/lib/ssh: Why if the ICSF is running, I am still getting the ssh-rand-helper instead of the ICSF ? Best regards, and happy weekend. Enrique MOntero -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Comparing - ISPF (3.12 and 3.13) with Comparex
In a message dated 3/12/2010 5:57:09 A.M. Central Standard Time, robert.richa...@opm.gov writes: a subscriber to ISVCOSTS, I have *NEVER* seen John sell or recommend an IBM solution over another ISV. John has taken his non-partisan role *very seriously*. He facilitates discussion, he surveys and delivers those survey results accurately, regardless of whether it Right. It's another source of information; good, bad or indifferent. It helped us make informed decisions about products and replacements as the winds of change occurred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z9 / z10 instruction speed(s)
Seymour, wrong by about a decade :-) ... 3090 was first to have true Expanded Storage, 9021 the last. With CMOS we had the partition real memory thing. Unless it's ME that is wrong by about a decade. :-) Martin Packer, Mainframe Performance Consultant, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Easytrieve replacement
On 11 Mar 2010 10:37:24 -0800, sredst...@googlemail.com (simone redstock) wrote: Most mainframe shops own File/AID. This has both an online and batch element to it. File/AID batch is very powerful and we have replaced many of our Easytrieve jobs with it. It performs better (less CPU) and is far easier to maintain. even some of our junior team members are proficient in File/AID batch. Have a look into your tools portfolio. If you have File/AID then it's a no brainer. Am I missing something, or are you saying File/AID makes sense as a replacement for Easytrieve? Certainly not IMS/IDMS reports.Do you use it for other reports? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey) wrote: Most mainframe shops own File/AID??? I didn't know that, but I do know mine does not. Mine doesn't. Which could explain why I don't remember it having Easytrieve type reporting capabilities, those could be new. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SSH ICSF is not working
Read the FAQ in the IBM Ported Tools for z/OS User's Guide on setting up ICSF and /dev/random. On Fri, Mar 12, 2010 at 8:04 AM, MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com wrote: Hi to all, We have the ICSF running as an STC in our environment. === CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE. I am trying to SHH against a linux server in BATCH. //SSHCOMM EXEC PGM=BPXBATCH, // PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls') But I am getting this message: OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /u/myuserid/.ssh/config debug1: Applying options for * debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper (rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No such file ssh-rand-helper child produced insufficient data On the other side, /ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/ lrwxrwxrwx 1 xxx 12 May 30 2008 usr - $VERSION/usr MYUSRXX:/: cd /usr/lib/ssh MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l total 12992 drwxr-xr-x 2 XXX XXX 8192 Oct 30 11:41 IBM -rwxr-xr-x 2 XXX XXX 372736 Oct 30 11:41 sftp-server -rwxr-xr-x 2 XXX XXX 2748416 Oct 30 11:40 ssh-askpass -rwsr-xr-x 2 XXX XXX 2658304 Oct 30 11:41 ssh-keysign -rwxr-xr-x 2 XXX XXX 864256 Oct 30 11:41 ssh-rand-helper MYUSRXX:/ZOSAA/usr/lib/ssh: Why if the ICSF is running, I am still getting the ssh-rand-helper instead of the ICSF ? Best regards, and happy weekend. Enrique MOntero -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
On Thu, 11 Mar 2010 15:11:11 -0600, Paul Peplinski paul.peplin...@wpsic.com wrote: There is one product (IBM Migration Utility) that claims to support EZT, meaning it can convert EZT to COBOL on the fly and you can continue to code using EZT syntax if you wish. IBM was reselling Foundation's PENGIEZT product as Migration Utility. I participated in the conversion from EZT to IBM Migration Utility a number of years ago at a former employer. I wasn't privy to specifics about how well it handled the language differences, etc. although I don't recall any glaring large problems with the conversion.We had a shop built from several acquisitions, and we ended up with at least 4 very non-compatible EZT environments. At that time, the design of IBM MU was such that made supporting the different run time options sets very cumbersome. Pehaps it's better now. 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
DSNDIST 91% CPU
Hi all !!! My team of z/OS 1.8 have problem with DB2 1.8, with the address space DSNDIST 91% of CPU(Z9-BC-12MSU) , and DB2CONNECT in client. Help wellcome Thanks Jorge Arueira Campos Z/OS - Support - POLITEC São Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Plans to Discontinue REDBOOK Series - NOT! (Redux)
John Eells pisze: Shmuel Metz , Seymour J. wrote: In 119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry, on 03/09/2010 at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said: Even after three IBM'rs said it wasn't happening, FSVO three. I saw several comments from IBM employees that they didn't know of any such plans; I did *not* see three comments that they knew for a fact that it wasn't true. Shmuel, to repeat myself: There are no current plans to discontinue funding for Redbooks. This seems to be a topic that just won't die. I'd sure like to be able to devote time to other things than this... Again? First you wanted to remove MLA, now you back to very bad idea of closing REDBOOK project? Why? (it IS a joke) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Plans to Discontinue REDBOOK Series - NOT! (Redux)
Is there any chance that we can put this subject to bed, once and for all??? Bill Janulin Mgr Tech Support Product Dev. ASPG, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, March 12, 2010 9:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux) John Eells pisze: Shmuel Metz , Seymour J. wrote: In 119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-127858958 2...@bda026.bisx.prod.on.blackberry, on 03/09/2010 at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said: Even after three IBM'rs said it wasn't happening, FSVO three. I saw several comments from IBM employees that they didn't know of any such plans; I did *not* see three comments that they knew for a fact that it wasn't true. Shmuel, to repeat myself: There are no current plans to discontinue funding for Redbooks. This seems to be a topic that just won't die. I'd sure like to be able to devote time to other things than this... Again? First you wanted to remove MLA, now you back to very bad idea of closing REDBOOK project? Why? (it IS a joke) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Friday, March 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Easytrieve replacement On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey) wrote: Most mainframe shops own File/AID??? I didn't know that, but I do know mine does not. Mine doesn't. Which could explain why I don't remember it having Easytrieve type reporting capabilities, those could be new. I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice reporting tools in it also. What would be really nice would be a way to process a COBOL copybook to create ICETOOL symbols. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Comparing - ISPF (3.12 and 3.13) with Comparex
On Thu, 11 Mar 2010 17:29:59 -0500, Galambos, Robert robert.galam...@compuware.com wrote: 1) there is NO one with the last name of redstock in the compuware directory. Of course. *IF* someone wanted to remain anonymous, they wouldn't use their real name (again, not saying that is the case). 2) so it seems that someone who likes a product, is set up for questioning because of such 3) this list is for an open discussion. Good or bad. I normally refrain from posting unless there is a question pertaining to some compuware tool. BUT questioning someone just because they like ANY product works, no matter who makes it.. snip Relax. I think people who have seen my posts over the last 12+ years know that I don't do that. I don't think I have ever done that before either, but I saw some red flags in the few posts I saw and as Bob wrote, was making an observation. People would be naive to think that it never happens in public forums. I already wrote a note to the vendors in my other post that my comments had nothing to do with any of the products mentioned. I didn't expect a vendor to respond. I did expect a post from simone telling me that I was full of it or perhaps an offline response. I'm sure simone can stick up for himself. 5) I suggest that everyone here make up their own minds about who an poster is etc. I certainly agree there. There is enough input from the user community on this list and others for people to make up their own minds. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSNDIST 91% CPU
Check to see if you have a Workload Manager Service Class definition for the DDF work,(distributed). You may want to throttle that back some. Hope that helps, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jorge Arueira Campos Sent: Friday, March 12, 2010 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: DSNDIST 91% CPU Hi all !!! My team of z/OS 1.8 have problem with DB2 1.8, with the address space DSNDIST 91% of CPU(Z9-BC-12MSU) , and DB2CONNECT in client. Help wellcome Thanks Jorge Arueira Campos Z/OS - Support - POLITEC São Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Any FOCUS performance guru's here?
I'm looking at a FOCUS job (FOCUS from Information Builders) that is starting to run a really long time. There doesn't seem to be any contention, and if it runs without FOCSU (simultaneous Users) turned on, it runs in just a few minutes. But running with FOCSU, it can take hours. Has anyone here dabbled in this area? thanks 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: DSNDIST 91% CPU
In a message dated 3/12/2010 9:17:53 A.M. Central Standard Time, richbourg.cla...@mail.dc.state.fl.us writes: Check to see if you have a Workload Manager Service Class definition for the DDF work,(distributed). You may want to throttle that back some. DB/2 Tuning course? DSNZPARM has parms to throttle queries and bufferpools are critical. Craig Mullins also notes in his book(s) 70% of performance problems are 'bad' SQL queries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Plans to Discontinue REDBOOK Series - NOT! (Redux)
I am the manager for the Redbooks team.. and it IS a rumor. There is no credence to it. We have been around for 40 years and hope to be around for 40 more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Plans to Discontinue REDBOOK Series - NOT! (Redux)
Now that Lori has chimed in that the REDBOOKS are definitely NOT being discontinued, let's all stop, take a deep breath, and move on. Have a good weekend all -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSH ICSF is not working
A few points here... The ICSF STC is not the API itself. It is the I/O server that reads and writes to the PKDS and CKDS. Use of the ICSF APIs can be allowed or disallowed by RACF (and Top Secret and ACF/2). - You didn't say if the CSFSERV class was active or inactive in your security product. - You didn't say if the CSFSERV CSFRNG (Random number generate) was permitted. But in any case, the Open_SSH ported tool - was not coded to interface with ICSF, as far as I know. Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 2010.03.12 09:04 Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject SSH ICSF is not working Hi to all, We have the ICSF running as an STC in our environment. === CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE. I am trying to SHH against a linux server in BATCH. //SSHCOMM EXEC PGM=BPXBATCH, // PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls') But I am getting this message: OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /u/myuserid/.ssh/config debug1: Applying options for * debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper (rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No such file ssh-rand-helper child produced insufficient data On the other side, /ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/ lrwxrwxrwx 1 xxx 12 May 30 2008 usr - $VERSION/usr MYUSRXX:/: cd /usr/lib/ssh MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l total 12992 drwxr-xr-x 2 XXX XXX 8192 Oct 30 11:41 IBM -rwxr-xr-x 2 XXX XXX 372736 Oct 30 11:41 sftp-server -rwxr-xr-x 2 XXX XXX 2748416 Oct 30 11:40 ssh-askpass -rwsr-xr-x 2 XXX XXX 2658304 Oct 30 11:41 ssh-keysign -rwxr-xr-x 2 XXX XXX 864256 Oct 30 11:41 ssh-rand-helper MYUSRXX:/ZOSAA/usr/lib/ssh: Why if the ICSF is running, I am still getting the ssh-rand-helper instead of the ICSF ? Best regards, and happy weekend. Enrique MOntero -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice reporting tools in it also. What would be really nice would be a way to process a COBOL copybook to create ICETOOL symbols. John McKown COBDFSYM, from the Tools Tricks page??? ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM utilization of 3490 emulated 9840D tape?
I'm currently migrating HSM data from 9840As to 9840Ds. Given the increase in capacity I would have expected 3:1 consolidation ratio. That doesn't seem to be the case. I did increase the OCDS Maxlrecl to 6144 as recommended. Setsysextendedttoc(y) is also implemented. Tapeutilizationwas increased to 8000 from 2200 per STK's recommendation. Unittype(3490) is specified, which according to the manual nullifies use of the Capacitymode parameter.. However the number of valid blocks has only increased by a relatively small amount. Following is 9840A VOLSERUNITVOL REUSE VALID PCTVOL NAME TYPE CAPACITYBLKS VALID STATUS H000973490 SPILL 0003455900 0003890039 100FULL 9840D E202253490 SPILL 0003455900 0004193904 100FULL That's only a 10% increase. Am I missing something here? Thanks in advance for any advice. Thank You, Dave O'Brien NIHContractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
On Fri, 12 Mar 2010 09:10:18 -0600, McKown, John john.mck...@healthmarkets.com wrote: I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice reporting tools in it also. What would be really nice would be a way to process a COBOL copybook to create ICETOOL symbols. COBDFSYM, from the Tools Tricks page??? Andy R -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
I'd say it's more like 50% based on shops I've visited over the years. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Friday, March 12, 2010 6:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] CA Easytrieve replacement On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey) wrote: Most mainframe shops own File/AID??? I didn't know that, but I do know mine does not. Mine doesn't. Which could explain why I don't remember it having Easytrieve type reporting capabilities, those could be new. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Easytrieve replacement
John McKown wrote on 03/12/2010 07:10:18 AM: I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice reporting tools in it also. What would be really nice would be a way to process a COBOL copybook to create ICETOOL symbols. John, See the Create DFSORT Symbols from COBOL Copybook smart DFSORT trick for a REXX that you can use for that: http://www.ibm.com/support/docview.wss?rs=114uid=isg3T794 Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SSH ICSF is not working
On Fri, Mar 12, 2010 at 9:52 AM, Hayim Sokolsky hsokol...@dtcc.com wrote: A few points here... The ICSF STC is not the API itself. It is the I/O server that reads and writes to the PKDS and CKDS. Use of the ICSF APIs can be allowed or disallowed by RACF (and Top Secret and ACF/2). - You didn't say if the CSFSERV class was active or inactive in your security product. - You didn't say if the CSFSERV CSFRNG (Random number generate) was permitted. But in any case, the Open_SSH ported tool - was not coded to interface with ICSF, as far as I know. Hayim Hayim, While you are correct - OpenSSH doesn't use ICSF apis directly, it *does* use /dev/random (z/OS 1.7 and later) to get a secure random number, which is critical to the secure cryptography that is does (in software, using OpenSSL). If your SSHD job and SSH client jobs have read access to /dev/random, then they will be *much* faster to start. The fallback is to use the ssh-rand-helper program, which is very slow, expensive and *not* very secure. To use /dev/random under z/OS, the userid must have access to certain ICSF SAF profiles (CSFSERV CSFRNG). Its all documented in the Ported Tools User Guide, you just have to RTM. Kirk Wolf Dovetailed Technologies http://dovetail.com PS its a pity that it is such a hassle on z/OS to provide a /dev/random device to *all* users, all the time. Modern *nix operating systems all have a software implemented /dev/random device that uses a widely accepted algorithm to provide secure random entropy. Good random entropy is the key to secure crypto, and to require crypto coprocessors on z/OS is B.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SSH ICSF is not working
On Fri, 12 Mar 2010 10:52:33 -0500, Hayim Sokolsky wrote: But in any case, the Open_SSH ported tool - was not coded to interface with ICSF, as far as I know. Except through /dev/random? A quick validity check might be: head /dev/random | od -x -- 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: HSM utilization of 3490 emulated 9840D tape?
David, I do believe that you hit it on the head with the 'Unittype(3490) is specified, which according to the manual nullifies use of the Capacitymode parameter..' observation. I know that could not get 9840A to qualify for Capacitymode but I'm not surprise that STK hasn't bellied up to responding. Since you've mentioned HSM BACKUP tapes, there should be no doubt about 'take away' being involved. Have you looked at what FATS says about the tape usage? Since we are getting away from the STK 'emulation' , we haven't seen any discrepences. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SSH ICSF is not working
On Fri, Mar 12, 2010 at 10:55 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Fri, 12 Mar 2010 10:52:33 -0500, Hayim Sokolsky wrote: But in any case, the Open_SSH ported tool - was not coded to interface with ICSF, as far as I know. Except through /dev/random? A quick validity check might be: head /dev/random | od -x -- gil Exactly! (but use the same userid as the batch job to ensure that the SAF permissions are identical) Kirk Wolf Dovetailed Technologies http://dovetail.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
Real CPU Id
Can anyone advise on the proper means to obtain the real CPU id on z/OS? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
D M=CPU From: John P. Baker john.ba...@hfdtechs.com To: IBM-MAIN@bama.ua.edu Date: 03/12/2010 09:48 AM Subject:Real CPU Id Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Can anyone advise on the proper means to obtain the real CPU id on z/OS? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
STSI instruction or CSRSI callable service. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
/* REXX IPL PARAMETERS*/ STUF=SYSCPUS('CPUS.') SAY CPUS.0 DO X = 1 TO CPUS.0 SAY 'CPU ' X ' = ' CPUS.X END Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, March 12, 2010 12:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id STSI instruction or CSRSI callable service. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
On 12 March 2010 12:47, John P. Baker john.ba...@hfdtechs.com wrote: Can anyone advise on the proper means to obtain the real CPU id on z/OS? Real vs what? Do you mean from a command, or from a program? D M=CPU on the console will give you all the details as text. From a program, if you are authorized, you can issue STIDP, and STSI. Or you can look in several MVS control blocks, because z/OS has already done those instructions for you. Give us more context, please. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM dumping nonSMS volumes on different tape
snip both SMS and non-SMS volumes on the same [dump] tape. /snip I took this issue to IBM and it appears that if the StorGroup has multiple DUMPCLASSes then HSM will not combine SMS and nonSMS volumes on the same tape. If there is a single DUMPCLASS, then HSM will combine SMS and nonSMS volumes on the same tape. Go figure. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Maybe it's worth to take a look at Mark Zelden IPLINFO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Entry point for a Mainframe?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Anne Lynn Wheeler l...@garlic.com writes: the 3725 pieces of the numbers came from official corporate HONE configurator (sales marketing use for selling to customers) ... part of the presentation to fall '86 SNA architecture review board meeting in Raleigh http://www.garlic.com/~lynn/99.html#67 System/1 ? part of spring '86 common presentation on pu4/pu5 support in series/1 http://www.garlic.com/~lynn/99.html#70 Series/1 as NCP (was: Re: System/1 ?) re: http://www.garlic.com/~lynn/2010e.html#80 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010e.html#81 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010e.html#83 Entry point for a Mainframe? Comparison with 3725NCP System: * Higher availability * More reliable * More function * Improved Useability * Non-IBM Host Support * Much better connectivity * Much better performance * Fewer components * Easier to tune * Easier to tailor * Easier to manage * Less expensive ... snip ... SNA RUs were carried within real networking traffic. Part of the ease of implementing all of the above ... was whole infrastructure was real networking ... only dropping down to SNA emulation at boundary interfaces when necessary. One of the internal parties that was really interested was IMS hot-standby. Some of the IMS hot-standby configurations with tens of thousands of terminals was clocking at over 90minuts (sometimes a lot more) to re-establish all the sessions in fall-over scenario. IMS hot-standby wanted slight tweak to the high availability sessions (aka network session information was replicated within the distributed network) where shadow SNA sessions were created with the VTAM on the fall-over processor(s) ... instead of taking potentially hrs to get everything back up and running ... the (SNA/VTAM) session fall-over was as fast as the IMS hot-standby fall-over (all being spoofed by having a real non-SNA networking environment to do it from). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ACIF question - variable length input
On 3/12/2010 at 12:08 AM, in message dc74548a025aff4a85f46926802a9b230451f...@chsa1035.share.beluni.net, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: Basically, my problem was that I had an invoke data map command where the name of the data map itself was less than 8 characters. With fixed length format the record looked like this: 5A0010D3ABCA00D7F2C4E2D4E3F140404040404040404040... (with spaces (x40) padding to the end of the record) Note that the case of your fixed length record will fail should that file ever be sent to and processed on a platform that does not have a concept of logical record length that is tied to a file. Then, the structured field length is the only means that an AFP data stream interpreter has left to find out where the next logical record starts. In the above case, the next record after the IDM record would start at offset 17 from the X'5a', which is a blank (X'40') and this most probably yields an error. Something to consider. ACIF appears to handle this for us somehow, since we do end up loading these in to IBM Content Manager OnDemand on Windows and we've had no problems. I haven't checked, but I am guessing that ACIF truncates the 5A records beyond the length specified. Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
Where do I find such a doc? And specifically, if a JOB is defined with SPIN for various outputs, how does one select a specific DD they want to look at. The simplest way of putting this is like this: JOB runs for 15 hours. The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs (spin that is), and 10 different things got dynamically allocated. So the user wants to find (or display) just the JES JOB LOG entries. They will be happy with some command that just jumps from one to the next. The following is an example of what is seen on the ST panel after a ? beside the JOB in question: JESMSGLG JES2 JESYSMSG JES2 SYS9 M1A470S2 OUTDDM1A470S2 SYS00010 M1A470S2 SYS00013 M1A470S2 OUTDDM1A470S2 SYS00014 M1A470S2 SYS00017 M1A470S2 OUTDDM1A470S2 SYS00018 M1A470S2 SYS00021 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00030 M1A470S2 SYS00033 M1A470S2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 SYS00030 M1A470S2 SYS00033 M1A470S2 JESMSGLG JES2 JESYSMSG JES2 Surely (not Shirley) there is some way to get just the JESMSGLG DD info, or just the OUTDD info while ignoring the others (this is for a USER, not some SYSPROG...). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
FILTER DDNAME JESMSGLG FILTER DDNAME OUTDD FILTER OFF to see them all -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Friday, March 12, 2010 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN Where do I find such a doc? And specifically, if a JOB is defined with SPIN for various outputs, how does one select a specific DD they want to look at. The simplest way of putting this is like this: JOB runs for 15 hours. The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs (spin that is), and 10 different things got dynamically allocated. So the user wants to find (or display) just the JES JOB LOG entries. They will be happy with some command that just jumps from one to the next. Snipped Surely (not Shirley) there is some way to get just the JESMSGLG DD info, or just the OUTDD info while ignoring the others (this is for a USER, not some SYSPROG...). This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
One thing you could do ? the job, then SORT DDNAME on the command line, then everything is together. Or a process could be built with the SDSF REXX interface to collect all the stuff. Does that help? Lizette -Original Message- From: Thompson, Steve steve_thomp...@stercomm.com Sent: Mar 12, 2010 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN Where do I find such a doc? And specifically, if a JOB is defined with SPIN for various outputs, how does one select a specific DD they want to look at. The simplest way of putting this is like this: JOB runs for 15 hours. The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs (spin that is), and 10 different things got dynamically allocated. So the user wants to find (or display) just the JES JOB LOG entries. They will be happy with some command that just jumps from one to the next. The following is an example of what is seen on the ST panel after a ? beside the JOB in question: JESMSGLG JES2 JESYSMSG JES2 SYS9 M1A470S2 OUTDDM1A470S2 SYS00010 M1A470S2 SYS00013 M1A470S2 OUTDDM1A470S2 SYS00014 M1A470S2 SYS00017 M1A470S2 OUTDDM1A470S2 SYS00018 M1A470S2 SYS00021 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00030 M1A470S2 SYS00033 M1A470S2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 SYS00030 M1A470S2 SYS00033 M1A470S2 JESMSGLG JES2 JESYSMSG JES2 Surely (not Shirley) there is some way to get just the JESMSGLG DD info, or just the OUTDD info while ignoring the others (this is for a USER, not some SYSPROG...). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Friday, March 12, 2010 1:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN FILTER DDNAME JESMSGLG FILTER DDNAME OUTDD FILTER OFF to see them all MERGE POSTS -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN One thing you could do ? the job, then SORT DDNAME on the command line, then everything is together. Or a process could be built with the SDSF REXX interface to collect all the stuff. Does that help? Lizette SNIPPAGE Thanks to both of you. Yes, this helps in the immediate case. But the other problem I have is, the only SDSF manual I can find (titled: SDSF Operation and Customization) is not USER oriented. While the HELP PF1 is helpful, if you don't know what the thing is called that you are after, have fun finding it. In my case, all this time I thought FILTER was for handling which JES system, owner, JOB prefix, etc. was being filtered. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
snip But the other problem I have is, the only SDSF manual I can find (titled: SDSF Operation and Customization) is not USER oriented. /snip Opinion - The SDSF manual, and for that matter 'support', has always been awful. To do anything, other than ?, it's pretty much guess or find someone who has done it. If it's not too late, go to EJES. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Bob, The CSRSI service is just what I need. Thanks. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, March 12, 2010 12:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id STSI instruction or CSRSI callable service. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
Steve, there was an old manual long ago that was directed more to the end user. It was called the SDSF USER GUIDE AND REFERENCE. It may still be helpful. http://tinyurl.com/yj96j7m This will take you to the bookserver on IBM to the OS/390 V2.10 version. See if that helps. Lizette -N FILTER DDNAME JESMSGLG FILTER DDNAME OUTDD FILTER OFF to see them all MERGE POSTS -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN One thing you could do ? the job, then SORT DDNAME on the command line, then everything is together. Or a process could be built with the SDSF REXX interface to collect all the stuff. Does that help? Lizette SNIPPAGE Thanks to both of you. Yes, this helps in the immediate case. But the other problem I have is, the only SDSF manual I can find (titled: SDSF Operation and Customization) is not USER oriented. While the HELP PF1 is helpful, if you don't know what the thing is called that you are after, have fun finding it. In my case, all this time I thought FILTER was for handling which JES system, owner, JOB prefix, etc. was being filtered. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
The CSRSI service is just what I need. IIRC, you have to be authourised to use that. D M=CPU will display it. I do have a question, though. In this day of PR/SM, and only the last five digits mattering, in general, why do you care? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
BINGO! And I found it in PDF -- which I happen to prefer for in my collection. I was afraid that this no longer existed (and it appears to not in the current z/OS releases). But this is the guy I was looking for. Thank you very much. Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN Steve, there was an old manual long ago that was directed more to the end user. It was called the SDSF USER GUIDE AND REFERENCE. It may still be helpful. http://tinyurl.com/yj96j7m This will take you to the bookserver on IBM to the OS/390 V2.10 version. See if that helps. Lizette SNIPPAGE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Ted MacNEIL wrote: The CSRSI service is just what I need. IIRC, you have to be authourised to use that. No. You don't. z/OS Assembler Services Reference, Volume 1 (available online) states clearly: Minimum authorization: Problem state, key 8-15 -- 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
Sec:Tool for TSS for z/OS Announcement
HFD Technologies is pleased to announce the availability of Sec:Tool for TSS for z/OS. Sec:Tool is a CICS-based challenge-response system providing end-users the capability to reset their passwords and to remove threshold suspensions without any invention on the part of your corporate help desk. Administrative suspensions cannot be removed by end-users. Sec:Tool provides an immediate ROI. Sec:Tool reduces costs through self-service administration of selected user functions. Sec:Tool has no tier pricing! Sec:Tool has no per/user charge! Sec:Tool is competitively priced! Substantial discounts are available for multiple CPUs. John P. Baker Chief Software Architect HFD Technologies (856) 740-5038 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Ted, Product licensing on a per CPC basis. We don't care how many CPs. Just one license per CPC. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, March 12, 2010 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id The CSRSI service is just what I need. IIRC, you have to be authourised to use that. D M=CPU will display it. I do have a question, though. In this day of PR/SM, and only the last five digits mattering, in general, why do you care? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
IIRC, you have to be authourised to use that. No. You don't. z/OS Assembler Services Reference, Volume 1 (available online) states clearly: Minimum authorization: Problem state, key 8-15 Okay, I stand corrected, again. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Product licensing on a per CPC basis. We don't care how many CPs. Just one license per CPC. Okay, I think. I don't understand your response, but it's none of my business. But, I've worked with CPC licences, and the last five digits were all I had to worry about, in most cases. And, all LPARS had them in the logical serial numbers. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, March 12, 2010 2:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id Product licensing on a per CPC basis. We don't care how many CPs. Just one license per CPC. Okay, I think. I don't understand your response, but it's none of my business. But, I've worked with CPC licences, and the last five digits were all I had to worry about, in most cases. And, all LPARS had them in the logical serial numbers. - Too busy driving to stop for gas! Hum, but under z/VM, those 5 characters can be anything (valid) that you want them to be via the CP SET CPUID command. So it would be possible to run z/OS on multiple CPCs under z/VM, all with the same serial number. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
John, The CSRSI service lets you query the physical box, LPAR, or virtual machine. It actually understands where you are running. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, March 12, 2010 3:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id Hum, but under z/VM, those 5 characters can be anything (valid) that you want them to be via the CP SET CPUID command. So it would be possible to run z/OS on multiple CPCs under z/VM, all with the same serial number. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Hum, but under z/VM, those 5 characters can be anything (valid) that you want them to be via the CP SET CPUID command. So it would be possible to run z/OS on multiple CPCs under z/VM, all with the same serial number. But, is that relevant? The OP never mentioned z/VM. Just z/OS. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Ahem.. One can do wonderful things with CP TRACE IPTE RUN NOTERM also. = -Original Message- = From: IBM Mainframe Discussion List = [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL = Sent: Friday, March 12, 2010 2:34 PM = To: IBM-MAIN@bama.ua.edu = Subject: Re: Real CPU Id = = Product licensing on a per CPC basis. We don't care how = many CPs. Just one license per CPC. = = Okay, I think. = I don't understand your response, but it's none of my business. = But, I've worked with CPC licences, and the last five digits = were all I had to worry about, in most cases. = And, all LPARS had them in the logical serial numbers. = = - = Too busy driving to stop for gas! = = Hum, but under z/VM, those 5 characters can be anything (valid) that you = want them to be via the CP SET CPUID command. So it would be possible to = run z/OS on multiple CPCs under z/VM, all with the same serial number. = = -- = John McKown = Systems Engineer IV = IT = = Administrative Services Group = = HealthMarkets(r) = = 9151 Boulevard 26 * N. Richland Hills * TX 76010 = (817) 255-3225 phone * (817)-961-6183 cell = john.mck...@healthmarkets.com * www.HealthMarkets.com = = Confidentiality Notice: This e-mail message may contain confidential or = proprietary information. If you are not the intended recipient, please = contact the sender by reply e-mail and destroy all copies of the original = message. HealthMarkets(r) is the brand name for products underwritten and = issued by the insurance subsidiaries of HealthMarkets, Inc. -The = Chesapeake Life Insurance Company(r), Mid-West National Life Insurance = Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = Search the archives at http://bama.ua.edu/archives/ibm-main.html = John Cassidy (Dipl.-Ingr.) EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker Sent: Friday, March 12, 2010 2:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id John, The CSRSI service lets you query the physical box, LPAR, or virtual machine. It actually understands where you are running. John P. Baker Ah. I didn't realize that. Nice to know. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
They have incorporated some of it into the OPERATIONS guide, but I still find this one much better Glad to help. Lizette BINGO! And I found it in PDF -- which I happen to prefer for in my collection. I was afraid that this no longer existed (and it appears to not in the current z/OS releases). But this is the guy I was looking for. Thank you very much. Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN Steve, there was an old manual long ago that was directed more to the end user. It was called the SDSF USER GUIDE AND REFERENCE. It may still be helpful. http://tinyurl.com/yj96j7m This will take you to the bookserver on IBM to the OS/390 V2.10 version. See if that helps. 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: Real CPU Id
Hum, but under z/VM, those 5 characters can be anything (valid) that you want them to be via the CP SET CPUID command. So it would be possible to run z/OS on multiple CPCs under z/VM, all with the same serial number. One more reason for running z/VM rather than PR/SM. On Fri, Mar 12, 2010 at 3:49 PM, J. D. Cassidy s...@jdcassidy.net wrote: Ahem.. One can do wonderful things with CP TRACE IPTE RUN NOTERM also. = -Original Message- = From: IBM Mainframe Discussion List = [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL = Sent: Friday, March 12, 2010 2:34 PM = To: IBM-MAIN@bama.ua.edu = Subject: Re: Real CPU Id = = Product licensing on a per CPC basis. We don't care how = many CPs. Just one license per CPC. = = Okay, I think. = I don't understand your response, but it's none of my business. = But, I've worked with CPC licences, and the last five digits = were all I had to worry about, in most cases. = And, all LPARS had them in the logical serial numbers. = = - = Too busy driving to stop for gas! = = Hum, but under z/VM, those 5 characters can be anything (valid) that you = want them to be via the CP SET CPUID command. So it would be possible to = run z/OS on multiple CPCs under z/VM, all with the same serial number. = = -- = John McKown = Systems Engineer IV = IT = = Administrative Services Group = = HealthMarkets(r) = = 9151 Boulevard 26 * N. Richland Hills * TX 76010 = (817) 255-3225 phone * (817)-961-6183 cell = john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ = = Confidentiality Notice: This e-mail message may contain confidential or = proprietary information. If you are not the intended recipient, please = contact the sender by reply e-mail and destroy all copies of the original = message. HealthMarkets(r) is the brand name for products underwritten and = issued by the insurance subsidiaries of HealthMarkets, Inc. -The = Chesapeake Life Insurance Company(r), Mid-West National Life Insurance = Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = Search the archives at http://bama.ua.edu/archives/ibm-main.html = John Cassidy (Dipl.-Ingr.) EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
One more reason for running z/VM rather than PR/SM. As interesting as this may be, what does this digression have to do with the original question? The OP asked a z/OS question, never once mentioning z/VM. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, March 12, 2010 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id One more reason for running z/VM rather than PR/SM. As interesting as this may be, what does this digression have to do with the original question? The OP asked a z/OS question, never once mentioning z/VM. I __thought__ (and was wrong) that I was pointing out where the CPUID might not be the real one. I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, under z/VM, to some other value via the CP SET CPUID command. I.e. I was trying to point out a hole. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
__thought__ (and was wrong) that I was pointing out where the CPUID might not be the real one. I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, under z/VM, to some other value via the CP SET CPUID command. I.e. I was trying to point out a hole. I wasn't really criticising, and if I came across that way, I appologise. But, even under PR/SM there are differing serial numbers per LPAR. The first two (of 7) are based on the LPAR and the LP. The last 5 match the last 5 of the physical serial number. Most vendors followed IBM's recommendation, many years ago, to license based on just the last 5. I only know of one ISV, based in Islandia New York, that made you install multiple keys on multiple CPC's, based on all logical serial numbers, thus making admin a real pain. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Real CPU Id
Been following this We are trying our DR on VM this year...naturally to minimize changes for a DR...and one was the Ser.Num so we need NOT have to call vendors for new Auth codes ...time consuming and error prone.. We are testing this end of month to see if anything falls out ... From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 03/12/2010 03:28 PM Subject: Re: Real CPU Id Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu __thought__ (and was wrong) that I was pointing out where the CPUID might not be the real one. I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, under z/VM, to some other value via the CP SET CPUID command. I.e. I was trying to point out a hole. I wasn't really criticising, and if I came across that way, I appologise. But, even under PR/SM there are differing serial numbers per LPAR. The first two (of 7) are based on the LPAR and the LP. The last 5 match the last 5 of the physical serial number. Most vendors followed IBM's recommendation, many years ago, to license based on just the last 5. I only know of one ISV, based in Islandia New York, that made you install multiple keys on multiple CPC's, based on all logical serial numbers, thus making admin a real pain. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E SMPPTFIN Audit Trail?
We have a problem attempting to track which version(s) of SMPPTFIN files, each containing multiple PTFs, have been RECEIVEd. Is there a way to embed a sort of command in SMPPTFIN that will create an entry in SMPLOG (or elsewhere) unambiguously recording that that SMPPTFIN file, as opposed to any other, has been RECEIVEd? Is there even a way to embed a standalone comment (not associated with any PTF) in SMPPTFIN? ++ NULL serves this purpose for SMPHOLD. For SMPPTFIN, I have sometimes resorted to embedding an otiose ++ ASSIGN to bear the comment. Is there a neater way? Thanks, 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
ISPF Preprocessed Panels
Hello everybody: I would like to request people's opinions on taking the trouble of preprocessing ISPF panels. We have been preprocessing ISPF and SDSF panels for a long time now (at least the portion of those that are preprocessable) and I never personally noticed any performance gain from preprocessing. That is, the non-ISPF and non-SDSF panels which we don't preprocess don't seem to load perceptibly slower that ISPF/SDSF ones. Also, all those preprocessed libraries at the top of the ISPPLIB concatenation: don't they make the search longer for any panel load? Thus offsetting any performance gain from preprocessing?Thanks, Nur Allen, Systems Pgmmer Analyst, County of Santa Clara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E SMPPTFIN Audit Trail?
You can use the LOG command in SMPE Chapter 13. In addition to the messages written by SMP/E, you may want to store messages in the SMPLOG, such as why a SYSMOD is being installed and who is installing it. You can do this using the LOG command. Lizette We have a problem attempting to track which version(s) of SMPPTFIN files, each containing multiple PTFs, have been RECEIVEd. Is there a way to embed a sort of command in SMPPTFIN that will create an entry in SMPLOG (or elsewhere) unambiguously recording that that SMPPTFIN file, as opposed to any other, has been RECEIVEd? Is there even a way to embed a standalone comment (not associated with any PTF) in SMPPTFIN? ++ NULL serves this purpose for SMPHOLD. For SMPPTFIN, I have sometimes resorted to embedding an otiose ++ ASSIGN to bear the comment. Is there a neater way? Thanks, 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: ISPF Preprocessed Panels
I never personally noticed any performance gain from preprocessing. Even back with slow DASD, I never saw a performance benefit that out-weighed the admin overhead. Today's DASD, I'd say forget it. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E SMPPTFIN Audit Trail?
On Fri, 12 Mar 2010 17:22:18 -0500, Lizette Koehler wrote: You can use the LOG command in SMPE Chapter 13. In addition to the messages written by SMP/E, you may want to store messages in the SMPLOG, such as why a SYSMOD is being installed and who is installing it. You can do this using the LOG command. Wrong manual. I don't see that's supported in SMPPTFIN. What I need is ++ LOG. ... Is there a way to embed a sort of command in SMPPTFIN ... Thanks for trying, 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: ISPF Preprocessed Panels
Ted MacNEIL wrote: I never personally noticed any performance gain from preprocessing. Even back with slow DASD, I never saw a performance benefit that out-weighed the admin overhead. Today's DASD, I'd say forget it. If you're looking for improved DASD response time, you're looking in the wrong place. Pre-processed panels save on CPU. Every ISPF panel must be tokenized. Those that are pre-processed bypass the vast majority of that processing, thus reducing the path length required to load them. -- 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
Yet another mixed case question
Under TSO I execute the following Rexx statement: CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM' Why does the program (C++) see a parameter of 'deck,obj,term' ??? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF Preprocessed Panels
If you're looking for improved DASD response time, you're looking in the wrong place. Pre-processed panels save on CPU. Every ISPF panel must be tokenized. Those that are pre-processed bypass the vast majority of that processing, thus reducing the path length required to load them. And, how many beers can you buy with the 'saved' CPU? I've found very little response/resource savings with pre-processed panels. The only reason I mentioned I/O was because that was the question. With sub-half-second response, where is the saving? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF Preprocessed Panels
-snip- Hello everybody: I would like to request people's opinions on taking the trouble of preprocessing ISPF panels. We have been preprocessing ISPF and SDSF panels for a long time now (at least the portion of those that are preprocessable) and I never personally noticed any performance gain from preprocessing. That is, the non-ISPF and non-SDSF panels which we don't preprocess don't seem to load perceptibly slower that ISPF/SDSF ones. Also, all those preprocessed libraries at the top of the ISPPLIB concatenation: don't they make the search longer for any panel load? Thus offsetting any performance gain from preprocessing?Thanks, Nur Allen, Systems Pgmmer Analyst, County of Santa Clara unsnip--- I've never noticed any performance difference, even on a fairly small machine (z/800 0A1) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ALLOC DA(*) indicator in JFCB?
Is there an indicator in the JFCB that the DD in question was allocated with TSO ALLOC DA(*) In other words, allocated to the invoking terminal? I know I should just run an experiment but I'm running into (unrelated) difficulties so I thought I would go ahead and ask here. I don't see anything in MVS Data Areas. Thanks! Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ALLOC DA(*) indicator in JFCB?
On Fri, 12 Mar 2010 15:58:57 -0700, Charles Mills wrote: Is there an indicator in the JFCB that the DD in question was allocated with TSO ALLOC DA(*) In other words, allocated to the invoking terminal? I know I should just run an experiment but I'm running into (unrelated) difficulties so I thought I would go ahead and ask here. I don't see anything in MVS Data Areas. Decades ago, I was able to get that information, I believe from the DCB device type field after OPEN, and even during the DCB OPEN exit. I did this so I could steal the access method pointers and point to my own code, which did a TGET and supplied the data ASIS instead of CAPS. -- 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: Yet another mixed case question
On Fri, 12 Mar 2010 15:54:50 -0700, Charles Mills wrote: Under TSO I execute the following Rexx statement: CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM' Why does the program (C++) see a parameter of 'deck,obj,term' WAD. Very Bad Design, IMO. But they had to do it. Discussed in one of these lists in the last few weeks with, IIRC, a link to the doc. o C programmers like to see lower case characters in their parameters. o There's no easy to enter lower case characters. Therefore, if the PARM is all upper case, the interface assumes your attempt to enter lower case characters was thwarted by the dreadful TSO terminal interface, and does it for you. It's only trying to help you. So, put at least one lower case character in your PARM, and enter: CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,obj,TERM' ASIS and your TCCPLIV2 will see the PARM as you typed it. I hate the consequences of enforced case insensitivity. I'm going to go wash my hands again. -- 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: ISPF Preprocessed Panels
I benchmarked pre-processing panels years ago and found sufficient measurable results to justify doing it. As an ISPF user I couldn't tell the difference. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Yet another mixed case question
I remembered half of the below. I tried the some lower case characters part but forgot the ASIS. Geez! Why isn't ASIS enough? Maybe IBM should add another option, REALLYTRULYASIS. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, March 12, 2010 4:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Yet another mixed case question On Fri, 12 Mar 2010 15:54:50 -0700, Charles Mills wrote: Under TSO I execute the following Rexx statement: CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM' Why does the program (C++) see a parameter of 'deck,obj,term' WAD. Very Bad Design, IMO. But they had to do it. Discussed in one of these lists in the last few weeks with, IIRC, a link to the doc. o C programmers like to see lower case characters in their parameters. o There's no easy to enter lower case characters. Therefore, if the PARM is all upper case, the interface assumes your attempt to enter lower case characters was thwarted by the dreadful TSO terminal interface, and does it for you. It's only trying to help you. So, put at least one lower case character in your PARM, and enter: CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,obj,TERM' ASIS and your TCCPLIV2 will see the PARM as you typed 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: ALLOC DA(*) indicator in JFCB?
On 3/12/2010 5:58 PM, Charles Mills wrote: Is there an indicator in the JFCB that the DD in question was allocated with TSO ALLOC DA(*) In other words, allocated to the invoking terminal? I doubt the JFCB has anything, but the TIOT entry should. Check TIOELINK flag TIOTTERM Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Yet another mixed case question
On Fri, 12 Mar 2010 16:27:01 -0700, Charles Mills wrote: I remembered half of the below. I tried the some lower case characters part but forgot the ASIS. Geez! Why isn't ASIS enough? Maybe IBM should add another option, REALLYTRULYASIS. Because ASIS is obeyed by the TSO TMP; the (unwanted?) case conversion is done by C Runtime Initiation. But TSO should have a REALLYTRULYASIS, as in PROFILE REALLYTRULYASIS, which would disable all case conversion, in all commands and in the content of DSN(*). I'm a big boy; I can find the shift key when I need it. I hate the circumventions necessitated by fradulent case-insensitivity. If there were true case insensitivity, there would be no motive to convert input to upper (or lower) case, possibly overriding the programmer's intent. -- 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
IBM's msys for Setup (aka zOSMF?)
msys for Operations went away a few generations of zOS ago, but msys for Setup is clearly included in my ServerPac of zOS 1.11 with manuals written in 2009. It seems to have an alias of zOSMF in some cases. In ANY case, the manual describes it as a way to do your Sysprog job from a PC. So, Now, I ask the questions again 1) Has anyone tried this thing? 2) If you did, did you find it useful 3) are you still using it? I admit it, before I break out the books and spend time, I want to learn from the experience of others. I have learned from my own... enough. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PSF OUTDISP=KEEP
Is there a way to make PSF respect OUTDISP of KEEP? My understanding is that if a class has OUTDISP=(KEEP,KEEP) once the output is printed it should remain queued with a DISP of LEAVE. This does not appear to be happening. It looks to me like it's being purged, because I can't find it in either the output queue or the held output queue. It is still in the Status queue, but I don't think that's what I'm looking for. z/OS 1.10 JES2 PSF 4.3 Thanks, Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E SMPPTFIN Audit Trail?
My approach is use the SOURCEID operand of the RECEIVE command. Each SMPPTFIN dataset is associated with a unique source identifier, usually as a qualifier in the DSN. If the source identifier exists, the SMPPTFIN dataset has been received. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, March 12, 2010 1:50 PM To: IBM-MAIN@bama.ua.edu Subject: SMP/E SMPPTFIN Audit Trail? We have a problem attempting to track which version(s) of SMPPTFIN files, each containing multiple PTFs, have been RECEIVEd. Is there a way to embed a sort of command in SMPPTFIN that will create an entry in SMPLOG (or elsewhere) unambiguously recording that that SMPPTFIN file, as opposed to any other, has been RECEIVEd? Is there even a way to embed a standalone comment (not associated with any PTF) in SMPPTFIN? ++ NULL serves this purpose for SMPHOLD. For SMPPTFIN, I have sometimes resorted to embedding an otiose ++ ASSIGN to bear the comment. Is there a neater way? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 msys for Setup (aka zOSMF?)
John Mattson wrote: msys for Operations went away a few generations of zOS ago, but msys for Setup is clearly included in my ServerPac of zOS 1.11 with manuals written in 2009. It seems to have an alias of zOSMF in some cases. In ANY case, the manual describes it as a way to do your Sysprog job from a PC. So, Now, I ask the questions again 1) Has anyone tried this thing? 2) If you did, did you find it useful 3) are you still using it? I admit it, before I break out the books and spend time, I want to learn from the experience of others. I have learned from my own... enough. Might want to check out this session next week at SHARE in Seattle: 2249 z/OSMF 1.11 Overview, Implementation and Configuration Speakers: Anuja Deedwaniya and Greg Daynes In this session, the speakers will introduce attendees to the IBM z/OS Management Facility (z/OSMF), a new product, that will simplify, optimize and modernize the z/OS system programmer experience. They will specifically cover how to use z/OSMF for problem data management of SVC and user initiated dumps and configuring TCP/IP Policy based definitions. Information from early user experience and setup of z/OSMF on z/OS will also be included. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM utilization of 3490 emulated 9840D tape?
Jack, Took your advice and ran Fatar Analyze against both 9840A and 9840D HSM backups which are 100% full. Results follow: 9840A CHARACTERISTICS OF THE TAPE TO BE ANALYZED UNIT DEVICE SERIAL MFR CARTRIDGE EMULATING 0536 9840 H00116 STK 20 GB 3490 FINAL TOTALS FILES READ BLOCKS READ BYTES READ FEET READ TEMP ERRS PERM ERRS 1 419391768713136128 0 0 IDRC(COMPACTED) 10206517909469184 726 9840D CHARACTERISTICS OF THE TAPE TO BE ANALYZED UNIT DEVICE SERIAL MFR CARTRIDGE EMULATING 2503 9840DE20677 STK 75 GB 3490 FINAL TOTALS FILES READ BLOCKS READ BYTES READ FEET READ TEMP ERRS PERM ERRS 1 419391768713136128 0 0 IDRC (COMPACTED) 2073417939517440 189 It would appear both tapes have the same amount of data. Any ideas? Thank You, Dave O'Brien NIH Contractor From: John Kelly [john_j_ke...@ao.uscourts.gov] Sent: Friday, March 12, 2010 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM utilization of 3490 emulated 9840D tape? David, I do believe that you hit it on the head with the 'Unittype(3490) is specified, which according to the manual nullifies use of the Capacitymode parameter..' observation. I know that could not get 9840A to qualify for Capacitymode but I'm not surprise that STK hasn't bellied up to responding. Since you've mentioned HSM BACKUP tapes, there should be no doubt about 'take away' being involved. Have you looked at what FATS says about the tape usage? Since we are getting away from the STK 'emulation' , we haven't seen any discrepences. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF Preprocessed Panels
If you're looking for improved DASD response time, you're looking in the wrong place. Pre-processed panels save on CPU. Every ISPF panel must be tokenized. Those that are pre-processed bypass the vast majority of that processing, thus reducing the path length required to load them. Having spent the last 2 years coding 10,000 lines into ISPF panels, among other things, I can definitely see the merit in Ed Jaffe's argument. On Fri, Mar 12, 2010 at 5:41 PM, Edward Jaffe edja...@phoenixsoftware.comwrote: Ted MacNEIL wrote: I never personally noticed any performance gain from preprocessing. Even back with slow DASD, I never saw a performance benefit that out-weighed the admin overhead. Today's DASD, I'd say forget it. If you're looking for improved DASD response time, you're looking in the wrong place. Pre-processed panels save on CPU. Every ISPF panel must be tokenized. Those that are pre-processed bypass the vast majority of that processing, thus reducing the path length required to load them. -- 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 -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF Preprocessed Panels
Having spent the last 2 years coding 10,000 lines into ISPF panels, among other things, I can definitely see the merit in Ed Jaffe's argument. And, have you measured the savings? Have you found it worth it? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E SMPPTFIN Audit Trail?
On Fri, 12 Mar 2010 17:14:14 -0800, Schwarz, Barry A wrote: My approach is use the SOURCEID operand of the RECEIVE command. Each SMPPTFIN dataset is associated with a unique source identifier, usually as a qualifier in the DSN. If the source identifier exists, the SMPPTFIN dataset has been received. No, no, no! Not in the command. It must be in the SMPPTFIN, else the hazard of a disconnect between the SMPPTFIN and the RECEIVE command is too great. Even if the user is entirely conscientious in copying the identifier from SMPPTFIN or its metadata to the RECEIVE command, the chore is tedious and the user should be spared it. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, March 12, 2010 1:50 PM Is there even a way to embed a standalone comment (not associated with any PTF) in SMPPTFIN? ++ NULL serves this purpose for SMPHOLD. For SMPPTFIN, I have sometimes resorted to embedding an otiose ++ ASSIGN to bear the comment. Is there a neater way? Of course, the SOURCEID operand of the ++ ASSIGN MCS somewhat serves the purpose, though I'd rather not tie such metadata to any particular PTF, nor to all PTFs. -- 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