Missing IBMers on whois.ibm.com
The circumvention is to establish really good relations with an IBMer who will have access to Blue Pages. Then make damn sure every request you make is fully justified in IBM's interest as much as yours. It worked for me for many, many years. Some IBMers - especially the executives - do _NOT_ want their email addresses made public. I've seen a few email addresses bandied about even in the last few days related to the PWD issues - if you really want to get to these people, get someone with Blue Pages access to give you the name of their PA or admin assistant and write to them saying: If people are lobbying [their boss] for this reason, please add my name to the list. The more business case you can add, the better. To say that they're busy people is something of an understatement. They do not want and cannot use hundreds of emails turning up in their intrays. It's a damn nuisance when email #85 might be something important from Sam. But if their PA comes in and says: 150 people have suggested this then it might get air time. Remember that IBM (including its antecedents) has been a major force in business for over a century. Very, very few technology companies can claim that. What it does has worked so far - telling IBM it is wrong requires some depth of proof. And http://www.theregister.co.uk/2007/03/01/spado_vs_watsons/ -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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 S/360 series operating systems history
SVS was bizarrely popular in Germany, and lived on there for longer than almost anywhere. IBM Bonn produced an _excellent_ SVS 1.7K DLIB tape that really was well sorted out and I had over a dozen customers using it. One customer - Maizena in Heilbronn, part of Knorr and manufacturers of the German Army's pea soup tablets - converted from MFT to SVS in 1982 - well after stable MVS was available. They had two systems programmers - Herr Jung and Herr Joshonek. Their IT manager called them together after the MFT --- SVS migration and said something to the effect that MFT had served them well for ten years and he expected SVS to do the same. One quarter later he was asking us for a remote support contract because both had left the company. We (Itel) sold them a 370/145 with a 3205-5 (? 4?) IPA-attached printer. Lovely little thing - built-in vacuum cleaner, etc. IMO one of IBM's best ever line printers. I went down one day and they weren't using it. I asked why, and opened a hornet's nest. SVS HASP didn't support it, and there were legal proceedings in progress about the mis-sale. I pointed out that HASP always assembled one spare printer device support block, and you just had to zap in the FCB CCW and the UCS load CCW. We had it working perfectly within an hour - very, very happy data centre. I also patched the HASP source to reassemble it correctly if they reinstalled. When I got back to Frankfurt from Heilbronn, I got roasted. The management were hoping to ride the court case and place a /158 - I'd blown their deal. Another SVS customer was Kommunalesgebietsrechenzentrum Kranichstein. You can't make names like that up. They had Memorex Double Density 3350s with IDI - Intelligent Dual Interface. Was ever anything so inappropriately named? A status bus parity check - a common occurence - caused all IDI-linked controllers to forget all owed interrupts. Total system hang. SVS had a MIH, but its channel redrive was - IMO - incorrect. I can't remember after a quarter of a century, but it did a Clear IO when it should have done a Clear Channel or vice versa. I zapped the opcode SUCCESS!!! No more system hangs. A MIH message, and off it went again. Happy, happy operators. Claps on the back and lots of beer. Then their management reassigned all of the outages to a software fault and billed us for them. TOS error recovery brings back nightmares. Ford of Europe had a small /360 - perhaps a 25 - at Warley used for shipping data to Germany. It ran TOS - but on 2415s. If you've ever watched error recovery running off 2415s, you know what it's really like watching paint dry. Literally HOURS. I always though COS stood for Card Operating System. ISTR it was very similar in practical ways to the BPS card loader, but 8 cards instead of 6. You just loaded the 8 cards, and then it watched for not-ready to ready transitions at the loading card reader -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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 change color for one particular message?
On Thu, 1 Mar 2007 07:27:43 -0600, Wallace, Jason [EMAIL PROTECTED] wrote: I think our operators missed it the first time because it was white. It happened at noon when the full-time operators were at lunch, and the student employees (part timers) usually ignore everything except tape mounts and red messages. Instead of bringing the hammer down on them, I got caught up in the novelty, if we can make that message red, can we make others blue, yellow, whatever? Although this probably won't help you, I did this many years ago but with AF/Operator. The MVS systems were to be controlled by VAX operators so I had to set-up the console so they could easily see important messages. Using different colours, including blinking and reverse, it made it easier for them to determine how to react to some messages, i.e. if a tape mount (which is red) wasn't satisified in a certain time period then a red reverse blinking message was output along with an alert (AF/Remote in this case.) Made my life a lot easier. Seb. -- 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 change color for one particular message?
In a message dated 3/2/2007 2:17:10 A.M. Central Standard Time, [EMAIL PROTECTED] writes: them to determine how to react to some messages, i.e. if a tape mount (which is red) wasn't satisified in a certain time period then a red reverse blinking message was output along with an alert (AF/Remote in this case.) Made my life a lot easier. Did yah watch Andromeda Strain or do you screen for Epilepsy? Just checking, we used to have one and was real sensitive to flashing lights BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- 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 are you handling high SMF record volume?
We were also having a lot of problems with the large volumes of SMF data we produce (though it was CICS data we us) and associated contention issues. What we did was increase the size of the MANx datasets so they could never fill them in 30 mins and have our DUMPXY's run every 30 mins to clear them out. The DUMPXYs write to system specific GDGs, creating a +1 every half an hour. At end of day, we run a job that mods all the GDGs to a single cartridge as one large system specific file and then another job read in the cartridges datsets for all our LPAR's and writes them back to DASD, splitting them into CICS, DB2, etc GDGs for further processing... The benefits are... 1) We don;t have to process those large volumes of CICS records to look at RMF records etc 2) The GDG's created every half an hour mean that these can be read on the day they were created without impacting SMF collection (by referencing them using the absolute generation). Very handy for problem determination. 3) Also, these half an hour GDGs mean it's very easy to resolve any invalid records caused by space problems etc (not that any one should get space issues in this day and age! but...). Our daily file used to be some where in the region of 15,000 cyls and running a sort to pick out one dodgy record was a long winded operation to say the least! 4) Using REXX to find out the absolute GDG names and using that info as input to our nightly dump job means we can backup yesterdays data without impacting the collection process... Cheers, Duncan -- 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: Outsourcing perils was Re: sysprog demand in USA
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Day The thing that has baffled me about outsourcing is how do companies actually save money since now the outsourcer includes in its costs marketing expenses and profits. Salary for a programmer in India is about 10k per annum. ... Which some claim is equivalent to a king's ransom there -jc- -- 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: zFS directory cache default 2M being changed to 32M by OA20180
Thanks Sam! Great info (as usual). Since we are z/OS 1.6 I haven't made the leap yet en mass, but I have been running zFS since z/OS 1.4. Is your root a zFS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
ishell vs. OMVS behavior
I'm at a loss. If I use a 'cd' command from ishell, it appears to have no effect. I don't get any message at all, but a subsequent 'pwd' still shows root (which is specified in my RACF OMVS segment as HOME). But if I issue a 'cd' command from TSO OMVS, it works. I've done several searches and looked at several manuals, but I can't find what is causing this behavior. Any insight is greatly appreciated. Thank you in advance, Debbie Mitchell Utica National Insurance Group -- 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
SAS IF Statement with ANDs and ORs
Hello All. Input Fields: Volser: 3-8 STATUS $ 71 DSN: $ 10-53 Location: $ 55-62 IF STATEMENTS: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); I do not want any Locations of OAM or DYLT. BUT, I am getting records for them and also records where the VOLSER and DSN fields are blanks. What's wrong with this code? TIA ~~Carol -- 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: Outsourcing perils was Re: sysprog demand in USA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hewson Sent: Thursday, March 01, 2007 11:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Outsourcing perils was Re: sysprog demand in USA Hello Howard, what our and we ?!?! I work outside my country of citizenship, in an Asian country, for a global multi-national company, which happens to be headquartered in USA. We run applications for my host country and also other countries around the world. So I am an ex-pat working at an in-sourcer/outsourcer. but I am not a citizen of USA. so what we and our do you mean in your public to the world post. On Thu, 1 Mar 2007 14:15:28 -0700, Howard Brazee [EMAIL PROTECTED] wrote: On 1 Mar 2007 12:59:52 -0800, [EMAIL PROTECTED] (Thompson, Steve) wrote: I'm baffled at outsourcing to countries that are a security risk to the USofA. Countries that have a sizeable number of Islamic radicals should not be targets of outsourcing. How about keeping our business inside our country - which also contains sizeable numbers of people who are a threat? We defeated the USSR by showing them that our way worked better than their way.When our enemies become middle class with career paths that work - they will be more hesitant about risking those values. SNIP Forgive us citizens of the USofA. Sometimes we think a little too nationalistically. Regards, Steve Thompson -- 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
Datacom VSAM Transparency Question
Good Morning. I have a production VSAM TRANSPARENCY problem. Due to a storage issue we had to IPL and now VSAM TRANSPARENCY does not work. This is the error from CAIRIM startup: DVS0004E -VT21- DVVSIPR PRIV.AREA LOAD DVVSS21 MODULE DVS0003E -VT21- DVVSIPR UNSUCCESSFULLY INITIALIZED Many of our jobs cannot run. Can anyone tell me how to fix this? We are OS390 V2R10 and DATACOM V10.0. Thanks all. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- 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: ishell vs. OMVS behavior
When you enter a command from ishell it creates a new shell, runs the command, and then goes back to your original shell. Changing the current directory by issuing a command on the command line has no effect on the current shell environment. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Debbie Mitchell Sent: Friday, March 02, 2007 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ishell vs. OMVS behavior I'm at a loss. If I use a 'cd' command from ishell, it appears to have no effect. I don't get any message at all, but a subsequent 'pwd' still shows root (which is specified in my RACF OMVS segment as HOME). But if I issue a 'cd' command from TSO OMVS, it works. I've done several searches and looked at several manuals, but I can't find what is causing this behavior. Any insight is greatly appreciated. Thank you in advance, Debbie Mitchell Utica National Insurance Group -- 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 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ishell vs. OMVS behavior
Debbie Mitchell wrote: I'm at a loss. If I use a 'cd' command from ishell, it appears to have no effect. I don't get any message at all, but a subsequent 'pwd' still shows root (which is specified in my RACF OMVS segment as HOME). But if I issue a 'cd' command from TSO OMVS, it works. I've done several searches and looked at several manuals, but I can't find what is causing this behavior. Any insight is greatly appreciated. Thank you in advance, Debbie Mitchell Utica National Insurance Group I don't understand what you're saying. At entry to ishell is the place where you specify the directory you want to work in: - UNIX System Services ISPF Shell Enter a pathname and do one of these: - Press Enter. - Select an action bar choice. - Specify an action code or command on the command line. Return to this panel to work with a different pathname. /u/scomsto/public_html - So don't you just type over the directory you want to be in and press Enter? Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [EMAIL PROTECTED] -- 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: Datacom VSAM Transparency Question
DVS0004E'' - DVVSIPR a LOAD DVVSSPR MODULE Explanation: If a is UNABLE TO, DVVSSPR does not reside in the Link Pack Area (LPA). If a is PRIV.AREA, the DVVSSPR module has been loaded into MVS Private Area rather than the Link Pack Area (LPA). User Response: If a is UNABLE TO, move DVVSSPR from the CA-DATACOM/VSAM Transparency library into the LPA, then re-IPL. If a is PRIV.AREA, make certain that the DVVSSPR module is not included in a data set that is defined to the JOBLIB/STEPLIB concatenation, then retry the subsystem activation. Sounds like you need to check the CAIRIM PROC maybe someone added a STEPLIB trying to fix things before the IPL and now it needs to come out. Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, March 02, 2007 9:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Datacom VSAM Transparency Question Good Morning. I have a production VSAM TRANSPARENCY problem. Due to a storage issue we had to IPL and now VSAM TRANSPARENCY does not work. This is the error from CAIRIM startup: DVS0004E -VT21- DVVSIPR PRIV.AREA LOAD DVVSS21 MODULE DVS0003E -VT21- DVVSIPR UNSUCCESSFULLY INITIALIZED Many of our jobs cannot run. Can anyone tell me how to fix this? We are OS390 V2R10 and DATACOM V10.0. Thanks all. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: ishell vs. OMVS behavior
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Debbie Mitchell Sent: Friday, March 02, 2007 8:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ishell vs. OMVS behavior I'm at a loss. If I use a 'cd' command from ishell, it appears to have no effect. I don't get any message at all, but a subsequent 'pwd' still shows root (which is specified in my RACF OMVS segment as HOME). But if I issue a 'cd' command from TSO OMVS, it works. I've done several searches and looked at several manuals, but I can't find what is causing this behavior. Any insight is greatly appreciated. Thank you in advance, From what I understand, the ISHELL command is not designed to actually do a cd to change the current working directory of your TSO session/process. Please remember that UNIX works differently from TSO. When you do a sh cd /subdirectory in ISHELL, it creates a NEW process (usually in a new address space), runs the UNIX shell in that new process, gives the command cd /subdirectory to that new shell, which changes the working directory of that process to /subdirectory. That process then terminates because it has nothing more to do. So, in effect, you have done nothing because the cd command is not running in your TSO address space at all. It does work in OMVS because you are running the normal UNIX shell program and the cd command is what is called a builtin command to the shell. this means that it does not fork() a new process (the way that ISHELL does). In UNIX, a child process cannot effect (directly) the environment of the parent process. The current working directory is considered part of the environment of a process. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: SAS IF Statement with ANDs and ORs
In a message dated 3/2/2007 8:35:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); Bad logic... If A and B then do, Both must be TRUE. If A or B then do, only one must be TRUE. IF (STATUS = 'M' and VOLSER NE '.' and DSN NE ' ' AND (LOCATION NE 'OAM' or LOCATION NE 'DYLT'); BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- 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: SAS IF Statement with ANDs and ORs
Welcome to the brave world of Augustus DeMorgan (you'll learn to hate him) - operators are reversed by negatives Carol Srna [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/02/2007 09:14 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject SAS IF Statement with ANDs and ORs Hello All. Input Fields: Volser: 3-8 STATUS $ 71 DSN: $ 10-53 Location: $ 55-62 IF STATEMENTS: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); I do not want any Locations of OAM or DYLT. BUT, I am getting records for them and also records where the VOLSER and DSN fields are blanks. What's wrong with this code? TIA ~~Carol -- 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
Re: ishell vs. OMVS behavior
I don't understand what you're saying. At entry to ishell is the place where you specify the directory you want to work in: - UNIX System Services ISPF Shell Enter a pathname and do one of these: - Press Enter. - Select an action bar choice. - Specify an action code or command on the command line. Return to this panel to work with a different pathname. /u/scomsto/public_html - So don't you just type over the directory you want to be in and press Enter? Well, yes. But I want to execute a script in that directory and the script requires an option. No matter how I try to execute it from ishell, I can't get it to work. Debbie Mitchell -- 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: Outsourcing perils was Re: sysprog demand in USA
On 1 Mar 2007 21:57:44 -0800, in bit.listserv.ibm-main you wrote: Hello Howard, what our and we ?!?! I work outside my country of citizenship, in an Asian country, for a global multi-national company, which happens to be headquartered in USA. We run applications for my host country and also other countries around the world. So I am an ex-pat working at an in-sourcer/outsourcer. As a landed immigrant in Canada, I am an ex-pat working as a contractor when I get a gig so I am not totally opposed to contracting/outsourcing although I still wonder at the economics of it. If I understand the type of company you work for, the legal issues would a known and manageable problem since the company has considerable presence in the various countries and needs to maintain the legal expertise for each of them. Thus moving applications among or between countries is far less risky for it than it would be for many others. but I am not a citizen of USA. so what we and our do you mean in your public to the world post. On Thu, 1 Mar 2007 14:15:28 -0700, Howard Brazee [EMAIL PROTECTED] wrote: On 1 Mar 2007 12:59:52 -0800, [EMAIL PROTECTED] (Thompson, Steve) wrote: I'm baffled at outsourcing to countries that are a security risk to the USofA. Countries that have a sizeable number of Islamic radicals should not be targets of outsourcing. How about keeping our business inside our country - which also contains sizeable numbers of people who are a threat? We defeated the USSR by showing them that our way worked better than their way.When our enemies become middle class with career paths that work - they will be more hesitant about risking those values. Regards Bruce Hewson -- 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: SAS IF Statement with ANDs and ORs
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. You need to change your OR's to AND's. If the condition matches any of the three OR segments it will be passed. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carol Srna Sent: Friday, March 02, 2007 9:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SAS IF Statement with ANDs and ORs Hello All. Input Fields: Volser: 3-8 STATUS $ 71 DSN: $ 10-53 Location: $ 55-62 IF STATEMENTS: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); I do not want any Locations of OAM or DYLT. BUT, I am getting records for them and also records where the VOLSER and DSN fields are blanks. What's wrong with this code? TIA ~~Carol -- 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
Re: IBM S/360 series operating systems history
Phil Payne wrote: They had Memorex Double Density 3350s with IDI - Intelligent Dual Interface. Was ever anything so inappropriately named? A status bus parity check - a common occurence - caused all IDI-linked controllers to forget all owed interrupts. Total system hang. SVS had a MIH, but its channel redrive was - IMO - incorrect. I can't remember after a quarter of a century, but it did a Clear IO when it should have done a Clear Channel or vice versa. I zapped the opcode for other topic drift ... san jose had done a 3350 (prior to 3380) with twice the number of cylinders ... but they couldn't get MVS to provide the device support ... so they shipped it as two emulated regular 3350s ... which didn't see a lot of uptake, partially because the two independent optimized seek queues would be contending for single arm (resulting in relatively random arm motion). this was an ongoing problem. MVS also wouldn't do FBA (fixed-block-architecture) device support. It was even offered to provide them with the fully tested code ... and the reply was there would still be a twenty some million change bill (documentation, training, etc). Needed to demonstrate real incremental ROI for the (i.e. real additional new sales as opposed to customers buying FBA in-lieu of CKD). lots of past posts about hacking around in the disk engineering and test labs (bldgs 1415) http://www.garlic.com/~lynn/subtopic.html#disk From: wheeler Date: 09/07/82 12:16:54 IBM double density (double the number of tracks) are here also. The engineers have been fighting with the OS people (completely unsuccessfully) to support the box in native mode .. i.e. one device with twice the number of cylinders as a 3350. OS data management people would have nothing of it. Several engineers who had MVT experience said that they could go in and do it easily just by defining a new device type and updating a couple of tables (almost as trivial as what it takes for VM). OS data management replied that things have completely changed since then, implying that they might not even know all the routines that may have tables now. Result is that the engineers have been forced into simulating two 3350 drives on a single double density 3350 because the OS crowd is completely incapable of getting their act together. As a result any performance optimization techniques are going to be blown almost completely out of the window (in some ways worse than effect of multi-track search). Not only is two device simulation going to completely lay to waste any ordered seek queueing algorithms (as bad as what happens in a multiple CPU, shared DASD situation) ... but VM is stuck with the design also. Based on the current record so far ... any investigation into MVS support of FBA is going to be little more than another throw-away task force report w/o any productive results. ... snip ... for FBA/CKD topic drift ... recent post about heavy performance penalty multi-track CKD extracted long after the memory/io trade-off had changed http://www.garlic.com/~lynn/2007e.html#14 Cycles per ASM instruction and lots of past posts on the CKD performance trade-off subject ... using excess I/O capacity in the 60s to compensate for scarce real-storage ... but by the mid-70s, configurations were changing from real-storage constrained to I/O constrained ... making the CKD trade-off totally the wrong thing. http://www.garlic.com/~lynn/subtopic.html#dasd other old email about early difficulty with MVS RAS for 3380 ... which got me into loads of hot water with the MVS RAS manager ... not because of the tests ... but for having sent an email mentioning the results of the tests. http://www.garlic.com/~lynn/2007.html#2 The Elements of Programming Style when I had originally started playing around in the disk engineering labs ... the testcells (i.e. development devices) were being scheduled for stand-alone testing on dedicated processors. They had attempted to run under MVS in an operating system environment ... but experienced 15 min MTBF for MVS (i.e. MVS was crashing or hanging because of errors and/or incorrect operations of the devices under development). I undertook to completely redo the i/o subsystem to make it bullet-proof ... allowing multiple concurrent testcells to be tested on-demand ... rather than having to resort to dedicated, stand-alone scheduled testing time. -- 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 S/360 series operating systems history
Phil, I'd LOVE to find the source code for those systems, to add to my archives. G Phil Payne wrote: SVS was bizarrely popular in Germany, and lived on there for longer than almost anywhere. IBM Bonn produced an _excellent_ SVS 1.7K DLIB tape that really was well sorted out and I had over a dozen customers using it. One customer - Maizena in Heilbronn, part of Knorr and manufacturers of the German Army's pea soup tablets - converted from MFT to SVS in 1982 - well after stable MVS was available. They had two systems programmers - Herr Jung and Herr Joshonek. Their IT manager called them together after the MFT --- SVS migration and said something to the effect that MFT had served them well for ten years and he expected SVS to do the same. One quarter later he was asking us for a remote support contract because both had left the company. We (Itel) sold them a 370/145 with a 3205-5 (? 4?) IPA-attached printer. Lovely little thing - built-in vacuum cleaner, etc. IMO one of IBM's best ever line printers. I went down one day and they weren't using it. I asked why, and opened a hornet's nest. SVS HASP didn't support it, and there were legal proceedings in progress about the mis-sale. I pointed out that HASP always assembled one spare printer device support block, and you just had to zap in the FCB CCW and the UCS load CCW. We had it working perfectly within an hour - very, very happy data centre. I also patched the HASP source to reassemble it correctly if they reinstalled. When I got back to Frankfurt from Heilbronn, I got roasted. The management were hoping to ride the court case and place a /158 - I'd blown their deal. Another SVS customer was Kommunalesgebietsrechenzentrum Kranichstein. You can't make names like that up. They had Memorex Double Density 3350s with IDI - Intelligent Dual Interface. Was ever anything so inappropriately named? A status bus parity check - a common occurence - caused all IDI-linked controllers to forget all owed interrupts. Total system hang. SVS had a MIH, but its channel redrive was - IMO - incorrect. I can't remember after a quarter of a century, but it did a Clear IO when it should have done a Clear Channel or vice versa. I zapped the opcode SUCCESS!!! No more system hangs. A MIH message, and off it went again. Happy, happy operators. Claps on the back and lots of beer. Then their management reassigned all of the outages to a software fault and billed us for them. TOS error recovery brings back nightmares. Ford of Europe had a small /360 - perhaps a 25 - at Warley used for shipping data to Germany. It ran TOS - but on 2415s. If you've ever watched error recovery running off 2415s, you know what it's really like watching paint dry. Literally HOURS. I always though COS stood for Card Operating System. ISTR it was very similar in practical ways to the BPS card loader, but 8 cards instead of 6. You just loaded the 8 cards, and then it watched for not-ready to ready transitions at the loading card reader -- 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: Outsourcing perils was Re: sysprog demand in USA
On 1 Mar 2007 21:57:44 -0800, [EMAIL PROTECTED] (Bruce Hewson) wrote: what our and we ?!?! I was responding to someone objecting to outsourcing for security reasons - I hope that my answer applies to a variable we. In the example of defeating the USSR, it was the wealth of the West that won - not the cold war.In today's world, I believe our security is best served by remembering this and using a similar strategy. In this smaller world, a lot of our wealth is quite fungible. If one country sells oil to X instead of Y - Y doesn't suffer, it just buys oil from Z instead. Software doesn't care where it was created. If we buy our ERP from Germany and run it on computers made in the US - is it any better or worse than if our ERP was created in the US and our computers made in Taiwan? Some countries won't let us sell our product unless we buy from them as well. -- 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
EPSPT Support for z/OS V1R7 !
Back on January 24, 2007, I appended here that I'd put the z/OS R8 coexistence PTFs in the z/OS R5, R6, and R7 ZOSGEN PSP buckets. The addition of these PTFs to the PSP buckets made it possible to programmatically determine if you had the appropriate coexistence service on your current system for a migration to z/OS R8. I talked about this at SHARE, and folks told me that they wanted me to do the same thing for a migration to z/OS R7. So...you asked for it, you got it! I've added the coexistence PTFs to the z/OS R4, R5, and R6 ZOSGEN PSP buckets for a migration to z/OS R7. (For those keeping track at home, this means that z/OS R5 and R6 ZOSGEN PSP buckets now contain the coexistence PTFs for migrations to both z/OS R7 *AND* z/OS R8!) The extract files which are used by the EPSPT are now available for z/OS R4 and z/OS R5 - the z/OS R6 extract file will be made available by tomorrow morning. I hope this proves useful to folks wanting to verify their coexistence PTFs. As always, I welcome feedback on your experiences with using EPSPT to verify your coexistence PTFs! Thanks, Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- 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: ishell vs. OMVS behavior
Debbie, ISHELL is not a 'normal' shell environment. You navigate directories by using the ISPF interface not the command line. If you want to get to a directory you can type it's fully qualified path on the four blank lines on the main ISHELL panel, or, you can type the first directory and use the 'L' prefix to traverse the subdirectories. Your your home directory remains your CWD. If you want to use any other directory in a command from the command line you need to type in the fully qualified directory name. You cannot change the CWD by entering a 'cd'. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ishell vs. OMVS behavior
I don't get any message at all, but a subsequent 'pwd' still shows root Broken as designed. The command issues the cd as a separate process. That process goes to the correct directory and then terminates. So, you are back where you started. That's why you have the directory stuff on the ishell entry panel. - Too busy driving to stop for gas! -- 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 are you handling high SMF record volume?
CICS by default produces giant volumes of SMF data, and much of it is probably never even looked at. I've seen sites where CICS was responsible for well over 80% of the SMF data, and all they extracted from it was transaction cpu and response time, a few bytes worth of data per kilobyte produced. As Roland pointed out, this can be cut down enormously by coding CICS MCTs (monitoring control table) to only record the data required. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Walker Sent: Friday, March 02, 2007 7:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How are you handling high SMF record volume? We were also having a lot of problems with the large volumes of SMF data we produce (though it was CICS data we us) and associated contention issues. What we did was increase the size of the MANx datasets so they could never fill them in 30 mins and have our DUMPXY's run every 30 mins to clear them out. The DUMPXYs write to system specific GDGs, creating a +1 every half an hour. At end of day, we run a job that mods all the GDGs to a single cartridge as one large system specific file and then another job read in the cartridges datsets for all our LPAR's and writes them back to DASD, splitting them into CICS, DB2, etc GDGs for further processing... The benefits are... 1) We don;t have to process those large volumes of CICS records to look at RMF records etc 2) The GDG's created every half an hour mean that these can be read on the day they were created without impacting SMF collection (by referencing them using the absolute generation). Very handy for problem determination. 3) Also, these half an hour GDGs mean it's very easy to resolve any invalid records caused by space problems etc (not that any one should get space issues in this day and age! but...). Our daily file used to be some where in the region of 15,000 cyls and running a sort to pick out one dodgy record was a long winded operation to say the least! 4) Using REXX to find out the absolute GDG names and using that info as input to our nightly dump job means we can backup yesterdays data without impacting the collection process... Cheers, Duncan -- 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
Fw: SAS IF Statement with ANDs and ORs
RESENT - Forwarded by Carol A Srna/MI/CMA on 03/02/2007 11:26 AM - Carol A Srna/MI/CMA 03/02/2007 10:51 AM To IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU cc Subject Re: SAS IF Statement with ANDs and ORs Many thanks to all who responded, both ON/OFFline. Larry K. L. K. Ed Finnell (I added the extra parens) Jack Kelly - pointing out the reverse logics and A. DeMorgan(Imagine a person with a gift of ridicule [He might say] First that a negative quantity has no logarithm; secondly that a negative quantity has no square root; thirdly that the first non-existent is to the second as the circumference of a circle is to the diameter. ( A. DeMorgan) Larry Gray(and the ANDs have it). Final snippet of working code: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' ) AND (LOCATION NE 'OAM' AND LOCATION NE 'DLYT' AND LOCATION NE 'WLYT' AND LOCATION NE 'SHELF' AND LOCATION NE 'RACK' AND LOCATION NE 'LONG' AND LOCATION NE: 'ATL'); Ed Finnell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/02/2007 09:59 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SAS IF Statement with ANDs and ORs In a message dated 3/2/2007 8:35:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); Bad logic... If A and B then do, Both must be TRUE. If A or B then do, only one must be TRUE. IF (STATUS = 'M' and VOLSER NE '.' and DSN NE ' ' AND (LOCATION NE 'OAM' or LOCATION NE 'DYLT'); -- 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: ishell vs. OMVS behavior
Have you tried to use the tools dropdown. You can run scripts from there. Jim McAlpine On 3/2/07, Debbie Mitchell [EMAIL PROTECTED] wrote: I don't understand what you're saying. At entry to ishell is the place where you specify the directory you want to work in: - UNIX System Services ISPF Shell Enter a pathname and do one of these: - Press Enter. - Select an action bar choice. - Specify an action code or command on the command line. Return to this panel to work with a different pathname. /u/scomsto/public_html - So don't you just type over the directory you want to be in and press Enter? Well, yes. But I want to execute a script in that directory and the script requires an option. No matter how I try to execute it from ishell, I can't get it to work. Debbie Mitchell -- 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
ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Once Again Hi All. Last night this message appeared on the master console. I allocated another COMMON PAGE dataset larger and IPLed. We came back up. Did I have to IPL? Why would our PAGE datasets be so full? The last IPL was Sept. 2006. Any ideas or explanations are greatly appreciated. We are OS390 V2R10. This is what they looked like before the IPL: IEE200I 19.51.26 DISPLAY ASM 496 TYPE FULL STAT DEV DATASET NAME PLPA 77% OK 093B SYS1.PAGE.MVSDLB.PLPA COMMON97% OK 0936 SYS1.PAGE.VHYPERG.COMMON LOCAL100% FULL 0930 SYS1.PAGE.VHYPERA.LOCAL1 LOCAL100% FULL 0931 SYS1.PAGE.VHYPERB.LOCAL2 LOCAL100% FULL 0932 SYS1.PAGE.VHYPERC.LOCAL3 LOCAL100% FULL 0933 SYS1.PAGE.VHYPERD.LOCAL4 LOCAL100% FULL 0934 SYS1.PAGE.VHYPERE.LOCAL5 LOCAL100% FULL 0937 SYS1.PAGE.VHYPERH.LOCAL6 LOCAL100% FULL 093E SYS1.PAGE.VHYPERI.LOCAL7 LOCAL 27% OK 0945 SYS1.PAGE.VHYPERJ.LOCAL8 ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- 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: ishell vs. OMVS behavior
Thank you all for your clarification. A coworker was trying to run an IVP and the only way he knew how to do anything in OMVS/USS was through ishell. When it wasn't working, I got caught up in this tangent. Now at least I understand a little better what ishell does/doesn't do well and I will share the info with my coworker. Thanks again. Debbie Mitchell -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Based on the ASM display below, it would seem that you ran out of common pgspc. You are in serious danger of another un-scheduled IPL based on your posting below. 1) PLPA overflowing to common. This is not an issue. Many shops set up to run this way. Check the archives. 2) COMMON 97% full. Danger Danger Will Robinson. If this hits 100% it is IPL time. No other recovery is possible. 3) All page datasets except SYS1...LOCAL8 at 100% full. This is a possible performance issue depending on your paging rate. If it is much more that about 160 pps you should look at reallocation or additional locals. The design point is for locals to be 30-35% utilized for optimal paging performance. If your paging rate is low, this is less of an issue. They are probably so full due to the length of time since you last IPL. Anything added to LPALSTxx during the IPL?. snip Once Again Hi All. Last night this message appeared on the master console. I allocated another COMMON PAGE dataset larger and IPLed. We came back up. Did I have to IPL? Why would our PAGE datasets be so full? The last IPL was Sept. 2006. Any ideas or explanations are greatly appreciated. We are OS390 V2R10. This is what they looked like before the IPL: IEE200I 19.51.26 DISPLAY ASM 496 TYPE FULL STAT DEV DATASET NAME PLPA 77% OK 093B SYS1.PAGE.MVSDLB.PLPA COMMON97% OK 0936 SYS1.PAGE.VHYPERG.COMMON LOCAL100% FULL 0930 SYS1.PAGE.VHYPERA.LOCAL1 LOCAL100% FULL 0931 SYS1.PAGE.VHYPERB.LOCAL2 LOCAL100% FULL 0932 SYS1.PAGE.VHYPERC.LOCAL3 LOCAL100% FULL 0933 SYS1.PAGE.VHYPERD.LOCAL4 LOCAL100% FULL 0934 SYS1.PAGE.VHYPERE.LOCAL5 LOCAL100% FULL 0937 SYS1.PAGE.VHYPERH.LOCAL6 LOCAL100% FULL 093E SYS1.PAGE.VHYPERI.LOCAL7 LOCAL 27% OK 0945 SYS1.PAGE.VHYPERJ.LOCAL8 ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET /snip -- 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
How does DFSMS ACS TEST function Work
I have a situation where I went into the ISMF Panel 7 to test the ACS code with my dataset name. The test showed me the SC, SG, DC, MC that would be used and it was correct. When I ran my job, the file was placed elsewhere, not using the SC, SG, DC, or MC that test showed it would. Has anyone run into the situation that when using TEST in ISMF it says one thing, but when you run for real, the file goes somewhere totally different? Thanks Lizette -- 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 does DFSMS ACS TEST function Work
On Fri, 2 Mar 2007 12:18:02 -0500, Lizette Koehler [EMAIL PROTECTED] wrote: I have a situation where I went into the ISMF Panel 7 to test the ACS code with my dataset name. The test showed me the SC, SG, DC, MC that would be used and it was correct. When I ran my job, the file was placed elsewhere, not using the SC, SG, DC, or MC that test showed it would. Has anyone run into the situation that when using TEST in ISMF it says one thing, but when you run for real, the file goes somewhere totally different? Thanks Lizette Hi Lizette - Did you change the ACS routine and then test the code? If so, did you translate them and then activate the CDS? -- 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 does DFSMS ACS TEST function Work
There have been no changes to the ACS routines. The ACS code has been running as is for 6 months. I am just curious if it could happen that the ACS TEST Function does not show what happens when it really runs. I was under the impression that TEST should show me what will really happen. For my case when my data set gets create it gets a different DATACLAS than whan the TEST function shows me it should. Lizette -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Not only is it Danger Danger Will Robinson - but the robot's arms are flailing around and Dr. Smith is crying Ooh the pain You either have not enough local page datasets for your workload or there are one or more address spaces that are chewing up your auxiliary storage. Coupled with that you are dangerously close to full on your common page dataset. Plan of action : (1) Increase size of common page dataset (I would double the size) (2) Find out if you have some greedy address spaces that are using up all of your local page datasets (a) RMF Monitor III can tell you this - see the STORF report (b) If you don't have RMF III running - there are some freeware tools that can help (MXI for example from www.rs.com) (3) If (2) proves that there are no obvious problems - allocate some more page datasets and PAGEADD them or IPL (remember to update the IEASYSxx member) Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: 02 March 2007 12:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Based on the ASM display below, it would seem that you ran out of common pgspc. You are in serious danger of another un-scheduled IPL based on your posting below. 1) PLPA overflowing to common. This is not an issue. Many shops set up to run this way. Check the archives. 2) COMMON 97% full. Danger Danger Will Robinson. If this hits 100% it is IPL time. No other recovery is possible. 3) All page datasets except SYS1...LOCAL8 at 100% full. This is a possible performance issue depending on your paging rate. If it is much more that about 160 pps you should look at reallocation or additional locals. The design point is for locals to be 30-35% utilized for optimal paging performance. If your paging rate is low, this is less of an issue. They are probably so full due to the length of time since you last IPL. Anything added to LPALSTxx during the IPL?. snip Once Again Hi All. Last night this message appeared on the master console. I allocated another COMMON PAGE dataset larger and IPLed. We came back up. Did I have to IPL? Why would our PAGE datasets be so full? The last IPL was Sept. 2006. Any ideas or explanations are greatly appreciated. We are OS390 V2R10. This is what they looked like before the IPL: IEE200I 19.51.26 DISPLAY ASM 496 TYPE FULL STAT DEV DATASET NAME PLPA 77% OK 093B SYS1.PAGE.MVSDLB.PLPA COMMON97% OK 0936 SYS1.PAGE.VHYPERG.COMMON LOCAL100% FULL 0930 SYS1.PAGE.VHYPERA.LOCAL1 LOCAL100% FULL 0931 SYS1.PAGE.VHYPERB.LOCAL2 LOCAL100% FULL 0932 SYS1.PAGE.VHYPERC.LOCAL3 LOCAL100% FULL 0933 SYS1.PAGE.VHYPERD.LOCAL4 LOCAL100% FULL 0934 SYS1.PAGE.VHYPERE.LOCAL5 LOCAL100% FULL 0937 SYS1.PAGE.VHYPERH.LOCAL6 LOCAL100% FULL 093E SYS1.PAGE.VHYPERI.LOCAL7 LOCAL 27% OK 0945 SYS1.PAGE.VHYPERJ.LOCAL8 ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET /snip -- 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
IEBCOPY question?
I'm curious, normally when I'm putting maintenance on the operating system and I receive the dreaded D37 abend on a load library where the library can't be comressed any further, I will allocate a new larger library with all the same attributes and use IEBCOPY to copy everything over. My question is since the blksizes of the datasets are identical is it ok to just use IEBCOPY without COPYMOD? I'm assuming I would only need copymod if the blocksize were different and the modules needed re-blocked. Thanks for your help. University Information Management Systems George Dranes Manager-Technical Services [EMAIL PROTECTED] Morgan Hall 121 1 University Circle Macomb, IL 61455-1390 tel: 309-298-1097 X261 fax: 309-298-1451 -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Allan, Rob Scott's answer is probably what is happening to you. As an example, we just went through the same sort of problem. A vendor monitor was issuing getmain for some function, and never issuing freemain when finished with the storage. It built up over time to the point that the monitor had used a very large percentage of the page space. The vendor had a fix for a known problem, and, after applying the fix, we have not seen the storage leak again. John Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. snip You either have not enough local page datasets for your workload or there are one or more address spaces that are chewing up your auxiliary storage. Coupled with that you are dangerously close to full on your common page dataset. Plan of action : (1) Increase size of common page dataset (I would double the size) (2) Find out if you have some greedy address spaces that are using up all of your local page datasets (a) RMF Monitor III can tell you this - see the STORF report (b) If you don't have RMF III running - there are some freeware tools that can help (MXI for example from www.rs.com) (3) If (2) proves that there are no obvious problems - allocate some more page datasets and PAGEADD them or IPL (remember to update the IEASYSxx member) Rob Scott Rocket Software, Inc -- 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 does DFSMS ACS TEST function Work
On Fri, 2 Mar 2007 12:51:50 -0500, Lizette Koehler [EMAIL PROTECTED] wrote: I was under the impression that TEST should show me what will really happen. Lizette It should. Is the CDS name of the SCDS on the option 7 screen where you type 4 to test the same as the one that is activated on your system? You can find this by doing a D SMS command on the console. -- 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 does DFSMS ACS TEST function Work
As far as SMS is concerned, no changes. ACDS, SCDS, ACS Code all the same for the last 6 months. No changes to this particular problem. Should look like this: Data Set Name . . . . : SYSM.SYNCSORT.R1M2.SMPTLIB.BSSIB12.F2 General Data Current Allocation Management class . . : MCSYSTEM Allocated tracks . : 3 Storage class . . . : SCSYSTEM Allocated extents . : 1 Volume serial . . . : SYS127 Maximum dir. blocks : 100 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : POCurrent Utilization Record format . . . : U Used tracks . . . . : 3 Record length . . . : 0 Used extents . . . : 1 Block size . . . . : 6144 Used dir. blocks . : 1 1st extent tracks . : 3 Number of members . : 2 Secondary tracks . : 20 Data set name type : PDS Creation date . . . : 2006/03/14 Referenced date . . : 2007/03/02 Expiration date . . : ***None*** Instead it gets this: Data Set Name . . . . : SYSM.SYNCSRT.SSP.BT470.BSSIA12.F1 General Data Current Allocation Management class . . : ACT Allocated tracks . : 1 Storage class . . . : SCSYSTEMAllocated extents . : 1 Volume serial . . . : DISKC1 Device type . . . . : 3390 Data class . . . . . : ACTM Current Utilization Organization . . . : PS Used tracks . . . . : 1 Record format . . . : FB Used extents . . . : 1 Record length . . . : 1024 Block size . . . . : 6144 1st extent tracks . : 1 Secondary tracks . : 5 Data set name type : SMS Compressible : NO Creation date . . . : 2007/03/02 Referenced date . . : 2007/03/02 Expiration date . . : ***None*** ACS Test returns: CDS NAME : ACTIVE ACS ROUTINE TYPES: DC SC MC SG ACS TEST LIBRARY : TSO.LK41591.ACS.TEST.PDS ACS TEST MEMBER EXIT CODE RESULTS --- DESCRIPTION: SYSM.SYNCSRT.SSP.BT470.BSSIB12.F1 EXPECTED RESULT: 0 SYNCTST 0 DC = NULL VALUE ASSIGNED 0 SC = SCSYSTEM 0 MC = MCSYSTEM 0 SG = SYSTEMS ACS TESTING RC: 00 In the actual allocation it gets a DATACLAS of ACTM, but TEST show NULL Lizette -- 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 does DFSMS ACS TEST function Work
On Fri, 2 Mar 2007 13:18:32 -0500, Lizette Koehler [EMAIL PROTECTED] wrote: In the actual allocation it gets a DATACLAS of ACTM, but TEST show NULL Lizette The file types are different between F1 F2. F1 is a PS and F2 is a PO. Try the test again with a Dsorg of PO and see what happens. -- 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 does DFSMS ACS TEST function Work
Humor us and post the data class ACS routine. You do have the DATACLAS field on the Test Case panels BLANK, don't you? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Friday, March 02, 2007 1:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does DFSMS ACS TEST function Work As far as SMS is concerned, no changes. ACDS, SCDS, ACS Code all the same for the last 6 months. No changes to this particular problem. Snipped excessive quoted material per IBM-Main rules... LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- 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 does DFSMS ACS TEST function Work
In a message dated 3/2/2007 12:27:50 P.M. Central Standard Time, [EMAIL PROTECTED] writes: As far as SMS is concerned, no changes. ACDS, SCDS, ACS Code all the same for the last 6 months. No changes to this particular problem. Isn't there an SMPTLIB parm for SMP/E that specifies the volume??? Or just do a simple receive HOLDDATA and browse for SMPTLIB. BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
snip ob Scott's answer is probably what is happening to you. As an example, we just went through the same sort of problem. A vendor monitor was issuing getmain for some function, and never issuing freemain when finished with the storage. It built up over time to the point that the monitor had used a very large percentage of the page space. /snip If you have OMEGAMON you can track CSA usage, or, you can take a dump and use IPCS to see who is using it. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
My question is since the blksizes of the datasets are identical is it ok to just use IEBCOPY without COPYMOD? I'm assuming I would only need copymod if the blocksize were different and the modules needed re-blocked Why worry? Just do it! It couldn't hurt. What do you think you're gaining by not doing the COPYMOD? - Too busy driving to stop for gas! -- 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 does DFSMS ACS TEST function Work
The DC routine is over 600 lines long. I do not see that appropriate for the list. Besides after that you would ask for the SC, MC, and SG stuff. So thanks, but I will go another route. However, from the response I have, I see that this is not normal. I will open a PMR to SMS and see what they can do. Test should be true. Lizette -- 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: IEBCOPY question?
I was just curious, when using ISPF 3.3 its default is to only use copymod if the blocksizes differ. If no copymod is ok with ISPF I guess its ok with me. I've never had any issues not using copymod on load libraries. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Friday, March 02, 2007 1:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBCOPY question? My question is since the blksizes of the datasets are identical is it ok to just use IEBCOPY without COPYMOD? I'm assuming I would only need copymod if the blocksize were different and the modules needed re-blocked Why worry? Just do it! It couldn't hurt. What do you think you're gaining by not doing the COPYMOD? - Too busy driving to stop for gas! -- 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
IBM ResourceLink down this weekend
There is a broadcast headline message on the IBM ResourceLink web site today announcing downtime tomorrow March 3, 2007 starting at 11 pm eastern standard time and ending March 4, 2007 at 2 pm eastern standard time. This is of particular significance to those who might be planning to place some sort of capacity upgrade order via the ResourceLink web site. The announcement advises customers to order such upgrades before the downtime window. Further, the announcement describes this as an IBM Registration downtime window - which affects ResourceLink presumably because IBM Registration is the IBM web site sign on process. I wonder if there will also be an outage for IBMLink as well during this timeframe? The site www.ibm.com/ibmlink also uses IBM Registration, as far as I know. Good thing VM green screen IBMLink still works - until March 31, 2007 Brian -- 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
LLA and UPDATE access to loadlibs
Hi, All, A couple Sundays ago we deployed z/OS 1.7 to Production, and shortly thereafter learned the hard way that we had omitted one loadlib from the link list. We dynamically added the missing library, and I issued an LLA REFRESH. We also have a couple application loadlibs managed by LLA (they are NOT linklisted), and we audit UPDATE or higher accesses to these libraries. Today I am queried by Audit about what did you do in those two application loadlibs, and the report lines I saw showed UPDATE access granted to both libraries at the same time. The time showed corresponds exactly to the time SYSLOG shows that I issued the LLA REFRESH. The question: Why does LLA REFRESH request / require UPDATE access to loadlibs, instead of just READ? TIA, -jc- -- 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 does DFSMS ACS TEST function Work
Lizzette, If you change the CDS name to 'ACTIVE', your test case will be run against what is actually in use. If you have different results, you should check out the date and time each routine was last translated between the source CDS and the active CDS on ISMF panel 7 | 5 (Display). Regards, John -- 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: LLA and UPDATE access to loadlibs
You need to open a PMR with IBM. If it were me, I'd start with component 5752SC1CJ Contents Supervision. Brian On Fri, 2 Mar 2007 13:47:34 -0600, Chase, John wrote: Hi, All, A couple Sundays ago we deployed z/OS 1.7 to Production, and shortly thereafter learned the hard way that we had omitted one loadlib from the link list. We dynamically added the missing library, and I issued an LLA REFRESH. We also have a couple application loadlibs managed by LLA (they are NOT linklisted), and we audit UPDATE or higher accesses to these libraries. Today I am queried by Audit about what did you do in those two application loadlibs, and the report lines I saw showed UPDATE access granted to both libraries at the same time. The time showed corresponds exactly to the time SYSLOG shows that I issued the LLA REFRESH. The question: Why does LLA REFRESH request / require UPDATE access to loadlibs, instead of just READ? TIA, -jc- -- 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: LLA and UPDATE access to loadlibs
On 3/2/2007 3:01 PM, Chase, John wrote: The question: Why does LLA REFRESH request / require UPDATE access to loadlibs, instead of just READ? I don't know for sure, but I think it's likely that the designers decided that, for security or integrity reasons, only someone authorized to update the library should be able to change the view that everyone has of the library contents. In one way, changing the view of the library's contents is very similar to updating the library. In another way, doing an LLA update could cause problems. Consider, for example, what might happen if someone performed the LLA update while you were part way through making a series of updates to the library. It is more likely (though not guaranteed) that people with UPDATE to the library work together, and talk to each other, more than they would to someone with merely READ authority to the library (which might be almost any user of the system). Walt Farrell, CISSP z/OS Security Design, IBM -- 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: LLA and UPDATE access to loadlibs
On Fri, 2 Mar 2007 13:47:34 -0600, Chase, John wrote: The question: Why does LLA REFRESH request / require UPDATE access to loadlibs, instead of just READ? See note 5: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/7.17?SHELF=ICHZBK61DT=20050713233738 Norbert Friemel -- 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
FBA rant was Re: IBM S/360 series operating systems history
On Fri, 02 Mar 2007 08:29:28 -0700, in bit.listserv.ibm-main you wrote: Phil Payne wrote: They had Memorex Double Density 3350s with IDI - Intelligent Dual Interface. Was ever anything so inappropriately named? A status bus parity check - a common occurence - caused all IDI-linked controllers to forget all owed interrupts. Total system hang. SVS had a MIH, but its channel redrive was - IMO - incorrect. I can't remember after a quarter of a century, but it did a Clear IO when it should have done a Clear Channel or vice versa. I zapped the opcode for other topic drift ... san jose had done a 3350 (prior to 3380) with twice the number of cylinders ... but they couldn't get MVS to provide the device support ... so they shipped it as two emulated regular 3350s ... which didn't see a lot of uptake, partially because the two independent optimized seek queues would be contending for single arm (resulting in relatively random arm motion). this was an ongoing problem. MVS also wouldn't do FBA (fixed-block-architecture) device support. It was even offered to provide them with the fully tested code ... and the reply was there would still be a twenty some million change bill (documentation, training, etc). Needed to demonstrate real incremental ROI for the (i.e. real additional new sales as opposed to customers buying FBA in-lieu of CKD). So the jackasses will have cost the company far more than the 20 million dollars by their opposition. Does anyone really think that 54 gigabytes per volume is going to be other than totally inadequate in the next ten years? Laptops now have 100 gigabytes and up on a single drive. FBA will require major changes to spool management but we might be able to get away from the one track IPL text. I can see various FBA types such as: ones with file systems with all directory/file name/member name information in Unicode, ones with just z/FS or successor file systems and looking like true Unix volumes, and ones that are structured to be only VSAM/PDSE related volumes. There might be other variants once the bottleneck of CKD is broken. MVS might even be able to recognize a DVD. rest snipped -- 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: FBA rant
Clark Morris wrote: So the jackasses will have cost the company far more than the 20 million dollars by their opposition. Does anyone really think that 54 gigabytes per volume is going to be other than totally inadequate in the next ten years? Laptops now have 100 gigabytes and up on a single drive. FBA will require major changes to spool management but we might be able to get away from the one track IPL text. I can see various FBA types such as: ones with file systems with all directory/file name/member name information in Unicode, ones with just z/FS or successor file systems and looking like true Unix volumes, and ones that are structured to be only VSAM/PDSE related volumes. There might be other variants once the bottleneck of CKD is broken. MVS might even be able to recognize a DVD. re: http://www.garlic.com/~lynn/2007e.html#33 IBM S/360 series operating systems history actually I used similar argument as part of the original justification ... projecting enormous total life-cycle cost savings by moving to FBA ... in addition to a whole variety of performance improvements that would come as part of moving to FBA. lots of past posts mentioning the whole FBA, CKD, etc period http://www.garlic.com/~lynn/subtopic.html#dasd -- 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: FBA rant was Re: IBM S/360 series operating systems history
Clark Morris wrote: So the jackasses will have cost the company far more than the 20 million dollars by their opposition. Does anyone really think that 54 gigabytes per volume is going to be other than totally inadequate in the next ten years? Laptops now have 100 gigabytes and up on a single drive. FBA will require major changes to spool management but we might be able to get away from the one track IPL text. I can see various FBA types such as: ones with file systems with all directory/file name/member name information in Unicode, ones with just z/FS or successor file systems and looking like true Unix volumes, and ones that are structured to be only VSAM/PDSE related volumes. There might be other variants once the bottleneck of CKD is broken. MVS might even be able to recognize a DVD. I agree with you Clark re: the short-sightedness of not supporting FBA in MVS. Because of that dumb decision, z/OS is the only mainframe operating system left in the 21st century that can't handle SCSI. :-( That situation should be rectified! But, why do you say we need FBA in order to support volumes greater than 54GB? Why can't ECKD be extended to support larger volumes? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: LLA and UPDATE access to loadlibs
On 3/2/2007 3:33 PM, Brian Peterson wrote: You need to open a PMR with IBM. If it were me, I'd start with component 5752SC1CJ Contents Supervision. Why would he need a PMR? It's working as it's documented to work. Walt Farrell, CISSP z/OS Security Design, IBM -- 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: FBA rant
On Fri, 2007-03-02 at 15:00 -0700, Anne Lynn Wheeler wrote: actually I used similar argument as part of the original justification ... projecting enormous total life-cycle cost savings by moving to FBA ... in addition to a whole variety of performance improvements that would come as part of moving to FBA. Actually I liked this bit from your previous post ... ... because the OS crowd is completely incapable of getting their act together Tee hee ... that must have gone down like a lead balloon. :o) I used to love being a spectator at some of the fun at Amdahl - obviously it would have been even more enlightening to have been a fly on the wall at IBM. And yep, we'd probably all like FBA support to have been taken up. Shane ... -- 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: FBA rant was Re: IBM S/360 series operating systems history
The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 My question is who is going to want that much data on a single volume? In 10 years someone may want that much. I'll be glad to not have to wait for that volume restore as I hope to be long retired. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 The comments made are my personal opinions. BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, March 02, 2007 4:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FBA rant was Re: IBM S/360 series operating systems history I agree with you Clark re: the short-sightedness of not supporting FBA in MVS. Because of that dumb decision, z/OS is the only mainframe operating system left in the 21st century that can't handle SCSI. :-( That situation should be rectified! But, why do you say we need FBA in order to support volumes greater than 54GB? Why can't ECKD be extended to support larger volumes? -- -- 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: LLA and UPDATE access to loadlibs
Sorry - you are correct, of course. Brian On Fri, 2 Mar 2007 17:23:01 -0500, Walt Farrell wrote: On 3/2/2007 3:33 PM, Brian Peterson wrote: You need to open a PMR with IBM. If it were me, I'd start with component 5752SC1CJ Contents Supervision. Why would he need a PMR? It's working as it's documented to work. Walt Farrell, CISSP z/OS Security Design, IBM -- 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
ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Did you get any other messages? With the local page data sets this full you should have experienced an Auxiliary Storage Shortage (IRA200E), since this occurs when 70% or greater of all available slots are in use. If your page data sets are all of comparable size you were already at almost 91% use, which would have pretty well stopped new work from running. If this ocurred, then clearly this is a short term issue that surfaced rather suddenly since it is unlikely that you ran in this state for any length of time. You should have also received message IRA203E which indicates the heaviest Auxiliary Storage users. One concern in this scenario is whether you have a job(s) that is overallocating VIO frames. COMMON only needs to be large enough to hold your defined allocation from IEASYSxx. IEE200I 19.51.26 DISPLAY ASM 496 TYPE FULL STAT DEV DATASET NAME PLPA 77% OK 093B SYS1.PAGE.MVSDLB.PLPA COMMON97% OK 0936 SYS1.PAGE.VHYPERG.COMMON LOCAL100% FULL 0930 SYS1.PAGE.VHYPERA.LOCAL1 LOCAL100% FULL 0931 SYS1.PAGE.VHYPERB.LOCAL2 LOCAL100% FULL 0932 SYS1.PAGE.VHYPERC.LOCAL3 LOCAL100% FULL 0933 SYS1.PAGE.VHYPERD.LOCAL4 LOCAL100% FULL 0934 SYS1.PAGE.VHYPERE.LOCAL5 LOCAL100% FULL 0937 SYS1.PAGE.VHYPERH.LOCAL6 LOCAL100% FULL 093E SYS1.PAGE.VHYPERI.LOCAL7 LOCAL 27% OK 0945 SYS1.PAGE.VHYPERJ.LOCAL8 ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET -- 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: ishell vs. OMVS behavior
On Fri, 2 Mar 2007 11:02:38 -0600, Debbie Mitchell wrote: Thank you all for your clarification. A coworker was trying to run an IVP and the only way he knew how to do anything in OMVS/USS was through ishell. When it wasn't working, I got caught up in this tangent. Now at least I understand a little better what ishell does/doesn't do well and I will share the info with my coworker. I observe another difference between native, OMVS, and ISHELL: performance. Apparently ISHELL runs a login shell, and thus my ~/.profile for each command. My .profile is admittedly somewhat bloated -- I share it among several distinct systems. I timed it by simply inserting a date command at the top and the bottom. So, the numbers: Native z/OS shell: 7 seconds 3270 OMVS: 7 seconds ISHELL:240 seconds (The first time I tried it native, it was 13 seconds. I can conjecture this is time to mount filesystems. The 240 seconds is remarkably repeatable: it hardly varies 1%.) So, why is ISHELL so much slower. I suspect what would really help your coworker is a file menu, similar to DSLIST or DDLIST, which could run under OMVS with a 327x display. This could react properly to the cd's, env's, umask's, su's, etc., at least as they were on entry to the menu. It would be even better if the menu were made a builtin command, so changes made under the menu would persist on return to line mode. Sounds to me like an opportunity for a Requirement. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
In a message dated 3/2/2007 4:58:30 P.M. Central Standard Time, [EMAIL PROTECTED] writes: surfaced rather suddenly since it is unlikely that you ran in this state for any length of time. You should have also received message IRA203E which indicates the heaviest Auxiliary Storage users. One concern in this scenario is whether you have a job(s) that is overallocating VIO frames. COMMON only needs to be large enough to hold your defined allocation from IEASYSxx. What's the old saying? 'If you can't measure it, you can't manage it.' Should be able to pick it off with RMF and see what's gobbling all the ZORKs. Or ZORKing all the gobbles BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- 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: FBA rant was Re: IBM S/360 series operating systems history
Blaicher, Chris wrote: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 Actually it is much larger. You can have more than 15 tracks per cylinder. I think 3330's had 30. HH can also be , and R can be FF. So the max records per volume is FF or 16**10. If you ignore data chaining, the max record size is (CCW length field). This make the max size 16**14 bytes or approx. 7 * 10**16 if I did my conversion correctly. There is also the BB part of the address which is currently unused (as far as I know). Any such change also requires a lot of software changes by IBM, ISVs, and customers. Other than increasing the number of cylinders, there has not been a change in MVS disk geometry in quit some time. I remember having problems going from 2314 to 3330 to 3350. We found code that hard coded the values for track capacity and had to be changed. Hopefully most of that kind of code is gone know, but who knows. This is probably easier than FBA at this point, but I don't really know. Any choice will cause some problems, but something will have to be done eventually. -- 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
Re: Does VVDS must be catalogued ?
On Thu, 1 Mar 2007 14:01:30 +0100, CAPRON Romain [EMAIL PROTECTED] wrote: DEFINE CLUSTER (NAME(SYS1.VVDS.Vvolser) - NIXD VOL(volser) - TRK(45,1)) That seems to me to be kind of a strange way to allocate them. The default allocation is TRK(5,5) That allows for a lot more space than your allocation. -- Tom Marchant -- 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
Back to Unemployment
What I thought would be a longer term employment as a contractor, and possibly a full time position, is ending in 2 weeks. Back to unemployment again. They didn't have as much work as they thought, and a new hire in the mainframe middleware department has been doing a lot in the z/OS areas. I'll be moving back to my house in the Milwaukee area in a few weeks to a few months. If anyone has any possible leads on jobs, please let me know. I'm willing to work almost anywhere in the USA, although I would much prefer the Milwaukee area. I know there are still several z/OS datacenters left Milwaukee, although in the last 2 years, I've only known of 1 job opening there for a sysprog. Note the change in my sig line to TekSystems. That's who I work through at Lands End. Maybe they will have a new contract job. Until about 6 months ago, I wouldn't even consider contract work. Now, I suspect that will be my source of income for a while. We'll see what the good Lord has in store for me. Eric Bielefeld Sr. z/OS Systems Programmer TekSystems Dodgeville, Wisconsin 414-475-7434 -- 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: FBA rant was Re: IBM S/360 series operating systems history
Blaicher, Chris wrote: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 Max CC I agree is . That's obvious. But, max HH = E? My hex calculator disagrees. This is not a CKD restriction. It is a self-imposed restriction by those not wishing to change the trk/cyl constant. I guess you're one of them. Remember, 3350s had 30 trk/cyl. Since there are no SLEDs any more, there's no reason we cant have HH = 7FFF or even HH = except for the 3390 geometry compatibility issue. And, nothing says we can't make bytes/track larger either. Even if 15 trk/cyl must be retained, then why not steal the four wasted bits from the HH and use it to extend CC? It seems to me that there are several practical alternatives... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: FBA rant was Re: IBM S/360 series operating systems history
On Fri, 2 Mar 2007 16:35:23 -0600, Blaicher, Chris [EMAIL PROTECTED] wrote: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder Only if 3390 geometry us maintained. That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 There's where your arithmetic went wrong. 983,040 * 56,664 = 55,702,978,560 983,949 * 566,664 = 557,053,378,560 -- Tom Marchant -- 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
Ancient military disks
I recently purchased a number of unused disk packs for the RD-281/ drive. These contain 11 14 platters, with the top platter being double layer (two platters stuck together). The bottom shield has 20 notches along the perimeter, with one being a double notch. The IBM p/n is 3904903, and they are tagged as RD-281 data cartridges by IBM. Apparently the RD-281/ was the DASD for the militarized S/370 in AWACS aircraft. These look like standard units, sort of like 3336s. They may indeed be a retagged 3336s, but I am not going to stick a new disk in my crappy 3330 just to see if one fits. Does anyone know anything about the RD-281/? Were they similar to a more well known DASD? Could these cartridges be used in the standard commercial DASDs? -- Will -- 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: FBA rant
On Fri, 2007-03-02 at 18:11 -0600, Richard Peurifoy wrote: This is probably easier than FBA at this point, but I don't really know. Introducing a new DASD architecture should be a doddle. New playing field - the old world doesn't even need to know it exists. If they can slip media manager code in under the covers, why can't they also add new functionality just for FBA. Be nice if it is freely (and widely) documented though. So the problem is ???. ROI for all that time and effort. When DB2 developers decide it's a must have maybe we'll all get it. You'd have to think Greg Dyck would be just the boy - right guy, right place, right time. Greg, are you listening ... ;-) Shane ... -- 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: FBA rant was Re: IBM S/360 series operating systems history
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/02/2007 04:35:23 PM: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 Hmmm. My calculator says 983040*56664=55,702,978,560. Mark Wheeler, 3M Company -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
No need for a dump this can be done using active. Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Friday, March 02, 2007 8:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET If you have OMEGAMON you can track CSA usage, or, you can take a dump and use IPCS to see who is using it. -- 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: FBA rant was Re: IBM S/360 series operating systems history
On 2 Mar 2007 14:42:07 -0800, [EMAIL PROTECTED] (Blaicher, Chris) wrote: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 My question is who is going to want that much data on a single volume? In 10 years someone may want that much. I'll be glad to not have to wait for that volume restore as I hope to be long retired. I have seen ads for 500 gigabyte disks for PCs and PCs with 500 gigabyte disks. At the rate databases are growing and the product files have more and more pictures for Internet sales, I am sure someone will find uses and ways to back them up. In response to another posting, I realize that you could change some of the limits so that track size and cylinder size are larger but if pain is going to be caused, why perpetrate a file organization that is optimal only for sequential files? We are awkwardly shoe horning FBA access methods - VSAM, PDSE, and the various Unix file systems are all FBA oriented and fit awkwardly on CKD devices (using 4K or 8K blocks you utilize only 48k out the 56K theoretical maximum). There is additional path length in both the mainframe and the controller to accommodate CKD. The basic changes that would be needed in order to functionally stabilize CKD are finding a new spool arrangement (snitch one from Unix), enhancing ESDS so that it can be on tape (RCA did this with the Spectra 70) and have GDG like capability, allowing PDSE to be in the IPL link and LPA lists, coming up with new VTOC capabilities, a new IPL text mechanism and an upgraded way of handling SYS1.NUCLEUS. This could be the excuse to expand the data set name length and member name length as well as get rid of a lot of baggage. In the restructuring they should look at what the other IBM operating systems do and snitch any good ideas. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 The comments made are my personal opinions. BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Edward Jaffe Sent: Friday, March 02, 2007 4:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FBA rant was Re: IBM S/360 series operating systems history I agree with you Clark re: the short-sightedness of not supporting FBA in MVS. Because of that dumb decision, z/OS is the only mainframe operating system left in the 21st century that can't handle SCSI. :-( That situation should be rectified! But, why do you say we need FBA in order to support volumes greater than 54GB? Why can't ECKD be extended to support larger volumes? -- 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: FBA rant was Re: IBM S/360 series operating systems history
All right. Damn extra keystroke. Should have checked that. :( Nothing like embarrassing yourself to the world. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 The comments made are my personal opinions. BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark L. Wheeler Sent: Friday, March 02, 2007 7:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FBA rant was Re: IBM S/360 series operating systems history IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/02/2007 04:35:23 PM: The limit for CKD volumes is a little more than 54GB. I come up with a number closer to 500GB. Past that and IBM will need to go to logical volumes on a physical volume. The reason is the CCHHR count field. Max CC is , which give 65536 cylinders (don't forget cylinder 0) Max HH is E, which gives 15 tracks per cylinder That gives: 65536 cylinders times 15 tracks times 56664 bytes = 983040 tracks * 56664 983040 tracks * 56664 = 557,053,378,560 Hmmm. My calculator says 983040*56664=55,702,978,560. Mark Wheeler, 3M Company -- 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
Re: IEBCOPY question?
George, If the blocksizes are the same, IEBCOPY without copymod works fine. I think you can copy to an equal or larger BLKSIZE without having to use copymod. Eric Bielefeld Sr. z/OS Systems Programmer TekSystems Dodgeville, Wisconsin 414-475-7434 - Original Message - From: George Dranes [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, March 02, 2007 11:58 AM Subject: IEBCOPY question? I'm curious, normally when I'm putting maintenance on the operating system and I receive the dreaded D37 abend on a load library where the library can't be comressed any further, I will allocate a new larger library with all the same attributes and use IEBCOPY to copy everything over. My question is since the blksizes of the datasets are identical is it ok to just use IEBCOPY without COPYMOD? I'm assuming I would only need copymod if the blocksize were different and the modules needed re-blocked. Thanks for your help. University Information Management Systems George Dranes Manager-Technical Services [EMAIL PROTECTED] Morgan Hall 121 1 University Circle Macomb, IL 61455-1390 tel: 309-298-1097 X261 fax: 309-298-1451 -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
In a message dated 3/2/2007 8:16:31 P.M. Central Standard Time, [EMAIL PROTECTED] writes: No need for a dump this can be done using active. Yeah, but if all the terminals are locked up... BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- 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: FBA rant
At 11:40 +1000 on 03/03/2007, Shane wrote about Re: FBA rant: Introducing a new DASD architecture should be a doddle. New playing field - the old world doesn't even need to know it exists. If they can slip media manager code in under the covers, why can't they also add new functionality just for FBA. Be nice if it is freely (and widely) documented though. There were FBA Drives under DOS/VS. They were transparent to the user/programs. If it could be done then, why not now? -- 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 S/360 series operating systems history
At 18:22 +1100 on 02/19/2007, Ken Brick wrote about Re: IBM S/360 series operating systems history: DOS/VS R27 1972-73 timeframe - check when the small 370'e (135 145) become available That was DOS/370 R27. It was NOT a VS system (that was R28 I think). This ran on 370 135/145 BEFORE the release of the VS Microcode. Basically it was DOS/360 with the new 370 instructions and the 370 CPU Support. Note: If R27 was DOS/VS than it was DOS R26 which was DOS/370 and the last real memory operating system. Which ever release was DOS/370, it was a single release between the last DOS/360 and the first DOS/VS. -- 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 S/360 series operating systems history
At 20:55 -0500 on 02/20/2007, Thompson, Steve wrote about Re: IBM S/360 series operating systems history: I had a friend who worked for Holiday Inns at Holiday City in Memphis back about 1977 where they were still running TOS (I think he had 128K) with 2311 disk drives (if I remember the model correctly). I do not know if they supported ISAM, BDAM or just SAM back then (what a waste of DASD if they could only do SAM). IMPOSSIBLE. TOS did not have ANY DASD support (it was a TAPE ONLY system with no DASD DTFs or xxMOD macros [although you could in theory add them by copying them from a DOS system so you could assemble your program] nor any support to access DASD from user programs). If you wanted DASD support, you needed to switch to DOS which had the DASD IO support, Macros, and had a DASD SYSRES. -- 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 S/360 series operating systems history
At 13:05 -0500 on 02/19/2007, Shmuel Metz (Seymour J.) wrote about Re: IBM S/360 series operating systems history: Second, you list releases of OS/360 that have nothing to do with OS/360: OS/360 BOS-8k, OS/360 BPS, OS/360 TOS, OS/360 BOS-16k and OS/360 DOS-16k. BPS/360 was not much more than a loader, BOS/360 was a separate system and TOS/360 was the same code base as DOS/360 with a tape loader instead of a disk loader. If you can get the dates I'd advise listing the releases of DOS/360 in the VSE timeline. DOS/360 started with the name BOS-16k and was renamed as DOS at some release level. The same thing happened with BPS-16k which got renamed to TOS at the same release level. The BOS-8k and BPS-8k were renamed to just BOS and BPS at that release level and then dropped totally. -- 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 S/360 series operating systems history
At 15:08 -0800 on 02/20/2007, Charles Mills wrote about Re: IBM S/360 series operating systems history: TOS was a piece of work! Every time you linkedited a program (all executable programs in DOS/TOS in those days lived in SYSRES) it copied the SYSRES from tape to tape, kind of like a good old days update of the customer master file. And the first thing you then did was run a copy or two of the new SYSRES Tape. I seem to remember that the life time of the media that was used to hold the SYSRES was about a month or so (it wore out from all the constant back-and-forth movement). You had to trace the amount of usage it got so you could replace it with one of the copies before it totally wore out. -- 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 S/360 series operating systems history
At 18:53 -0500 on 02/28/2007, (IBM Mainframe Discussion List) wrote about Re: IBM S/360 series operating systems history: MVT was first virtualized in early 1974 as OS/VS2 Release 1, better known as SVS (Single Virtual Storage). A fuller version, OS/VS2 Release 2, was available a year or so later, and it was quickly renamed MVS for Multiple Virtual Storages. MFT evolved into VS1. SVS was MVT with Virtual Storage (a 16Meg Machine). MVS split the 16Meg into 3 Areas - At the bottom and top of the memory space was the Operating System and memory shared between the running Address Spaces/Programs (the same mapping as with MVT and SVS). The big difference from SVS was the 3rd area where the Programs ran - In MVS, each program had its own copy of this address range so that it had access to all the memory that was not reserved for the Operating System (in MVT, SVS, and MFT/VS1 this area was shared between all the running programs so there was a limit on the total combined size of the running programs). VS1 was similarly MFT with VS. The Program Area was divided into Partitions (which were used to hold the running programs). When you wanted to run a program, you scheduled it to run in a Partition that was large enough to provide enough memory but not one that was much larger (if possible) since once in use, you could find that all of the large partitions were running small programs. Creating a Large Partition by combining the memory from multiple small partitions, required that they were adjacent. -- 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: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
If you have OMEGAMON you can track CSA usage, or, you can take a dump and use IPCS to see who is using it. No need for a dump this can be done using active. Sorry to disagree, but these points are irrelevant. There is nothing here to suggest that CSA itself is becoming full, but only that the page data set isn't big enough to hold the allocation. Even though the ILR006E message was issued, there was still space available in the PLPA page data set to absorb the overflow, so while it this is not a desirable state, it certainly is not at outage. The real question remains, which is how was the system was running at all with the LOCAL page data sets so full? For all practical purposes, all new processing would have been suspended which would be surprising if it went unnoticed for any period of time. Either there were alot more messages related to an auxiliary storage shortage, or the page data sets have really a difference in their allocation (ie: 7 at 100% full while the eighth is only 27% full?), or the D ASM is incorrect. In any case, while the issue around the COMMON page data set certainly needs to be addressed, the LOCALs represent an active problem, while CSA does not. Adam -- 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
