Re: Release 6.1 of IBMLink
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, June 02, 2008 10:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Release 6.1 of IBMLink Let's hope the authentication problems are a thing of the past. From the IBMLink main page: SNIP Anyone else updated an ETR and have no acknowledgement timestamp after 30 minutes or so? After this note, which I just read about 5 minutes ago, I thought I'd look at an ETR I had updated first thing this morning (for me in TX). It still did not show that the system had handled it (generally there will be a received time stamp). So I posted a follow up noting this was a test of the system... And FINALLY there is a time stamp. Also, for ETRs, anyone notice that the update/reply page that you get is missing anything (certain things you could select or not)? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Cole Sent: Friday, May 23, 2008 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix) As noted in my prior post, I think it is a shame that the IBM-JES2 folks make it so difficult to serialize a thread of jobs. It seems to me that this is such an obvious thing to want to do, but when JES2 is started with CNVTNUM=2 (and there are strong reasons for must shops to want to do this), such serialization becomes problematic. The thing is, a JES2 supported solution, it seems to me, would be both ideal and easy to implement. Here's my idea: (1) support a //card option or a /*card option by which a user could provide an arbitrary serialization name. Example: /*JOBPARM THREADNAME=xyz. Use this name on each job in the thread. SNIP How about getting IBM to support //*NET in the JES2 world? Wouldn't that get you what you are after (assuming you have used JES3 and know about NETWORKED JOBS). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Harry Yudenfriend - IBM Fellow
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, May 22, 2008 4:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Harry Yudenfriend - IBM Fellow Ted MacNEIL wrote: Who is Harry Yudenfriend? The z/OS IOS guru. SNIP And he is being replaced at $35/hr? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF STATS - Defined Where?
Follow up: One of my co-workers showed me two things, for programming purposes: IHAPDSKeyword controls if BLDL expansion or not ISPDSTAT In the ISPF/PDF macro library Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF STATS - Defined Where?
I have been scanning manuals (IBM online) and various books here in my office. I know that IBM, somewhere, defines the Directory User area where ISPF writes statistics information. Could someone point me to the layout of this area? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF STATS - Defined Where?
THANK YOU! I do not know why, but Acrobat Search on my system will not read this manual (and it just put on the latest updates) -- it says I don't have authority to it or it is corrupted, yet I can read it and do finds within it. Meanwhile, in my 1.7 copy, ISPF STATISTICS are not in the index. And for those who pointed to the REXX code, thank you. I would have used that as a last resort, but I wanted some place where IBM [ISPF] says how they do it, so if there is a problem, I can point to their doc and open an APAR (as an ISV I have to play by more rules...). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Peurifoy Sent: Monday, May 19, 2008 3:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF STATS - Defined Where? Thompson, Steve wrote: I have been scanning manuals (IBM online) and various books here in my office. I know that IBM, somewhere, defines the Directory User area where ISPF writes statistics information. Could someone point me to the layout of this area? It's in the ISPF Dialog Developer's Guide and Reference. Page 389 in the 1.9 version, or search for ISPF Statistics -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Where do I find Instruction/Function Defs
I have been searching IBM-Main, and the current PoOP, as well as a few Migration manuals. Where does IBM state that this or that feature/function is the minimum requirement for a given release of z/OS? I am trying to take advantage of some new instructions, but I have to make sure that they match up with the O/S requirements. What I am looking for, specifically is, the EXTENDED IMMEDIATE group/function/feature. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where do I find Instruction/Function Defs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Friday, May 09, 2008 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Where do I find Instruction/Function Defs Edward Jaffe wrote: Thompson, Steve wrote: I have been searching IBM-Main, and the current PoOP, as well as a few Migration manuals. SNIP It sounds to me like Steve was after some point in time where he could use extended immediate instructions. The answer is: it's not in the software but in the hardware. As you pointed out, if you are running a z9 or z10, the instructions are available, regardless of what release of z/OS you are running. SNIP Yes, that is what I was after, but I thought I might find it listed in some pre-reqs for a release level of z/OS. So, I have to drop those instructions until the O/S requires a hardware level that includes them. Thank you all for your quick replies. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 07, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another one bites the dust. As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 12380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 SNIP My cynicallity tuning knob almost snapped at the end of the range when I read that they have saved money on this, but they can't disclose how much. Let's see, after getting enough hardware to take over what a sysplex was doing across two data centers... The extra RAID based devices to handle the data that can't be compressed (packed fields must now be full display formats...), the extra bandwidth needed to have all the new processors interconnected similar to the incore interconnections... One shop I know of that attempted this (CICS based) took 10 times the floor space to replace 1 z800 box and the RAID box, the 3745s (2), the tape drives with OPEN systems. Let's see, that was 4 of the Largest Regattas (at that time) 2 SHARKs, TWO ATLs, and I couldn't even count the blade servers. I guess I'm from Missouri and just didn't know it. However, I know of another company that did it. And it was successful. But they also wouldn't demonstrate the ROI (if there were any). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Connect:Direct (NDM) CPU Usage
Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, May 06, 2008 4:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Connect:Direct (NDM) CPU Usage My test results differ. I've seen upwards of 60% over some very large pipes. And I have seen completely different rates over supposedly equal pipes. Could be that network people talk only in terms of pipe size and not net throughput (actual elapsed time for a byte to travel from point a to b). SNIP The more hops, the more time is spent in transit. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burrell Sent: Tuesday, May 06, 2008 2:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 3420 old tapes --part-8eaESvSN5abbYQ7dIJvWcCFUpBaxuqMmA0CLvzTGoZnc3 Content-Transfer-Encoding: 7bit Content-Type: multipart/mixed; charset=iso-8859-1; boundary=part-Z37dYuRQF2-CEgOEtwSKzaeLhD9250D-NwA50Fq3Bp-rS This is a multi-part message in MIME format. --part-Z37dYuRQF2-CEgOEtwSKzaeLhD9250D-NwA50Fq3Bp-rS Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes= =20 today, and some of them appear to be 800 BPI. When I run tape map agains= t=20 the tape I get the data in the attachment. I am trying to read these files on a 3420 tape=20 drive, and when I put the density (DEN=3D2) into my JCL I get a 413-24 ab= end.=20=20 I've tried various combinations and I cannot seem to get these old tapes = to=20 read, and without density IEBGENER gets a RC=3D12 for conflicting DCB inf= o. I've also tried BLP and specifying the DCB parms directly, and still no l= uck.=20=20=20=20=20 Does anyone have any suggestions as to how I can possibly get this to rea= d=20 on our tape drives, or is there a hardware setting on a 3420 that will ma= ke=20 this possible?=20 I looked in the archives and did not find anything specific about this, a= nd this=20 is a little before my time.=20=20 snip You might want to try a NON-IBM, NON-Mainframe drive. Kennedy used to make reel-to-reel drives that would read 800-3200 (and perhaps 6250). The following has various of those drives http://www.mfarris.com/tape/index.html You might try Google and eBAY for other similar things. I know of people who used these drives to copy data to their hard-drive on their XT machines (or Turbo-Ats) and then FTP to an IBM system (S/390 type or S/3x type). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Supported Documentation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Kline Sent: Tuesday, April 29, 2008 9:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Supported Documentation Does anyone know why IBM refuses to update their documentation any more? Once documentation is shipped, it is never supported. I have had this problem several times in the past few years. The software is not working as documented, but the support center determines the doc is wrong, not the code. They tell me they will put in an untrackable request to update the documentation in a future release. Meanwhile, the current documentation still is incorrect, leading to additional customer problems. I can't be the only one who runs into this issue. Occasionally they will open a DOC apar, but that isn't worth the paper it's written on, since it's impractical to search for DOC apars for every topic in every manual you use. Maybe it sounds like I'm whining, and a couple beers might help, but it won't fix the production outage that occurred because of incorrect documentation. snip Choir -- preaching. Yes, I have the picture, but IBM management somehow doesn't. Notice that the PoOP does get new dash numbers. So do certain other manuals that do not depend on software development cycles. DOC errors and fixing seem to not be viewed as a defect that must be fixed. So this means that there is a Lack of budget which to me is Poor planning, or the ubiquitous PC mentality where the doc is updated on some obscure site that the users are supposed to know about (something about tech notes, but some how each group has their own) -- but is not attached to the Library site that we all seem to go to to down load the latest... Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Planned IBMLink Outage April 25 - 26
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, April 29, 2008 5:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Planned IBMLink Outage April 25 - 26 SNIP Everyone needs In case of emergency, break glass. Here is the phone number for the Support Center. The phone is that object under the pile of papers. Every 30 days, verify you still have a dial tone. It was used in the Before Times - back before anyone heard of the web or e-mail. It provides a switched point-to-point connection from here to IBM. It remains the most reliable communications mechanism we have. SNIP Until someone cuts the trunk line between you and the CO (Central Office - Telco speak). Thanks to a tornado, that happened recently and somehow the Internet connections were still functioning (I guess they were fibre and went in a different direction than the copper). -- NO, the tornado didn't do it, someone cleaning up after did it ... -- Belt, suspenders, hands in pockets, and a roll of duct tape. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATT Network Client Connection Problems
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timur Alpaslan Sent: Monday, April 28, 2008 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ATT Network Client Connection Problems Hi all! Today I'm away from the office/home and try to connect to my company networ= k through ATT Network Client and getting nowhere. I've uninstalled/reinstalled the client, and disabled the Symantec Firewal= l but NO HELP. Still getting=20 The connection timed out waiting for the VPN server to respond. This can o= ccur if your computer is behind a firewall that does not permit UDP or IPSe= c traffic. Contact your local network administrator for assistance. (229) Has someone been to such a problem and where to change any security setting= s if necessary. At home it works fine.=20 SNIP Just based on what you have posted, and having had a similar experience with a W/XP Pro system: Check the firewall you are using. If you are running Windows Firewall, you will need to change it to allow the program or the protocol. If using, say, Zone Alarm on W/2K, you will need to configure it to allow the communications. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL / VSAM question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 14, 2008 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL / VSAM question. I don't like what we are doing, but since when did that matter? We have a COBOL batch program which reads a VSAM file which is OPEN to cics. I am told that when we ran the program on the same z/OS image as the CICS region, that the OPEN got a FILE STATUS code of 00. We have split our single system into two images, in a basic sysplex. The program is now getting a FILE STATUS code of 97. I would have expected this even in a single system, if the file were open to another job in UPDATE mode. In any case, I am asserting that all COBOL programs should check for both 00 and 97 on OPEN and proceed in either case. It has been so very long since I have looked at this that I want to be sure that I'm not blowing smoke. The VSAM SHAREOPTIONS are 2,3. SNIP An 88 on the file status label to handle 00 97 is what we did for shops that migrated from VSE to MVS (or z/OS). That a VERIFY was done as part of OPEN is not a problem in 99.99% of the cases as far as we could ever see. So, no, I don't think you are blowing smoke. If the share options caused the OPEN to fail, that would be an entirely different animal. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Workable Mainframe Debuggers
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: Friday, April 11, 2008 11:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FW: Workable Mainframe Debuggers I was wondering if there are any function debuggers on z/OS these days. Our shop is currently using z/OS 1.5, and the IBM provided LE debugger (via the LE TEST options) is completely unusable for us. It always has been. What suggestions might other people have? SNIP For ALC based environments: TSO TEST and TEST[AUTH] for very simple things. zXDC for anything complicated or involved (and yes, we sometimes use it to deal with LE and C code). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Workable Mainframe Debuggers
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Friday, April 11, 2008 1:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Workable Mainframe Debuggers If the OP is also interested in post-mortem dump analysis tools (as opposed to just interactive debugging), I'll add a recommendation for Dumpmaster from Macro4 (handles both batch and CICS). My only complaint about that fine product is that it doesn't capture *all* the TCB's in an AS, just the one that abended. At one time I supported a massively multitasking assembler-based application where I needed to see the state of tasks other than the one that died and could not always see what I needed to see when I needed to from inside Dumpmaster. But then, no other post-mortem tool I'm aware of does that either, though I'm sure I'll be quickly corrected if there is. snip Since you insist: IPCS. In dealing with multi-tasking (and even cross memory situations) I'd much rather have a dump taken to SYSMDUMP or system dump dataset than to paper. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TIOT filling up: too many dynamic concatenations
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Eisenberg Sent: Wednesday, April 09, 2008 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TIOT filling up: too many dynamic concatenations Anyone, I have a mainframe assembler application which is invoking Unix system services to get the names of all of the files in an NFS-mounted folder. The application dynamically allocates and logically concatenates these files into one giant dataset, then uses QSAM macros to read it. The DYNALLOC calls work this way: first, I dynamically allocate the first file in the folder with DDNAME MYFILE. Then the program enters a loop, performing these steps for each remaining file in the folder: 1) Dynamically allocate the file, asking the system to provide the DDNAME (I observe that these are getting the ddnames SYS1, SYS2, etc). 2) Dynamically concatenate MYFILE with the SYSx dataset just allocated (with the permanently allocated attribute on). This works beautifully; when I exit the loop, I can OPEN and GET all the records successfully from MYFILE. The problem is that I have reached a practical limit of approximately 540 files in the folder, because when I reach that point, I get a dynamic concatenation ABEND due to the TIOT filling up. I am told that our TIOT size is the default of 32K, which would allow for a maximum of 1,635 DDs in a job step. It would seem, however, that something in my allocation/concatenation loop is preventing me from reaching that number of files. There are only a handful of other DDs allocated to the step (e.g., STEPLIB, etc). If I were able to handle up to 750 (or perhaps 1,000) files at a time, it would be of immense help. At the moment, our only option seems to be to split up the files into multiple folders of 500 files each. Do I have any other options? Thanks so much. snip Try putting DYNAMNBR=1024 on your EXEC card. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Software cost savings from a zIIP
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Wednesday, April 02, 2008 2:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Software cost savings from a zIIP This has been cross posted to the MXG-Listserv. =20 We will be moving from DB2 v7 to DB2 v8 this weekend and then getting a zIIP engine shortly. We are currently at z/OS v1.7 with plans to get v1.9 installed on all LPARs by the end of the summer. Since the z/OS system programmers are working on the v1.9 installation they don't want to take the time to install the FMID to pick up the zIIP engine information in the SMF records. Also, the plans are to just drop a zIIP loaner in place and try it out instead of sending the data to IBM (Sirius in our case) to do the study. However, I've been asked to estimate the software cost that will be saved by the zIIP engine. I'm thinking this way. Our DB2 DDF workload has grown from nothing to using 10% of the processor during that last year. I know that DB2 DDF will be the major workload eligible for zIIP processing, but I also know that not all of it will end up on the zIIP engine. From what I've heard about 60% of it will end up there. So that means that about 6% of our CPU, or about 8 MSUs, will be moved from the general purpose engines to the zIIP. Am I correct in my thinking or am I way off base? I have Al Sherkow's LCS software with the accompanying costing tables so once I have an estimate as to how many MSUs will move it'll be easy to calculate the cost savings. Any advice would be greatly appreciated. =20 SNIP IF the zIIP is running at 100% vs. your normal CPUs running at 100% (based on model type, not workload, so 784MIPs vs. say 200MIPs), then you should see a reduction in wall time for your DB2 based applications -- assuming that you have the memory to hold the tables in storage, you should see quite a bit of improvement. Now this is based on white board stuff, and not actual experience. YMMV Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Link for I-Series?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, March 27, 2008 7:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Link for I-Series? SNIPAGE Try this: http://archive.midrange.com/midrange-l/ Very good people there! They were a great help to me when we were considering converting from z/OS to i5/OS. SNIP Thank you very much. Actually, my problem has to do with SNA connections and recovery. And I wouldn't even recognize an AS/400 today if it didn't have a big Orange and Black sign on it. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVCDUMP processing question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Wednesday, March 26, 2008 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: SVCDUMP processing question I need remedial training in MVS disagnostic techniques. :-( I seem to have combined the concepts of QUIESCE yes/no and SYNCH / ASYNCH. I sort of understand that QUIESCE=YES protects common storage during dump capture by limiting the dispatching of other address spaces (and probably have the details horribly wrong). What does SYNCSVCD do? Something similar with multiple taks within a single address space? I know QUIESCE=YES has caused us all kinds of performance problems in the past so we gone to NO everywhere we could find the option. However, we still are getting synchronous SVC dumps taken. I'm not sure we even have the option of setting that except for SLIP dumps. Is that a problem? SNIP At least two places to look: MVS Authorized Services Guide and MVS System Commands discusses the SYNC aspects. QUIESCE is a new one on me, and I can't find anything for such an option with a dump. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVCDUMP processing question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rutledge Sent: Wednesday, March 26, 2008 4:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SVCDUMP processing question Thompson, Steve wrote: snip QUIESCE is a new one on me, and I can't find anything for such an option with a dump. Under SDUMP[X]... ,QUIESCE=YES ,QUIESCE=NO Specifies that the system is to be set nondispatchable until the contents of the SQA and the CSA are dumped (YES), or that the system is to be left dispatchable (NO). If the SDATA parameter does not specify SQA or CSA, the QUIESCE=YES request is ignored. snip You just know that when the day is full of 'rupts, you are going to miss something. And I missed that one. I was even doing SEARCH with reader and looking at the INDEX area. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Link for I-Series?
Is there an equivalent list server for the AS/400 systems as we have here with IBM-Main? I have this ugly feeling I'm going to need it. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Backup Files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joel C. Ewing Sent: Monday, March 24, 2008 11:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF Backup Files Also look at prior discussion on this list for ispf edit recovery from May 2007: For z/OS 1.4 and beyond, saving changes from an edit session (with explicit SAVE) appears to break the edit-recovery relationship with the backup dataset, but the backup dataset itself doesn't get deleted until you exit normally from EDIT. If your TSO/ISPF session terminates abnormally (like a timeout) while EDIT is in this state, the backup dataset is not deleted and becomes orphaned. My understanding was that an APAR has been taken to address this. Tom Conley references this as OA23202 (http://www.mail-archive.com/ibm-main@bama.ua.edu/msg63271.html ), but the description of that APAR (closed SUG) doesn't fit. Perhaps the undocumented OA23616 is the correct APAR for this problem. This problem may have predated z/OS 1.4, but perhaps would not have been apparent until a change in the naming conventions for backup datasets was made circa z/OS 1.4 that made re-use of a prior recovery dataset unlikely. JC Ewing SNIP Interesting. Our sysprog started looking at this when I told him about it. And it seems that all the developers here have this problem -- and we don't click the little x in the upper right corner (a la Dave Andrews ;-) ). We don't run into a lot of time-outs, but some do run multiple split sessions w/in ISPF. I generally don't run more than the normal 2. So far nothing common here except ISPF edit. And we can't pin this down to a just the z/OS 1.x LPAR causes this (again we have 1.7-1.9 active at this point). So I guess we have to wait for the one APAR to be documented. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stupid? MS patent
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, March 24, 2008 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Stupid? MS patent SNIPAGE This does not sound very innovative. CA' CAS9 does something similar. IFAPRDnn member of PARMLIB? SNIP How about NETVIEW and its different components that will allow you to keep enabling different pieces/components until you have automated operations both on your mainframe and off to the side using a PC? Then wouldn't the different parts of DFSMS fall into this... ? What about JES2 or JES3, TSO, VTAM/TCAM/QTAM/BTAM iterations going back into the 70s? And then surely there are items that you could cite from EXEC-8, GECOS, WANG/VS, Burroughs... One starts to ask questions about obviousness... But to really kill this, did they [M/S] not already market this with various parts that they [M/S] said were parts of the O/S (e.g. IE, Window Media Player) w/ W/95, W/NT, W/2K? And then there were the add-ons that they married to their O/Ses, such as Office vs. Office Professional... And so if these were marketed using such technology prior to the priority date for the patent, the patent should be dead. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing the MF IP Address
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Grimes Sent: Friday, March 21, 2008 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Changing the MF IP Address Hello, I'm going to a meeting next week where I will advocate moving our MF behind the firewall, which means changing its IP address. The advance discussion has turned up an argument that this could (would) break a lot of stuff. I suspect that argument is based on FUDSI. But, I'm not the one in the systems group either. Here's what I do know: SNIPPAGE Question for the list: What should we be checking or looking for relative moving our MF behind a firewall and changing its IP address? SNIP I'd look for applications that have hard coded IP addresses w/in your z/OS environment (one application that talks to another via IP). Also, applications can use your IP stack that can have their own IP addresses (VIPA is one way). Depending on how your system is set up, you can also have more than one IP stack, meaning that you can have more than one address to your system (e.g., IPv4 or IPv6 stack, multiple NICs). Just a few things to look at and think about. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert EBCDIC to ASCII in batch?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, March 20, 2008 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Convert EBCDIC to ASCII in batch? I cannot think of an easy way to do this, so I thought that I'd ask. I want to copy a sequential file to another sequential file (both on DASD, not tape!), translating the contents from EBCDIC (CP-037) to ASCII (ISO8859-1). I can think of a way to do it using UNIX services, but I'm hoping for a simplier method. The ASCII file is to be transferred to a Windows system, so each line must end in CRLF. snip As far as I know, you can FTP the file with translation to the same system. I haven't tried specifically what you are asking, but it seems simple enough. And while you are doing it, you could just send it on to the Windows system -- unless the Windows system has to pull it... And, of course, you can do this with a batch job (using REXX, CLIST, etc.), so anyone could invoke it. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF Backup Files
I was going through all the files associated with one of my TSO IDs and I found a number of ISPF Backup datasets that have been archived. How or why would these get orphaned (if they have been archived, I consider them orphaned)? The format of the names is: userid.ISRn.BACKUP which matches the format for current edit backup datasets (I'm currently editing source and one of the backups won't let me look at it, because it is in use). I have recalled the orphaned ones and I can look in them. I can see some of them are for source that I have updated (and there are 2-3 backups for a member), and ultimately promoted. It would seem to me that should I have lost a TSO session through timeout or session lost or some such, that the next time I went into edit I should have been prompted for edit recovery and then these files should have gone away upon successful termination of the edit session. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Backup Files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, March 18, 2008 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF Backup Files I believe that the way you described the backup datasets is the way it works. If your TSO session times out, and you're in the middle of an edit session, when you next do an ISPF edit, you get a message saying you were editing such and such, and have the option to resume. If you resume your edit, and then exit normally, the dataset goes away. At least thats the way it worked in the past, with z/OS 1.2. Eric SNIP Eric: That's kinda my point. It is supposed to work this way, but NOT leave orphaned backup data sets out there. And I am finding them, but I can't tell how or why this is happening. All I know is that they are at least 1 week old or better (which is why they have been archived). And to make matters more interesting, from hour to hour I may be on a z/OS 1.9 system or a 1.8 or a 1.7 or even a 1.4. So who or which one(s) are misbehaving? The APAR someone mentioned (OA23616) doesn't even have a description in it yet, it is so new. So, something is not quite right. But my asking about this is because I'm not sure what is really going on -- and the search I did with SIS did not return the above mentioned APAR. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Backup Files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman Sent: Tuesday, March 18, 2008 10:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF Backup Files Thanks for APAR info. SNIP And that goes for me, as well as for the link to the customizations. I'm glad to see that I'm not the only one that has these things hanging around (and in this case, I'm not the sysprog for the lab, I just like to cleanup after a project...) -- means I'm not the cause -- this time. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Posting Etiquette [Was Disclaimers]
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, March 13, 2008 6:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Disclaimers Ted, I like you, but you're guilty of starting this thread. ;-) Yes, I am. If it offends you, I'm sorry. But, I find it hard to read one-line e-mails, with 30 line disclaimers. snip I think your complaint is really against posters that do not cut away unneeded/unnecessary junk/stuff in their postings. And so the flotsam and jetsam continues to collect at the bottom. And to that end, I agree. People need to cut the junk off a posting, only quoting what is germane to their comments. And should you be in DIGEST mode with this list, you would INSTANTLY understand the problem. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legal Issues with WEB
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, March 11, 2008 6:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Legal Issues with WEB I'm not familiar with the specific patents in question, but it should be obvious by now that nearly all software patents are either stupid, obvious or both. Big companies that hold huge portfolios of these stupid things trade them with other big companies to the net effect of building legal barriers that prevent small companies from building and selling software. The end consumer pays more for crappy software while the lawyers clean up. Google your favorite software company and read some of their ridiculous patents for yourself. Here's a stupid one: http://www.freepatentsonline.com/6981278.html SNIP I was involved in defending against a patent that had been granted -- the patent appeared to me to violate an existing patent, and what it claimed I could demonstrate that NETVIEW had been doing for years. The problem with these things are, once granted, the owner is presumed righteous and all costs to quash it are born by the challenger. It then becomes a form of legal extortion. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Legal Issues with WEB
Anyone see this or run into such issues? http://www.computerworld.com/action/article.do?command=viewArticleBasic; articleId=9067863source=NLT_PMnlid=8 (watch wrap) Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is PSATOLD always zero when in SRB mode?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter Relson Sent: Thursday, March 06, 2008 6:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is PSATOLD always zero when in SRB mode? The answer is yes. But you might want to ask the converse question: If PSATOLD is zero, are you in SRB mode? The answer is not always. There is a small case in z/OS that we call pseudo-SRB mode where a task was running (had PSATOLD non-zero) and the system zeroes PSATOLD and continues for a while. This can happen in memory termination situations, for example. SNIP Could you point us to where this is documented (the ways this can happen)? It seems that we have gotten dumps now and then from customers where PSATOLD = 0 and it really should not have been (from our perspective). We were in one of our ESTAE routine or one of our DISPLAY routines. We do not use SRB mode ever (barring the system doing it on our behalf). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF User Manual
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, March 04, 2008 2:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF User Manual On 4 Mar 2008 12:03:30 -0800, [EMAIL PROTECTED] (Schwarz, Barry A) wrote: I've never seen any SDSF data in ISPF Help. SDSF does have help panels. They are not bad as reference but it is difficult to find anything if you don't already know the exact command. For example, is FINDLIM a command or an operand on the SET command? If SDSF Help had an index and a tutorial like ISPF, I think it would be more useful. While I do have some success with ISPF, Windows and even SDSF Help, I must admit to being a manual bigot. It is just much easier for me to find what I want in a PDF. Even with a manual, what do you do if you remember there is a FLIP command (flipping excluded and non excluded lines in edit or view). But you don't remember what it's called. You try SWAP, EXCHANGE, etc. How do you find it? SNIP Obviously, you ask on IBM-Main. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIP API for ISV's
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, March 03, 2008 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zIIP API for ISV's -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Mon, 3 Mar 2008 07:38:53 -0600, Chase, John wrote: I believe that the information is being given out under a license agreement at no or nominal charge (not positive about this). It seems illogical to require a license to *write* code to use an existing API, but *not* require the same (or similar) license to *run* code already written to use that API. There's precedent for requiring a higher license for use of the authoring tools than for using their product. For example, a separate license is needed for the C compiler, but, since LE, the code the compiler produces can be run on the base OS. Arguably, *any* code that can be written at all can be written in Assembler, for which a license is delivered with the operating system license. Likewise for any API. In the end, compilers produce executable code, which most easily can be untranslated into Assembler source. Now that surfaces an interesting quandary: The IBM licenses generally prohibit both disassembly and reverse engineering of IBM code; yet one cannot make sense out of the contents of a dump without developing an ability to read executable code at least superficially. Reading executable code almost necessarily is a form of disassembly (it's a lot easier to think in terms of assembler source instructions than to read the machine code natively). So: 1. At what point does reading executable code become disassembly contrary to license provisions? 2. At what point does disassembly become reverse engineering? 3. Would a sharp customer programmer who figures out how to write and successfully execute an SRB enclave on a zIIP without first obtaining the zIIP API license be guilty of software piracy of some sort? Think SHOWZOS... SNIP And then start looking at PSI... All of this is splitting hairs. At some point someone will get a process patent for breathing. When will we realize that the point of IP law is being subverted by PHBs, MBAs, etc.? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Adam Sent: Tuesday, February 19, 2008 5:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Price of CPU seconds That example stated that $800 per CPU/hr was the cost for a machine (undefined as to number of CPUs, MSUs, etc.). It also did not state what the system software cost, etc. It was a number used to give an example. And it was about what the cost was for an Amdahl 5990-1400 w/ 2 Gig C-Store and 2 Gig E-Store (and I can't tell you what circus bureau had that cost per CPU hour, but I used to work in the facility). So, the more processors you have to split the costs across, the lower the CPU/hr charge may be. And those charges are based on the SMF collected times (since that is what fed the accounting system). And then there could be charges for I/Os, tape mounts, ATL mounts, etc. (all things done by Circus Bureaus). So it is not so ridiculous. It is clearly ridiculous since the projected $7,000,000 (by your own definition) doesn't include peripherals. Also, more processors doesn't SPLIT costs, it multiplies them since more power is presumably available for more work. Since a single unit of work can only take advantage of a single engine, then costs should have no bearing. Same service consumed regardless. SNIP Since what I have said is so ridiculous, why don't you take a crack at answering the original question? Then we can all take pot shots at what you say, pointing out that the example you used, based on a real system, is absolutely _ [fill in the blank]. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, February 20, 2008 12:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Price of CPU seconds If all other things are equal, the cost per CPU second for a machine with two processors is half the cost per CPU second of a machine with one processor. Voodoo mathematics. If I start a second processor, I have to at least pay for the hardware upgrade and increased s/w costs. So, I don't understand/agree with your statement. SNIP OK, all you guys are right. There is no way to do charge-back accounting. All the formulae are wrong regardless of what they are. All these circus bureaus have been defrauding their clients, all the publicly held companies that are doing charge-back are somehow cooking their books. So the NT/*nix guys have it right. The mainframe people get their knickers knotted for no reason and can't justify their concern for 408 cpu seconds being used, etc. etc. Later, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacement for CA - TPX - Session Manager?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Wednesday, February 20, 2008 1:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Replacement for CA - TPX - Session Manager? On Wed, 20 Feb 2008 12:30:44 -0600 Todd Blandford [EMAIL PROTECTED] wrote: :Has anyone had any experience (good or bad) with replacing the CA's TPX :with a different session manager? Why are you still using a session manager? A lot of green screens? SNIP Actually, I have purple screens and blue screens and black screens. I haven't had a green screen since the TN3270 software allowed me to change all the colors to what I like. [BTW - all those other platforms were still monochrome when 3270 was color, so why do we call 3270 interfaces green screen?] I use a session manager for a reason given by someone else: If the connections die, if Windoze freezes/BSOD, I don't lose what I'm working on. I just log back into the session manager and there are all my logons running just as I got dropped from them. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Tuesday, February 19, 2008 8:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Price of CPU seconds Hi If someone can tell me the price of a CPU second in a larger z/OS system (we discuss currently if 0.5% CPU usage is relevant or not ) SNIP Price of CPU is determined by cost of processor (the whole box), all the software that runs on it, all the power to run the system (CEC, RAID, ATL, etc.), and then costs of personnel to run the system. This is then divided by the number of hours per day the system is in use. And then there are a few other considerations for normalization (how many years is the system expected to be kept, are their shift differentials (example: for work run from Midnight to 7AM) and so forth). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Tuesday, February 19, 2008 9:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Price of CPU seconds Hi For me this more or less clear. I have here a number of collegues from NT and Unix , and they don't understand why the 0.5% CPU time is a matter: /Would somebody knowledgeable please explain to me why some host people get their panties in a knot (I love colorful expressions!) over a few dozen MBs and a CPU usage of 0.5%? Are there real reasons for this, or are they simply stuck in a 1960s mindset? How much can 408 CPU-seconds per day cost? / SNIP The problem is, where mainframes are used in a charge-back mode, the users of a machine get charged for the amount of service(s) they have used. Those services can be in memory units, CPU units, I/O units, etc. All these things are done to also help determine capacity needs and tuning needs (side effect of charge-back accounting in my opinion). The NT/*nix boxes generally have not had the ability to do such charge-back (or have chosen to not implement it if it is available). If they were to start doing charge-back, you would see great howls of pain with developers being forced to be more efficient in their use of memory and processor cycles. The mind-set of your friends on these platforms is typical because: Re-boot of a PC is not a big problem because it affects one person for 3-5 minutes -- big deal. But, take their software and put it in a multi-user environment (a server) and now it has a problem. Re-boot the email server in the middle of the day and how many people are affected? Re-boot the data base server for a company that is using many people with accounting applications and how many people are affected and for what period? This is why mainframes (regardless of who makes them, UNISYS, Honeywell, etc.) have the reliability they do: the developers' mind set is one of conserving resources and playing nicely in the sand box. Companies generally discard vendors who produce bad code. But on the other platforms management and users are conditioned to accept outages during production periods. So, at $800/hr (a number that I use for example), your 408 seconds * ($0.22/sec) costs $90.67. Now if they are a system task that is overhead that gets charged to all users (in other words, their costs are part of that $800), the less efficient they are, the more they cost all the users. I think you can see where and why the thinking is so different between the groups. So the 0.5% of CPU to them is no big deal. But that small usage eventually accumulated 408 seconds of CPU time. Doing charge-back for system usage (which is also a way to justify the cost of a machine/system), would your friends on the other systems think that CPU usage (or wastage) is justifiable? Would they be willing to pay $90.67 a day from their budget for it? If their systems did that kind of charge-back accounting, when would they decide that they needed to get their knickers in a knot? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM contact for documentation servers?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cal McCracken Sent: Tuesday, February 19, 2008 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM contact for documentation servers? IBM recently (a couple of weeks ago) implemented a slightly new look to the z/OS bookshelves (eg, http://www- 03.ibm.com/systems/z/os/zos/bkserv/zshelves9.html). Since then, the response time to list a bookshelf and/or open a specific book is so slow that it has become almost unusable. Anyone else experiencing this? Thanks. SNIP Yes, yesterday I had the opportunity to look up some things via search relative to ZIIPs. I gave up. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Adam Sent: Tuesday, February 19, 2008 12:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Price of CPU seconds SNIP One of the other examples uses $0.22/second which results in nearly $7,000,000 per year in costs. So, its not too difficult to extrapolate that a 20-engine configuration would recover about $140,000,000 in costs, and so on up to 54-engines for the z9 processor. These numbers and their calculations are ridiculous. The notion of a single number metric for chargeback is every bit as ludicrous as suggesting there is a single-number performance value. SNIP That example stated that $800 per CPU/hr was the cost for a machine (undefined as to number of CPUs, MSUs, etc.). It also did not state what the system software cost, etc. It was a number used to give an example. And it was about what the cost was for an Amdahl 5990-1400 w/ 2 Gig C-Store and 2 Gig E-Store (and I can't tell you what circus bureau had that cost per CPU hour, but I used to work in the facility). So, the more processors you have to split the costs across, the lower the CPU/hr charge may be. And those charges are based on the SMF collected times (since that is what fed the accounting system). And then there could be charges for I/Os, tape mounts, ATL mounts, etc. (all things done by Circus Bureaus). So it is not so ridiculous. And as has been said and or alluded to by others, these costs have to be determined by what is considered to be part of the system costs. You have to take the cost of the CEC either as a lease for yearly costs or as a purchase and then divide that by the number of years of projected life). Same with all the software initial costs, maintenance/yr costs, personnel costs, etc. And then you have to define the number of hours that constitutes a year for that charge-back. It can be *VERY* complicated or get that way as more things are attempted to be captured by the accountants. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on Out Sourcing
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat Mihalec Sent: Wednesday, February 13, 2008 9:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on Out Sourcing I know this but I needed it from someone else to show the current director. He has not mainframe experience, his background is Windows. He thinks that if you move to the outsourcer system you no longer pay the fees. It comes as a shock to him. I suggested he ask the outsourcer directly about this. SNIP To quote a friend of mine and former co-worker, a nickle's worth of free advice: Since your director has no experience with large data centers [that is what the statement He has not mainframe experience, his background is Windows. means, isn't it?], make sure that your contract requires the outsourcing company to cover the costs of your moving back to the facility where you came from should they breach the contract, or not be able to fulfill the contract satisfactorily. This suggestion was followed by a certain ISV some years ago when a certain outsourcer promised them all kinds of things (such as APF libraries they would need for continued development, a test environment to validate their changes, etc.). The outsourcer failed to deliver, and had to cover their costs to move back to the environment where they had been. While this may seem a bit trivial, to move back to where you came from, if you are into this outsourcing agreement by 90 days, and you have gotten rid of equipment... Or your current environment is also an outsourcer and there is a penalty to be paid to get back into your old contract... Make sure you read the fine print and make sure you know what constitutes a breach, what can be done to fix or heal the breach, and what your costs can be for such things. The devil is in the details and while the sales people can make it sound all kinds of great, that phrase this is our standard contract or this is a standard phrase/clause is generally a RED FLAG if you were prompted to ask a question about it. Again, a nickle's worth of free advice. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on Out Sourcing
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat Mihalec Sent: Tuesday, February 12, 2008 4:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Question on Out Sourcing I have a question on Out Sourcing. When you sign a contract does that mean you no longer have to pay for your software product maintenance licenses? SNIP It depends. If your contract says that your equipment, operations, etc. are managed at the new data center by the outsourcer's people, then you probably pay the software license fees. If your contract says that your system will be migrated into their environment... Now the licensing of software is based on the outsourcer's equipment... So your charges will include your pro-rata share. I have seen both situations used by the same outsourcing company. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Javascript disabled in Firefox. Was Re: redirect.www.ibm.com (IBMLink)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer Sent: Tuesday, February 12, 2008 4:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Javascript disabled in Firefox. Was Re: redirect.www.ibm.com (IBMLink) Remind me why you'd run Firefox with javascript disabled. SNIP Because I get tired of pop-ups and others that change the browser... Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why isn't OMVS command integrated with ISPF?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, February 07, 2008 7:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why isn't OMVS command integrated with ISPF? On Fri, 30 Nov 2007 21:15:35 +0100, Lindy Mayfield wrote: I was just amazed when I was in 3.4 and I had a list of all my datasets based on the first HLQ of my userid and hit PF11. We've recently installed z/OS 1.9. Admittedly I'm easily amused, but I'd give this a coolness factor of 3.01296 out of PI. (If you don't have 1.9 yet, a window pops up with a progress bar that moves from 0 - 100 percent.) I did this quite by accident this afternoon -- bad finger fumble. And I watched while the progress bar began to creep across the window with aching slowness. Curses! But wait; there appears to be an escape: the key legend at the bottom of the popup says, PF12 - Cancel. I press PF12. Nothing happens. But I've learned to deal with these silly-assed 3270 terminals. I press RESET. SNIP Did you try ATTN or PA1? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Surprise
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Wednesday, February 06, 2008 2:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VSAM Surprise On Wed, 6 Feb 2008 08:38:52 -0800, GAVIN Darren * OPS EAS [EMAIL PROTECTED] wrote: SNIP I don't think that's a given. It's easy to see why this happens, and it's not too difficult to deal with it (as others have noted), but I think it violates the principle of least astonishment. Writing to a PDS as a PS dataset is almost certainly done by accident. It would be nice it IDCAMS would just say You didn't want to do that.. SNIP And when I want to dump 5 records from a file that I point to? Or suppose that I want to refresh the directory blocks to NULL by copying, say 10 records? While you may not appreciate it, some of us do very creative things with utilities (when someone doesn't break them like IEBGENER for VB files). Unless it is absolutely necessary (or we *WANT* to take z/OS IDCAMS back to the way IDCAMS ran for DOS/VS...), don't do me any favors by making me have to jump through hoops to do exactly what I told IDCAMS to do. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Link is Down -- Even the 3270 Purple Screen
I was in IBMLink 2000 and it failed while trying to pull up an open ETR, giving a panel that says Request for entitlement followed by more text and Internal Server Error. So I decided to switch over to the purple screen system. It doesn't recognize my password. So the support person tried to explain that my IBMLink ID and the VM system use the same ID It took a few minutes to get them to listen that in my case this isn't true, I got one of the last IDs they were giving out before cutting off any new IDs. That ID is non-functional now. Looks like things are really busted. One more observation. When you call the 800 number for IBMLink 2000 support, it seems interesting that you have to listen to a LONG winded message about IBM Link being down before it will ever accept a menu selection number. Now that should tell anyone who is looking at this that there is a problem when this is the first thing you hear before selecting a menu option specific to logon problems (or some such). I may not be saying this well, but I think you can get the point. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Link is Down -- Even the 3270 Purple Screen
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, January 29, 2008 1:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Link is Down -- Even the 3270 Purple Screen I got the same thing this morning when accessing IBMLINK via: The Support Download site. I got this email awhile later: Please use bookmarks after sign-on to have a quick reference to the page in their browser. Please do NOT to bookmark the sign-in page.=20 ServiceLink page:=20 https://www.ibm.com/ibmlink https://www-304.ibm.com/jct03004c/ibmlink/ttpu/displayTTPUPage.wss?lc=3 D= e ncc=3DUS =20 And I was able to get in. I've been ok since then. I thought that link went away sometime ago when IBMLINK 2000 replaced IBMLINK. Who knows... SNIP Well, my posting showed up about 2 hours after I sent it. Since then the whole system has been rebooted (I just got off the phone with one of the people involved). And it seems that the VM system was somehow troubled by all this. What was interesting, in case you missed this in my original posting, I was already logged on and trying to pick up one of our ETRs to update it -- after getting out of one where I had read its updates. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Cuts Employee Salaries
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Monday, January 28, 2008 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Cuts Employee Salaries On Mon, 28 Jan 2008 10:57:35 -0600, Ed Gould wrote: What wasn't posted was the fact that the salaries are being cut as a result of a lawsuit claiming that IBM didn't pay overtime and classified employees incorrectly so they couldn't get overtime. There was much ado about OT (and not getting paid for it and the lawsuit (IBM Lost and had to cough up millions). It goes to the root of when people should get paid for OT. The way I understand this came about is a few salaried employees sued IBM because the weren't being paid overtime. SNIP Perhaps if one were to actually read the laws relative to what constitutes salaried exempt vs. salaried non-exempt vs. hourly, one might come to understand what constitutes abuse in this area. For instance, salaried employees are to be paid in whole day increments. So if you take off half a day for a medical thing, you are considered to have worked the whole day. Yet if you work an extra hour or two, you are not to be compensated for such. Sick time, work day, and vacation are supposed to be on a day by day basis, not hour by hour. Companies that force the hourly tracking for pay purposes open themselves to a lawsuit similar to what it appears that IBM has just lost. Now if I remember the wording of the law correctly (Fed and states word this differently, and the one that provides the most protection to the employee wins); if you are salaried non-exempt, and you are assigned more work that causes you to have to work, say an extended work week, then you may only be eligible for straight time, but if your base compensation is below some floor, then you are subject to the hourly pay scales (and then Federal contract verbiage modifies this too, should your employer be a US Federal contractor). Another area of abuse, which has occurred in California: the law (at least up to 1996 when I left the state) was that once vacation was earned, it could not be taken away, regardless of what company policy may say. Yet companies regularly attempt (and get away with it) a use it or lose it policy. Various other states have similar laws. Just thought I'd throw my 1/2 cent in here. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3009I return code *5*??
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Friday, January 18, 2008 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IDC3009I return code *5*?? I did a LISTC VOL against one of my catalogs today and was rewarded in part with these entries: SNIP Dave, look at APAR OA22002 and see if it applies to your situation. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Repro vs ICETOOL
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carl Edwards Sent: Tuesday, January 15, 2008 10:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IDCAMS Repro vs ICETOOL We have a series of jobs that use IDCAMS to move data from one platform to another. There are several hundred files stacked on tape, which was created by REPRO. These tapes are then read by the Z/os target system and loaded to the appropriate files. While the jobs runs, they seems to run forever. We have noticed that the job goes into DW for 3-5 seconds at the end of each REPRO process, allocation/deallocation I assume. If indeed this is the case then using another program such as ICETOOL should not matter, the results should be the same. Is this assumption valid? SNIP This may be a JCL problem. Are you coding RETAIN? Are you taking the files off the tape in the order written? Are you doing this all inside of one JOB STEP? Are you using refer-backs? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Extra Session and the clock symbols
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Monday, January 14, 2008 9:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Extra Session and the clock symbols I have a client using EXTRA and they are confused by the two clock symobls that can show up at the bottom of the screen. I have been looking through EXTRA Help with little luck. Does anyone remember what the clock-symbol is called in the documentation? I know that one clock X clock-symbol is for the terminal being locked until the application responds back. But the second clock clock-symbol:00.1 I am not sure what that means. I thought the 00.1 was for a timing function from the pc to application and back. But I am not sure. SNIP It is the amount of time elapsed from an interrupt key (most notably the ENTER) until response. 0.01 is pretty good response time. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEBGENER is BROKEN
Try to copy a VB 125 to a VB 140 and see what happens. Then go read APAR OZ72277. Make sure you do not have a mouth full of some beverage. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBGENER is BROKEN
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter X. DeFabritus Sent: Monday, January 14, 2008 2:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBGENER is BROKEN Steve, are you really concerned about a 24-year-old APAR? SNIP I'm concerned that someone doesn't understand variable records. I'm concerned that someone would break GENER because some customer doesn't understand variable records and must be large enough that IBM would actually listen. I just about choked when I read that APAR that I was pointed to by a support person as to why this behavior. Be very scared, because these are the people that now do I/O for MVS. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Worst Predictions of All Time
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Thorn Sent: Friday, January 11, 2008 2:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Worst Predictions of All Time She forgot the one from the half wit who predicted the date time of the shutdown of the last mainframe. SNIP And the one about a certain company that decided to not get into making computers because they would only see a need for 7 in the US (did I remember that one right?). Later, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CRBE, CRJE, and WYLBUR
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of gah Sent: Friday, January 11, 2008 4:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CRBE, CRJE, and WYLBUR Someone wrote: Back in the sixties American Management Systems sued IBM for giving away free software, mainly CRBE, thus undercutting sales of ROSCOE. AMS got a Pyrrhic victory, as IBM used this as an excuse to start charging for software that otherwise would have been free. Did they also sue NIH for distributing WYLBUR? SNIP No, OBS sued and lobbied Congress over NIH distributing WYLBUR freely while OBS/WYLBUR was being sold. The argument was that NIH (part of the USGov't) was competing with private industry. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA support site DOA this morning
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Thursday, January 10, 2008 9:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA support site DOA this morning Argh! CA Support Connect is DOA this morning... Notice The site you are trying to visit (supportconnect.ca.com) is currently not available. Please try again later. Thank you for your patience. SNIP Perhaps you should try their 3270 VM interface? \snicker Later, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LSQA orphan storage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rutledge Sent: Tuesday, January 08, 2008 6:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LSQA orphan storage Craddock, Chris wrote: I could have sworn there was a new keyword something like STOPREGIONLOSS, to cause initiators to periodically recycle instead of giving S822 abends, but now I can't find anything about it, so maybe I was just dreaming it. VSM CHECKREGIONLOSS in DIAGxx. SNIP Thanx, I think this may be what we need to do. And like I originally said, this is a 90% IBM Vanilla shop. We have NO exits that are involved in this area. We know that RACROUTE create and destroy are done in pairs (and IBM concurs, we do them in pairs). But, the ACEEs are NOT going away in a timely fashion along with some other C/Bs which we have no control over. And should the job be cancelled in the same INIT about 3 times, we have seen where there is LESS than .5M of available PVT. The rest of the below the line storage is all consumed in LSQA subpools!! Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LSQA orphan storage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Wednesday, January 09, 2008 10:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LSQA orphan storage On Wed, 9 Jan 2008 10:07:45 -0500, Thompson, Steve wrote: And like I originally said, this is a 90% IBM Vanilla shop. We have NO exits that are involved in this area. No exits that run in the address space? you are sure? Not even SMF exits? SNIP Do we really need to do this? Let me just say that IBM wants us to change this program to run as STC and not JOB. They want to wash their hands of LSQA cleanup in an INIT. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LSQA orphan storage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, January 09, 2008 10:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LSQA orphan storage On Wed, 9 Jan 2008 10:07:45 -0500, Thompson, Steve wrote: And like I originally said, this is a 90% IBM Vanilla shop. We have NO exits that are involved in this area. No exits that run in the address space? you are sure? Not even SMF exits? -- When did this start happening? After an OS upgrade? Don't user environment JES2 exits (52,53,54 for example) run in the user's address space also. Any of those? SNIP It has been happening all along. However, during a stress test where the program(s) being tested were cancelled and restarted, and submitted, and cancelled and restarted, and... We came to see that we had LSQA (below) growing. Now that we know what it is, we can even reproduce this on other z/OS releases than 1.9 1.8. And it appears that we can do it with ANY program if we can hold it to the same initiator (class selection handles this nicely). The more complex the program, the more stuff doesn't go away in LSQA if the program is cancelled. The creep is with IBM's control blocks. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: loose vs. lose
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arthur T. Sent: Wednesday, January 09, 2008 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OT: loose vs. lose X-No-Archive: yes I'm sorry about this rant, but one annoying spelling problem seems to have reached epidemic proportions. I'm afraid people are forgetting what they know and are just repeating the mistakes they see here. Loose: v. Free from restraint Loose: adj. Not tight Loose: adv. Without restraint Lose: v. Fail to keep or to maintain; fail to win SNIP And now for the obligatory history post: This problem brought to you by the School of Communications, UC Berzerkely. Also the ones that attempted to bring you Ebonics (indirectly as I recall). The thought being that one only needs to communicate. Correct spellings and grammar are impediments to people being able to communicate. As a result, I keep wincing when my daughter tells me she wants to be an English teacher, when she has serious problems with spelling, punctuation, syntax, etc. And she is a Sophomore in college!! Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LSQA orphan storage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Wednesday, January 09, 2008 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LSQA orphan storage On Tue, 8 Jan 2008 16:07:51 -0800, George Fogg [EMAIL PROTECTED] wrote: I've only seen this behavior (ACEE and associated control blocks like CGRP) when a job does not issue a RACROUTE REQUEST=VERIFY, ENVIR=DELETE. I had to run a getmain trace to see what job was allocating subpool 255. Found that it was an in-house application. I would thing RTM would clean the ACEE(s) up when the job was canceled. George Fogg I would expect some termination processing in the initiator to clean up the address space ACEE (ASXBSENV), but probably not TCB-level ACEEs or other ACEEs created by an APF-authorized program. The program that created those ACEEs is responsible for freeing them, and for providing recovery routines that will do so if the program abends or you cancel it. Or the program could use a subpool that RTM will clean up automatically. If it uses the default subpool of 255 then RTM shouldn't touch them as that storage is defined as life of address space not life of job, and canceling the job leaves the address space around. SNIP And after that program has issued ENVIR=DELETE? Whose responsibility is it to get rid of them? If RACF decides to cache them in the user's address space for some period of time, but then the JOB gets cancelled... And that is where we see this. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LSQA orphan storage
I have come upon an interesting situation. If a JOB (NOT STC) is cancelled, it appears that its LSQA storage is not cleaned up (I will use ELSQA for above the line). Over a period of days with a JOB here and there being cancelled (and by chance in the same INIT), I noticed that the amount of PVT available to a JOB was diminished (again, EPVT for above the line). Any one else seen this kind of behavior? In my case we are 90% vanilla IBM with RACF. And if anyone asks, yes, the below the line LSQA has ACEEs left in it that do not belong to the now running JOB. And some other control blocks that I think belong to the DFP/SMS components. And this is being seen at 1.8 and 1.9. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL is simple -- NOT!!
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, January 07, 2008 7:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL is simple -- NOT!! Hi, All, This is almost embarrassing to ask, but how in blazes does one code the equivalent of a TM instruction in COBOL? Here's what we have: In the data division: 05 MAP-FIELD-ATTRIBUTE PIC X. ... In an IBM-supplied copybook: 02 DFHBMFLG PIC X. 88 DFHERASE VALUES ARE X'80',X'82' =20 SNIP From the old CICS 1.1.1 macro level COBOL days: What you do is, in your editor, you change to HEX and you put the values you are specifically looking for in your 88 level. Thusly: 88 DFHERASE VALUE '.' '.' . Where '.' the . is a non-displayable value that gets xlated to x'4b' (period) for display purposes. But when you edit (using ISPF) you will be told that your source contains hex values (or non-displayable values). COBOL will accept those and will build your IF statement using CLI not TM, so make sure that you specify all the bit patterns that will contain the bit you are after. OTHERWISE, you will have to explode the byte(s) on your own (I don't know of any LE or COBOL build in functions to do this) and then do the test of the byte that contains the bit you are interested in. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL parms
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Friday, January 04, 2008 4:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JCL parms However, initial discussion and concensus might be of some use to those who would like to prepare a request to IBM via SHARE. Has that ever happened? All I've seen is the same complaints month after month, with nobody ever mentioning that they have ever posted a requirement through SHARE or IBM. Except for CICS requirements on CICS-L. snip To protect both the guilty and the innocent, some who have complained here about things have then taken it up formally with Mr. Palmisano. Probably why the VM Purple Screen is still available. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad Khan Sent: Thursday, January 03, 2008 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier Nice argument but do you have any law firbidding reverse engineering to make compatible products ? Patents are the only legal instrument that would deny such a competetion. When no patents are involved it's a fair game. Even when patents are involved they can be challanged for specificity, applicablity etc. Either IBM shows that PSI has voilated a patent or shut up. Restricting the use of software by EULA's is not a fair practice. Think of Microsoft requiring that you run their software on an Intel CPU only. Mohammad SNIP While you might actually get a challenge to shrink-wrap open it and you agree to the EULA through a court, and that court might strike down all or parts of the EULA for any number of reasons, you have opened a can of worms. Should Microsoft purchase AMD or Intel, and then start putting out copies of Windoze that will only run on a CPU made by that company (by putting in secret instructions, or specialized code to enhance running speeds), you have just stepped into the problem of IBM vs PSI. As you can see, your argument misses that IBM makes both the hardware and the software. And they architect the hardware FOR their SCPs and they architect their software FOR their hardware. That they have shared information on their hardware for z/Linux is the only saving grace that PSI can grab onto at this point (from this particular perspective). But why by a PSI machine just to run z/Linux? My whole problem with this is, PSI relied on certain information that IBM stated on their web site. I believe this is considered to be holding out (not keeping from, but holding themselves out to do ). The timing of the change in IBM's policy and the filing of the case is somewhat suspect. So it is not quite that simple. And all arguments to the contrary, IBM did license their patents, and so they did BILLIONS of dollars of research. They chose (up to the point they pulled their web page) to license their patents. And at the same time, as I have said before, IBM licenses other patents for their systems (e.g., AMDAHL had several that IBM licensed). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink down sev1 ticket 34216258
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Monday, December 31, 2007 7:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBMLink down sev1 ticket 34216258 Sadly IBMLink ends the year the way it has been treating me too often this year DOA. sev1 ticket 34216258 pmr# 64344,487 Error when accessing ETR for me but helpdesk indicates it is down There has been a problem processing your request. Please try again. If you continue to have difficulties, please contact IBMLink customer support. SNIP Interesting that once you get this, IBMLink considers you to be logged in. I attempted to back up and retry the login for it to tell me I already was. And so then cut/paste of a link emailed to you (notice of change of an ETR) attempts to get to that ETR, but then fails with the aforementioned message. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink down sev1 ticket 34216258
I am finally able to get in via the web. Sure glad I still have the VM/3270 interface still available. Later, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, December 31, 2007 2:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier SNIPAGE could. But would it happen? Is z/OS at any price a preferred instructional platform? How relevant to mainstream computer science is teaching students to code DD statements for CKD DASD when the view of many sophisticated readers of this list is that CKD should be superseded by FBA? Twenty years ago, I got a Macintosh SE, in large part so my girlfriend could write her doctoral dissertation in music. Would I have taken an s/370 (XA?) at the time for personal use?. Not if it were free; not if it were in a package I could carry. How many of us today, given a z/OS system that weighed 5 pounds and cost $1000 would make that our only computer and OS? Wouldn't we each still need another computer, or at least a partition on the same one, for Email, Web browsing, document preparation, access to IBMLink, etc.? SNIPAGE WANG with their WANG/VS systems came up with an idea that would have met your problem. The workstations had a button that caused the CEC to download microcode for DP/WP (Data Processing / Word Processing). So your workstation could switch between types of work. [ASCII based S/360 type architecture on steroids.] IBM attempted to make a product to market against WANG. They couldn't figure out how to do it economically. Problem was the distance from the tree to the eyeballs of the powers that were was about 2 inches. The problem was solved by having a PC that could do word processing while having an emulator (3270) for the 3270 type tasks, and then the PC would handle the word processing type tasks. With the advent of Unix System Services, your workstation can make use of Open Office running on the mainframe (I think, I don't have the opportunity to install it here to try it out). And you could chose to make that system a server to handle email if you so desire, or you can get your email direct to the workstation from your ISP. Back to your DD statement arguments, that to me is a strawman. What or how the SCP supports the hard drives is not truly germane. Yes, you and I battle with it because we choose to. But tell me again what SMS is for? And you, like me, may prefer a stick-shift. I certainly do when driving a CLASS B (or above -- to those not in the USofA, trucks of 10,000lbs or beyond w/ or w/o a trailer) vehicle, but these days I kinda like my wife's automatic when I drive in city traffic. I do this because I know I can tune my applications better than the system can (in most cases) and it gives us better through-put than a vanilla all IBM software install. So, if given an opportunity, I would take a PC based z/ARCH development machine. Imagine building a web type interface for doing all my doc writing and printing that runs under z/OS. Imagine having a system with serious security that is very hard to hack (I didn't say impossible, and I didn't say it couldn't be done, because I know of at least one S/370 virus that was written to prove the point). Now imagine every major university having HLASM, COBOL, C/C++, etc. taught in true cross platform environments. How many z/xxx licenses would that make? Imagine being able to develop an integrated application that small offices would want, and IBM could license the software for less than what they do now because the base is no longer a concrete pond -- 100,000 and growing z/xxx installs would allow for software prices to soften a bit. Get that over 500,000 and the prices should drop more. Service would not be that tough because most users would not be pushing the limits (well, except for you, me and those hacker type students of course). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Controlling COBOL DDs named SYSOUT
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, December 27, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Controlling COBOL DDs named SYSOUT SNIPAGE Judicious use is, barely, tolerable to me (see below). About all that I consider to be judicious is the writing of statistics such as records read, records deleted, records updated, new records written, although I've never noticed anybody actually using that information for anything. SNIPAGE I guess after the 30th time that some nit-wit of a programmer (granted that they are few in number) used up 35% of my SPOOL, I got just a bit down on use of the DISPLAY verb. Especially when it was putting out debugging information about entering and exitting paragraphs, while reading a 30 million record master file. Anything that can be done with the DISPLAY can be done using the normal COBOL I/O verbs. So far as I am concerned, if it is a report, then use an FD! It's just that DISPLAY is so simple that, in my experience, it can be greatly abused. And if it is a report, I unsure which is more CPU efficient: an FD with a WRITE or a DISPLAY ... UPON SYSOUT. CPU costs hard dollars in my z/OS world. We are looking at a CPU upgrade which I will bet could be delayed if our application code was more efficient. Perhaps Strobe will help. If anybody will use it. We had Strobe in the past, but programmers only used it during a contest where they got bonuses for finding and fixing CPU hogs. Another reason why management wants off of the z. Windows or Linux on Intel is basically licensed by processor, regardless of the power of that processor. System z and I think System i and System p also is licensed by power. I have a number of surly sysprog buttons. Basically anything that wakes me up at 2 am about a problem that is not mine and that I cannot fix. These are the same people who direct their reports to our JCL archiver instead of our report distribution system because it is just so much easier. That is, they don't have to put in a report archive defination request. SNIP It occurs to me that what you are describing is a lack of production control with departments that are held accountable for outages that they cause. If (and I'm not saying you don't) you have a regular production post mortem meeting (daily or weekly) to discuss what caused outages, and had various groups have to take responsibility for these, you might see a change. Particularly if there is an escalation policy that a manager of payroll, or accounting, or whatever is the one that has to make the call to a systems programmer. In a past life, a customer of mine did just this. And all the various parties responsible for different aspects of production had to show up (including non-mainframe). In this particular case (for them) we were cranking the screws to get the batch window cut in half. The answer Well we just re-ran the job and that fixed it was NOT accepted. Many times the Data Center Manager would turn to me and ask why I had been called or what I had observed (since we were installing PAVs and other things I was on hand at 2AM when things fell over). The point to this was, run-away spool users got their hands slapped publicly. Improperly tested and moved to production situations got VP visibility and stopped. And the non-mainframe groups had their feet held to the fire when they caused the 6AM Onlines Have to be LIVE commandment to be broken. Perhaps you should take this kind of thing up with your management to handle these things a bit better -- after all, this costs the company real money. What we did in the above example cut loses by US$1M (what it cost to miss the 6AM Onlines Operational deadline by 15 minutes) a month (average number of misses was 1 per month, dropped it to 1 every 3-4 months). They also were able to drop a CPU from their z/800 (3 down to 2). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK -- Web Version
Anyone having problems getting SIS to work, or in opening an ETR? I am unable to get searches to complete without an error telling me that I need a search argument, date range, or something, even though I have given a very specific search argument. And, I get through the process of opening an ETR, hit submit after putting in all the info and I get Internal server error. At least 3270 is working -- for both cases. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Friday, December 21, 2007 8:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier SNIP Steve, WHich bar is that, the one at SCIDS or the legal type?:) Ed SNIP The one down the street. They import good German beers. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to migrate z/OS to new h/w when no common disk or tape between systems
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arthur T. Sent: Monday, December 24, 2007 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to migrate z/OS to new h/w when no common disk or tape between systems On Mon, 24 Dec 2007 08:15:38 -0800 (PST), in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED] ps.com) StuartR [EMAIL PROTECTED] wrote: I hope you can give some ideas as if or how to solve the following issue. SNIPAGE I quoted the whole of your message because it hasn't been seen by the majority of IBM-Main readers. You should join the Listserv so you can post to it, even if you continue to read it via Usenet. See the instructions at the end of this (or almost any other) post. As to solutions, have you considered copying the disk volume (or the DF/DSS dump of it) to DVD and snearkernetting it to the new machine? Also, you mention that the old server has only internal disk. If you can accept the downtime, you can probably open the old server and either temporarily install a new disk to copy to, or take the old disk out and temporarily install it in the new server. SNIP There may be another problem. What level of z/OS are you trying to migrate? What are you migrating from (e.g., an M/P 3000)? This may be more of a painful migration than you are expecting. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Beacon Award (for Business Partners) Nominations Now Open
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Thursday, December 20, 2007 8:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: PR: IBM Beacon Award (for Business Partners) Nominations Now Open IBM is now accepting nominations for the IBM Beacon Awards. Details he= re: http://www.ibm.com/partnerworld/pwhome.nsf/weblook/2008_awards.html SNIP I propose either T3 or PSI. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Friday, December 21, 2007 1:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier SNIPAGE Now that Big Blue is pretty much alone in the mainframe processor market, I'd like to see them release information on what exists today. With the caveat that any new competition that enters the market would trigger a renewed round of privacy for any future improvements. Rather like establishing and publishing a checkpoint. Rick, Interesting option there. I briefly browsed through Phil's online copy of the suit. One of the facts IBM alleges (IIRC ) or was that PSI (it was a long read) but one of the parties said that IBM made this public at one time and now can't complain someone used this information. I think I am saying that correctly. So if they win (PSI), IBM would *NEVER* say another word again as it might be construed as public information. I think that it would mean the POPS would evaporate overnight. SNIP Well, I think this was in reference to certain things that IBM wants to say are confidential today that they did not treat as confidential in prior years. The generally available, you didn't have to have IBM hardware to order it, PoOp was NEVER confidential. To demonstrate this, how many students at college that taught S/370 Assembly Language were able to buy the PoOp from their book store (or the Ref Summary). I know I did for S/360. And there was no little NDA that had to be signed before taking possession. The other side of things is, IBM can not claim Trade Secret for things they disclosed in a Patent application. And IBM knows that they better file for patents to keep from having someone else file for a patent, have a priority date ahead of them, and have to pay royalties for their Trade Secret stuff once it is found they are violating a patent. But, since I am not an IP attorney (for that matter, I have no formal legal training or have I taken the bar -- I've only sat at one here and there), you may find that I have not correctly stated some of the problems here. Just my Friday ramblings and observations. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad JOB card through NJE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert A. Rosenberg Sent: Wednesday, December 19, 2007 8:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bad JOB card through NJE At 09:21 -0600 on 12/19/2007, Mark Zelden wrote about Re: Bad JOB card through NJE: On Tue, 18 Dec 2007 15:46:48 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Thompson, Steve wrote: ... If you want blind ship then use /*XMIT not /*XEQ In this day and age, it's best to avoid JECL altogether when possible. As of z/OS 1.4, JES2 finally supports the XMIT JCL statement. So what are the practical advantages of using //XMITJC JOB... // XMIT DEST=node //REALJOB JOB .. vs. //XMITJC JOB... /*XMIT node //REALJOB JOB .. .. .. Mark -- //XMITJC JOB... // XMIT DEST=node //REALJOB JOB .. Allows you to send jobs to non-ZOS systems (such as DOS/POWER) since everything from the // XMIT is non-parsed data up to the end-of-data delimiter. With /*XMIT I think it is still parsed and the routed. Thus to send to a DOS/POWER system, you need to go with IEBGENER to INTRDR with a routing of Nx to immediately get it sent to the NJE Job Queue without parsing. SNIP Thank you. You are helping me make my point. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad JOB card through NJE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, December 18, 2007 7:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bad JOB card through NJE On Dec 18, 2007, at 5:30 PM, Thompson, Steve wrote: SNIP Has something changed? SNIP We seem to have a problem with RACF in this case. The JOB gets to the receiving node and gets a syntax error. However, my point is, the JOB card was invalid to start, it and the rest of the JOB should never have been shipped. If you want blind ship then use /*XMIT not /*XEQ SNIP Let me try to bring this back out of the weeds (from my perspective). Is it a bug for JES to do minimal JOB statement checking before shipping the JOB to another system, when the JOB statement contains a fatal syntax error? What I think started this was the differences in JCL between MVS/SP1 and MVS/XA. I have been given some answers outside of the group on this, and while USERID is part of JECL (VSE) it is not part of the KEYWORD set for the JOB card of either VSE or z/OS. So what we have happen here is the JOB goes to the other LPAR. That LPAR fails the JOB because it can't scan the JOB card and find who the JOB belongs to (syntax error in the JOB). So now what does it do with this, it says that the profile for the JOB is invalid. This is a Microsoft answer. Absolutely correct, but is not the cause of the problem. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad JOB card through NJE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, December 19, 2007 1:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bad JOB card through NJE SNIPAGE Steve, I think I understand your issue, but to muddy the water (a little) we also transmitted (and received) jobs to dos again this was ages ago so something might have changed, I have not kept up with the issues since then. We transmitted to just about every IBM platform out there (except SERIES 1) and another that is blanked out of my memory at the moment) but any IBM system that talked NJE we probably transmitted (and received) data to and we did it on a daily basis. Sorry about the omission earlier but IIRC we had 1 dos system. The more primitive the system it was harder for set up, IMO. Once it was set up it worked PERIOD. SNIPAGE Ok, I know what you are talking about. I have done NJE/RJE with DOS/VS and above. I have managed to be involved with a similar situation with JES2 - JES3. The problem here, in my opinion, is that JES2 does not ensure that the JOB card is fully valid. It then sends it to the other JES2 node. That node gets it (for some reason minus the ACEE), and then it can't find the security profile for that JOB. And it can't do it because rather than coding USER it was coded with USERID. So it is actually being failed for SYNTAX. But the error message is a security error. It is my position, that I would like appropriately challenged if one exists, that JES2 should have fully processed the JOB card on the original system before executing the JES2 command to SEND the JOB. If the JOB card is syntactically in error, the JOB should be failed on the system were submitted as would be the case if that were also the execution system. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bandwidth for connectivity with mainframe
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Tuesday, December 18, 2007 8:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Bandwidth for connectivity with mainframe Anyone hav idea how much communication bandwidth is required for connectivity of emulator like IBM Personal Communication with mainframe ... SNIP Not very much. 10BaseT will handle over 30 3270 emulation based TSO users from my past experience. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Starting STCs with Sub=MSTR
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, December 18, 2007 10:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Starting STCs with Sub=MSTR SNIP Nothing started with SUB=MSTR may specify SYSOUT= in the JCL. You'll get a JCL error if you try. Most other things will work. The program itself could later request a JES JOBID via an SSI call, and then dynamically allocate SYSOUT datasets. At one time, such an STC had to have all of its datasets catalogued in the master catalog, but I think that is no longer true. SNIP NEVER was the case (cataloged to MASTER) as long as you did volume specific allocation. And SUB=MSTR is done by some automated operations products for the base controller and then a second copy is started under JES2/3 to do the lion's share of the operations control. This was in answer to a different question about how/why this might be done Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Bad JOB card through NJE
How many of you have had to chase down some JOB that had a bad parm on it, but the submitting system was not the detecting system, even though both are JES2 systems? Is it time for IBM to sync JCL processing again? Do we still need this because one system is running MVS/SP1 and another is running z/OS 1.3? Just a general interest question because only certain items of a JOB card are inspected on the sending system, requiring the receiving system to do the full syntax checking. As a result, it is possible to have an illegal (non-supported by ANY system) keyword (thanks to fingercheck or mental hiccup) get passed to another system and it fails the JOB with no real messages to make it obvious why. Wanna have fun? Put USERID as a keyword and do NJE to another node. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad JOB card through NJE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, December 18, 2007 4:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bad JOB card through NJE On Dec 18, 2007, at 4:38 PM, Thompson, Steve wrote: How many of you have had to chase down some JOB that had a bad parm on it, but the submitting system was not the detecting system, even though both are JES2 systems? Is it time for IBM to sync JCL processing again? Do we still need this because one system is running MVS/SP1 and another is running z/OS 1.3? Just a general interest question because only certain items of a JOB card are inspected on the sending system, requiring the receiving system to do the full syntax checking. As a result, it is possible to have an illegal (non-supported by ANY system) keyword (thanks to fingercheck or mental hiccup) get passed to another system and it fails the JOB with no real messages to make it obvious why. Wanna have fun? Put USERID as a keyword and do NJE to another node. Regards, Steve Thompson Steve: Has something changed? SNIP We seem to have a problem with RACF in this case. The JOB gets to the receiving node and gets a syntax error. However, my point is, the JOB card was invalid to start, it and the rest of the JOB should never have been shipped. If you want blind ship then use /*XMIT not /*XEQ Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bandwidth for connectivity with mainframe
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, December 18, 2007 5:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bandwidth for connectivity with mainframe Nobody should need to do IND$FILE, anymore. SNIP Unless you are an ISV that makes 3270 emulators, or you are working hot fast and furious with TSO stuff, or you are... SNIP Ok. ISV that makes 3270 Emulation. Have to make sure that what you do does not or did not break the interface for IND$FILE. CLIST/REXX code that connects to IND$FILE to get/put files. Scripts written for a 3270 emulation package, hooks right into IND$FILE... Some times FTP is not as fast. Some times it is. Some times you have other tools, ancient as the mainframe we are trying to get rid of ( ;-) ) but they work (just like that mainframe...). So, in answer to your statement, I gave examples. Then you want an explanation of the examples. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Link notification emails...
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, December 12, 2007 8:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Link notification emails... On Wed, 12 Dec 2007 10:33:26 -0500, Thompson, Steve wrote: Ever read the whole email from the server machine telling you that some ETR has been updated? Notice anything different about it? Not lately, but I had observed that over time they were becoming more informative, with more useful information in the Subject: line and the message body. SNIP Never mind. The message I got had included my title for the ETR that was being reported on. The way the email read, someone at IBM was agreeing that the web based system was A Stable. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage Controls - Was Re: REGION=0M and LSQA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer Sent: Thursday, December 13, 2007 2:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Virtual Storage Controls - Was Re: REGION=0M and LSQA THIS is one thread where the controls on memory don't seem to the assembled crowd to be wonderful. Coincidentally my team (yes all IBMers with a passion for z/OS) also raised the issue of the clunkiness of virtual storage controls - literally yesterday. One suggestion we came up with was to do something with some RACF segment or other. I wonder if it's time to put some thinking caps on about how the old IEFUSI / REGION / MEMLIMIT / HVSHARE (have I forgotten one? :-) ) thing ought to evolve. And yes, I know there are Poughkeepsie folks intimately involved with such things following this newsgroup. SNIP Funny you should say this, because the last time I designed an IEFUSI exit for a customer, it looked to see what the job was that was asking for a REGION32MB. If it were SYS1, it got it, no further questions asked. If it were non-production but running on the PRODUCTION LPAR, a WTOR was issued, expecting automation to handle it (that was part of the specs for the design). Otherwise, you got the limit set for that class. And then there was a request for a special ACCOUNT code to give the same as SYS1 for testing on the TEST LPAR. But that does NOTHING to stop an address space from spawning other address spaces (which could really tax AUX, RSM VSM). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, December 12, 2007 9:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REGION=0M and LSQA -Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Poil SNIP The problem is the variability of (2) through (4) which cannot be calculated due to its complexity. Also there is the ever present issue of defects which cause some memory leaks. SNIP rant Since memory is not a liquid, how can it leak? Or is this how the PC oriented crowd explains poor programming practices? \rant Gas, electricity and heat can all leak, and none of them are liquids SNIP You got my drift/meaning/inference, not to exclude any other slang, colloquialism, etc. to carry or provide meaning (now are you happy?). ;-) Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Link notification emails...
Ever read the whole email from the server machine telling you that some ETR has been updated? Notice anything different about it? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Poil Sent: Wednesday, December 12, 2007 3:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REGION=0M and LSQA SNIP The problem is the variability of (2) through (4) which cannot be calculated due to its complexity. Also there is the ever present issue of defects which cause some memory leaks. SNIP rant Since memory is not a liquid, how can it leak? Or is this how the PC oriented crowd explains poor programming practices? \rant Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Poil Sent: Wednesday, December 12, 2007 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REGION=0M and LSQA Steve, The word leak is the normal term for memory that is allocated by not freed. SNIP Humor me. When did this become a normal term for memory that was allocated and not freed? Maybe I'm just a curmudgeon, but everywhere I've been (including IBM) it was a storage creep, or storage corruption. But in almost all cases, it was because of some poor programming practice. So did this term come from DEC? I don't recall this term being used in the Univac shops I worked in, or the Honeywell, Varian, or Burroughs shops. No, don't recall this being used at WANG, or the S/3x shops where I did development. I think I first heard this term about 1995. Just an enquiring mind. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Tuesday, December 11, 2007 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REGION=0M and LSQA On Tue, 11 Dec 2007 13:45:32 +0100, Barbara Nitz nitz- [EMAIL PROTECTED] wrote: ... If you need a certain amount of storage, document it clearly, but do NOT misuse APF authorization to store values that the installation doesn't know anything about! ... .set rant on And for vendors of those products that use and UNcertain amount of storage, tell us how to estimate it! Far too many products just say Run with REGION=0M - far more than those that change the limits. I don't expect those vendors to know how much storage their products need in my environment, but I expect them to be able to tell me how to figure it out based on some set of metrics. I'm not willing to trust any product - even ones that have been well behaved for years - to not go on a storage-allocation binge. I'll quadruple a reasonable storage estimate, but I won't say no limit. .set rant off SNIP So what is an ISV to do with a customer that does not use IEFUSI, or does so incorrectly? My point of the LDA modification was not to give the APF code unlimited virtual, but to allow the adjusting of PRIVATE (below the line) to have the reserved area for LSQA. Theoretically, the developer(s) should know how much LSQA and the like they would expect under some level of STRESSED conditions (not necessarily SOS) and by changing the LDA, cause that much to be held back. This way, the needed system C/Bs would all be able to be acquired without the SYSTEM recognizing an SOS condition and ABENDing where there is insufficient storage to build an SDWA or some such. ABOVE the line storage is a whole different issue. And if the customer/end user sets the limits on ABOVE the Line storage such that the product can't properly run, what should the ISV do in that case? Should the product terminate with some message? Should the ISV give the customer some parm to set that it (this APF product) would over-ride the IEFUSI settings in the LDA? Try setting on this side of the wall where we find that we can not write fool proof code (because fools are so ingenious to quote a sign over a developer's desk from another life). And then try to answer these and other migraine causing questions. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Redbooks - Systems Programming Series
Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hessong, Keith Sent: Friday, December 07, 2007 6:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS SNIP I am looking for a 3rd party software product that may help us accomplish this or someone who has already done this that might be willing to share the code that they used to do this. I would also be interested in hearing about user experiences of people who have already undertaken this task. SNIP Start budgeting for a CPU upgrade. If ROSCOE has similar efficiency as ACS/WYLBUR had, you will see a significant increase in CPU utilization. In the 3090 days, the moving of approximately 30 people to TSO resulted in a company (insurance industry) looking at a CPU upgrade. They stopped the migration -- probably because the cost of the extra CPU and the corresponding increase in software costs. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks - Systems Programming Series
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grant Ward Able Sent: Friday, December 07, 2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redbooks - Systems Programming Series Does this help ? http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=ABCs SNIP Yes, thank you. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks - Systems Programming Series
Thank you to all that responded. I had gone to http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/REDB0304 And to http://www-03.ibm.com/servers/s390/os390/bkserv/redbooks.html And then in the search window I put VOLUME, ABC, SYSTEM, and a few other keywords (single keyword searches, not combinations) but my results only gave Vol 1, 2 and 9. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
A few things stated in the attached posting may really cause heartburn and a form of legal colitis (or some such) if it can be demonstrated that Hercules and/or PSI's technologies are (or may reasonably be) based on Linux or z/Linux code provided by IBM (again, I've not had the time to peruse the motions/petitions to see if this little gem is referred to): From the thread: Open z architecture and Linux questions -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, December 07, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Open z architecture and Linux questions On Fri, Dec 7, 2007 at 9:54 AM, in message [EMAIL PROTECTED], Kirk Wolf [EMAIL PROTECTED] wrote: -snip- AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM Correct. On machines that support it, it will also run in basic mode. (IBM can't test that any longer, but they used to. So, it could have happened that something crept in that would prevent it.) 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL Also correct. So: Q1) Are any closed/proprietary instructions and hardware interfaces used? There have been a number of these, with most of them subsequently opened via source code drivers: QDIO, HiperSockets, 3590 tapes, etc. I don't know if Diagnose commands fall into this category or not, but a number of them are used in the kernel, not necessarily with any documentation. If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? That depends on who you ask. In some cases, the fact that a bit of code exists elsewhere, and is also used as a Linux kernel module in binary-only form is used to grant an exception to a vendor. The thought being, that if that code was created _only_ to run as a Linux kernel module, then it is some sort of derivative work, and therefore should be GPL code. As you might guess, this is a very complex area that gives rise to any number of arguments/debates/flame wars. Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? It might be completely acceptable to Linus and company, but would not be to the general customer base, unless and until z/VM comes with every IBM mainframe purchase. Understand, I am a big advocate of running Linux on z/VM, but I am also in favor of customer choice. I don't want my options limited if it can be avoided. SNIP Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Bowler Sent: Thursday, December 06, 2007 7:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly On Wed, 5 Dec 2007 19:35:38 -, Phil Payne wrote: SNIP Paragraphs 38ff are crucial - it has been suggested that these diagnostics, and especially Amdahl's architecture validator, were the route by which TIDA/TILA information got into Hercules and thence to both UMX and PSI. I can guess who suggested this, and the suggestion is entirely false. I don't even know what information is in the IBM-Amdahl TIDA/TILA. Whatever is in it, must be pretty ancient history by now. What I *can* tell you is that none of the functionality in Hercules was put there as a result of any external tool. The key point here is that I *know* how Hercules was developed, whereas you are only guessing. SNIP What you have said would be a very interesting thing to be cross-examined in court. If, indeed, Hercules is NOT based on TIDA/TILA (second one I don't remember), but is based on other NON-Confidential information, then PSI et al, are in a very interesting position. By being able to show that the architected system (inclusive of the non-documented instructions) of Hercules exists and that they could look to it for certain information, it would take some of the wind out of IBM's sails. Of course, IBM's attorney pool should be aware of this MAJOR problem (to their case). So they just might go down the road of issuing subpoenae... It could get ugly. Now, for an interesting thing about TIDA (which should also be born out in depositions should IBM go that far): When I was at Amdahl, many of us knew of its existence. However, only a very select few were allowed direct access to it. Then they would tell us what they thought certain things meant, and then the second/third level of engineers worked on that basis. It was done, as I recall, to keep us from implementing anything exactly as IBM had. So, would this mean that some 10+ years after the fact, that someone similarly informed would not be able to sit down with an IBM machine (or LPAR) and build a program to see what IBM did to effect SIE (e.g. a z/800)? And then take that knowledge and put it into an emulator system? Or do the equivalent for the Service Processor interface instructions (which were published to ISVs -- I say this because I saw that doc at Boole Babbage). So for those of you into legal issues with IP, just what boundaries would have been crossed by such testing? And if it can be shown that this is how Hercules (or others) came to their implementations, wouldn't this be quite damaging to IBM's claims? I'm wondering about the obviousness issue (with regards to patents) and if this would wreck some of IBM's patents in this area. Not being an attorney, but being a very interested third party (although probably not in the US Legal sense), I'm most interested in how this will turn out. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Bowler Sent: Thursday, December 06, 2007 9:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly SNIP Looks like PSI have already spotted this angle: see para 34 on page 9 of http://www.platform-solutions.com/docs/PSI-Amended-Answer-sept07-FINAL-R EDACTED.pdf or http://tinyurl.com/27ppxq SNIP I got to find the time to sit down and read all these things and cross reference them for myself. This looks like a huge battle that is going to have more far-reaching results than M/S, Intel, IBM and others anticipate, if IBM doesn't settle out of court with these guys. One of the things may be a ruling by a court (or finding) having to do with what constitutes reverse engineering, emulation, simulation, etc. And I don't think anyone will be quite happy with the end result. And, I would not be surprised if IBM didn't wind up back under some consent degree again. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
