Re: How many sites still on V1.5 or earlier?
At Lands End, about 3 weeks ago they converted the 2nd system from 1.4 to 1.7. They definitely didn't want to be unsupported. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Blaicher, Chris [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, April 02, 2007 9:01 AM Subject: Re: How many sites still on V1.5 or earlier? Guys and Gals, You are making it all more complicated than the question. Eric B. came closest to answering the question and even he didn't because his answer was about a place he used to work at. Simple question: Are you still running V1.5 now that it is EOS? And for Chris Craddock, this is a personal question, not a corporate question. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF not productive
I still think that what you learned first and grew up on determines what editor you like best. I worked with VM for about 15 years at PH Mining until they retired VM. I never liked XEDIT as well as ISPF. I know that some of the best people at PH liked XEDIT better, but they learned it before ISPF. I know that there are a few things that XEDIT does that can't be done in ISPF, but I can't remember what they are now. Its funny how things work out when you've been away from ISPF for a while. When I would edit something at Lands End on the mainframe, I would keep grabbing the mouse and try to scroll forward using the scroll wheel. I wish I could do that in ISPF. I guess you can if you use the GUI, but I've never seen that work. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] I take it that you've never used XEDIT. ISPF certainly has a fine collection of tools, but the developers could make it much better by taking advantage of ideas in the, e.g., VM, *ix, worlds. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF not productive
I didn't know Vista allowed that. I'll have to try getting Vista at my next job then. We had Rumba at Lands End. At PH, we had some old thing that was last supported around 1999. I can't even remember the name any more. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Wayne Driscoll [EMAIL PROTECTED] Eric, That really depends on the terminal emulator you use. I use Vista, and one of the things I love about it is that it treats the scroll wheel as ISPF UP and DOWN commands. Now if ISPF find could use regular expressions, I would be a happy man. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -- 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: Any DST Problems Yesterday?
My Garmin GPS didn't reset the time either, but then it never has. It doesn't take much to tap the clock icon and then tap Daylight savings time. Eric Bielefeld Sr. z/OS Systems Programmer TekSystems Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Doc Farmer [EMAIL PROTECTED] My phone didn't have any problems, but my Garmin GPS wouldn't automatically deal with the DST change. I had to force it to switch to standard. Which was weird, because both of my atomic clocks (WWV controlled) coped with the issue.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: Any DST Problems Yesterday?
My PC at Lands End never reset the time. I noticed at about 11:30 that the clock had the wrong time. We have Windows 2000 Professional with Outlook. After the help desk got the time reset, then my Outlook calendar made all my appointments for the week 1 hour off. As I understand it, only a few people had these problems. I just dragged all my appointments up one hour, which took about a minute. Of course, I only have 1 week left so I only had to worry about this week. When I got up this morning, I turned the heat up, and I'm sure that for the day I'll use more energy than I would have had I turned up the heat an hour later. Typical government garbage. 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
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: 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: sysprog demand in USA
I really don't think too many American companies are moving mainframe computers to foreign countries, unless the business presence in the foreign country demands a mainframe. I have to believe that most companies want their mainframe at home on American soil where it is safe, and easy to communicate with. Does anyone know of any American businesses who have outsourced their mainframe to a foreign country to cut costs when they have little business presence in that country? Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: R.S. [EMAIL PROTECTED] That's why sysprogs are still wanted. However in India, Pakistan, Poland, Ukraine. That's result of telecommunication possibilities today. American managers decide to move American computers to cheaper countries, just to lower the costs and provide greater profits to American shareholders. I prefer polish goods, but when polish are significantly more expensive, I choose imported ones. BTW: It's matter of economy, not mainframes. -- Radoslaw Skorupka Lodz, Poland -- 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: License keys for ISV products(What alternatives are there?)
Why would anyone buy a product that has 9-5 service and keys to make it work? I would think just a tiny amount of investigation would uncover that fact. Of course, if the product is sold to another vendor, you maybe won't get 24-7 support, but you can then make plans to get rid of it. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Rick Fochtman [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Sunday, February 25, 2007 11:04 AM Subject: Re: License keys for ISV products(What alternatives are there?) -snip--- I would find it hard to believe that the unnamed vendor with 9-5 support would have strongly objected for a one of weekend support. --unsnip--- You'd be amazed at the number of vendors that will NOT provide support outside the 9-5 M-F window. I even had a vendor rep hang up on me in the middle of a call because it was now 5:00 PM where he was. Some of those (unprintables) are unionized and unions havee INCREDIBLE power here. Needless to say, our business relationship with that particular vendor ended the next day. We learned how to manage without his package and saved ourselves a bundle of $$$ besides. -- 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: New Level of Dataset Audit Facility (DAF) is Coming Soon
Michael, I have a question about DAF. Have you ever made DAF so it uses less CPU time? I really like DAF, and found it a great help under certain circumstances. It just seemed that whenever I ran a DAF job, it buried the CPU while the job ran. This was at my last job, where we had an MP3000-H50, about 115 MIPS. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Michael Cleary [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: License keys for ISV products(What alternatives are there?)
IFAPRDxx really isn't a key. You have to turn it on for each product to use it, but there is no key that only works on your CPU. I'm not sure just what IBM's reasoning behind IFAPRD is, but the only way IBM could limit your use of different software products using IFAPRD would be if IBM was present during your IPLs and monitored IFAPRD's contents just after the IPL. This has been a very interesting discussion. A few of the vendors have givin very good reasons for having keys. This comes at a time when I was givin the task to renew our Syncsort keys. I found that negotiating the contract was part of the process, which is something I won't have to do, fortuneatly for me. When they get the contract process done, I'll just have to install the keys. By the way, does anyone know if Syncsort's key is a hard fail key? I suspect it is after a grace period. I think its interesting that so many sysprogs on the list hate keys so much. I think a lot of it is just poor business practices when you can't get a key in time. Yes, there are a few vendors who are only available 9-5 M-F, which could be a problem in a real disaster, but most of the major ones can respond 24 by 7. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Chase, John [EMAIL PROTECTED] Subject: Re: License keys for ISV products(What alternatives are there?) -Original Message- . IFAPRDxx ? -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: License keys for ISV products(What alternatives are there?)
Charles, I sure hope they don't start charging for software by headcount. Every time I see a headline about a company cutting thousands of workers, invariably they say that the stock went up. If software costs go down whenever you have a headcut, that will give management added incentives to cut workers. They might decide to cut us - then the stock would really go up - at least for a little while. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Charging by some business metric is the correct answer, except that it won't work! Seriously, I agree with you that it would be the right way to charge. I heard Scott McNealy talk one time about charging by corporate headcount: pay us $50 (?) per month per body and you can have all of the Sun software you want. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing the SMF SID Parameter
Barry, Actually, for the SCRT report, the reports need all Lpars for each CPU. The prod and the test lpar both run on the same machine, and the SCRT report had some flaky messages and wouldn't give the proper results. I'm not doing the SCRT stuff, so I never really saw what the error message was. Shortly before I left for home, I did learn of one product that was affected by the SMF SID change. Syncsort has a proc that gets started that said it couldn't continue because the history dataset had the wrong SID. Tomorrow I'll have to reallocate a new history dataset. I remember that from my last job, but its been a while. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Barry Merrill [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, February 06, 2007 5:45 PM Subject: Re: Changing the SMF SID Parameter While IBM added the SYSTEM NAME FROM IEASYSXX SMF70SNM field back in 1994, it was only last year that I observed in data that if you have the same SYSTEM name in two LPARs in a SYSPLEX, that SMF70SNM must be added to the BY variables to segregate RMF data, and thus last year, all of the MXG RMF sorting was revised to use SYSPLEX SYSTEM SYSNAME to protect for the same SYSTEM name in the same SYSPLEX. In your case, as long as your reports are at least BY SYSPLEX SYSTEM, you are safe since they are in different SYSPLEXes. Barry -- 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: Doubt about Server Pac and Catalogs
Victor, Don't ever think of asking questions on IBM-Main as an abuse. That's one of the main reasons for IBM-Main's existence. I assume that you meant using VnRnMn in dataset names. My position is don't use them. If you have JCL, Clists, or Execs that have system dataset names in them, every time you upgrade the operating system, you will have to change those JCL, Clists, or Execs. It might be handy if you had 2 Lpars and a quick look at the RES volume would show which version is which, but it could lead to a lot more work. Personally, I like to make all of the datasets SYS1. something, rather than using the names supplied by IBM. I always did it that way in the past, but in my current job, we use the IBM supplied names. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Víctor de la Fuente [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, February 03, 2007 11:53 AM Subject: Re: Doubt about Server Pac and Catalogs I read all your responses. I'm not sure I've understood all of them, but I could learn a couple of things. By the way, I've several doubts about installing the system, and as long as I'm talking to the best of the best in system programmer's world, I'll send you another question. Hope you don't see it as an abuse. In addition of talking about catalogs (thanks to John for the clarification), you can read IBM recommends not using VnRnMn anymore. I'm sure you have followed that recommendation for years, and I would like to know what are the advantages and disadvantages (a posteriori) of this technique. I suppose some of my mates will not like this change, so I'd like to know some expert information about it. Thanks all you very much! -- 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: Decoding the encryption puzzle
The last 2 weeks I spent at my last job, I spent a lot of time FTPing stuff to my PC. I made 2 CDs worth, as it wouldn't quite fit on 1 CD. I kept all my JCL libraries, all of the mainframe system documentation libraries I could find, and all of our Parmlib, system Proclib, etc. There was no company data. This was also done with the blessing of my manager. I would have much prefered to write everything to a 3490 tape, but since I had no idea whether the place I went to would have 3490 tape drives, I figured the CD was a better choice. As it turns out, we do have a couple 3490 drives at my current employer. I'm sure it would have taken me a lot less time setting up the JCL than the FTPs took. I think a 5 Cyl JCL file with about 1,000 members took 10 or 15 minutes. I downloaded one PDS to the mainframe at my current job, but I do look at other stuff on the CDs every now and then. It can be very helpfull. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] Those memory sticks hold a lot of information and they're very small. Two days after I bought a 6GB USB drive for $117 CDN, I saw an 8GB one at The Source by Circuit City (formerly Radio Shack), for $105. Years ago, I saw somebody bring in their own 30GB hard drive, after creating XMIT unloads, FTP'ing, and ZIP'ing, and used it to copy everything in his 'My Documents' folder (15GB'ish) onto it. Then he took the drive out to his car, came back, turned in his laptop, badge, cell, pager. It was his last day. He was downsized, as I would be a few years later. Nobody stopped him! And, it wasn't as subtle as a USB drive. -- 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: Security on development was Re: SYSPLEX for PDS-E Sharing
The previous shop I worked at had an MP3000-H50. Are you saying that instead of 1 Prod Lpar and 1 Test Lpar, we should have had 2 Prod Lpars and 2 Test Lpars so we could run in sysplex mode? We also would need to define a coupling facility, which I believe IBM always recommends 1 whole engine for. Of course, our H50 only had 1 engine. As I see it, a sysplex would not be very practical in that situation. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Craddock, Chris [EMAIL PROTECTED] I said Those old chestnuts are bogus. There is NO GOOD REASON to run monoplexes in preference to at least a basic sysplex. RS said There are. Different LPARs run different businesses, different companies. Different security rules. Strict for production, light for development. If each monoplex is a different business then ok. But that's not usually the case. It is most often just multiple LPARs within the same business, being operated as if it is still 1985. z/OS systems are not especially reliable or manageable when run like that. The reliability of the base operating system and subsystems are fine, but the net when you add in applications and workloads that push systems into uncomfortable places in the design envelope is instability and erratic service at best. The sysplex architecture is there for a reason, not just to make IBM wealthy. .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: Mainframe vs grid
I think my last company is a good example of old stuff costing more than new. We built our datacenter in 1995. We ended up buying a 3090-600S. That and all the real 3380 3390 dasd caused them to buy 4 big Liebert units. At the time, the 9672 had been out for a while with about a 60 MIP processor. They were coming out with a 100 MIP processor in September in the 9672 line, but there was no guarantee it would be available on time. September was the time we were originally going to open our datacenter. Management didn't want to bet the farm on IBM's coming out with the new model on time, so they went with the old 3090. Had they gotten the 9672 and some of the dasd that was just coming out, they probably could have gotten 1 Liebert unit. Maybe 2 for backup. I'm sure the electricity costs over the years and the maintenance costs were way more than made up for the $23,000 we paid for the 3090. We also got many strings of 3380s for maybe $1,000 a box. Even 3390s would have been cheaper in the long run. At least where I work now, they seem to be much more progressive in purchasing equipment. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Hal Merritt [EMAIL PROTECTED] Subject: Re: Mainframe vs grid In our experience, older boxes are more expensive to operate than new ones. In our last couple of upgrades, our TCO was less each time. I honestly believe that much of the cost of running a mainframe shop is in the culture. Superstitions, baggage, management out of touch with the reality, and a PC mentality. I found it interesting that ... an aging mainframe couldn't cut it, so the IT staff looked elsewhere. An astute, bottom line oriented management would have insisted on price comparisons to include a new mainframe. I submit that a hard nosed business decision would not have gone with the grid. That said, if you are one of our competitors, then, yes, the grid is for you :-) My $0.03 -- 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: So, OK, no more promotions from me - after this one
I really don't mind Steve's mentions of his courses, but I have to agree with what Graeme said quoted below also. I know a few posters, specifically Bruce Black, often mention their products. Bruce and Steve have so many good answers, that even if you don't like their promoting their products, they contribute a lot to the list. By the way Steve, how is the market for your classes going? I know a while back you weren't doing anything, and thinking of chucking the whole business. Is it better now? Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 There have been times in the last 12 months where I've felt that a few posters have strained the promotional envelope on IBM-MAIN. Clearly it's all a matter of achieving balance. So long as Steve's posts are offering useful explanations, corrections, examples or a nudge in the right direction that is relevant to the thread raised by the OP, then IMO it's ok to mention a relevant training offering that he has available. Relevant would mean that it might have helped the OP avoid having to post at all and mention should be little more than a link to all the gory detail on a website. I've always felt sympathy for Steve's awkward position here as the more detailed help he gives, the more effective IBM-MAIN is bailing newbies 'n wannabes out, and this can be seen by the shortsighted and the lazy as undercutting the need for his paid services. Go Steve! Seasons greetings and regards to all, Graeme. -- 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: Remote Tape drives
Modern equipment is just so unsexy. With the old reel tapes, at least you could see the tape spinning, and the tape bouncing up and down in the vacuum columns. Cartridges you can't see anything. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Rick Fochtman [EMAIL PROTECTED] --snip- What ever happened to those good old Mohawk data transfer units --unsnip- IIRC, they died at about the same time that open reel tapes died. CARTRIDGES RULE!!! -- 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: Super-Friday
I might ride my bike to work, but then I'd have to figure a way to strap on my brief case. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Rick Fochtman [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, December 23, 2006 9:19 AM Subject: Re: Super-Friday --snip- At this Christmas time of the year, I am very thankful for my new job. I've been at Lands' End for almost a month now. It sure is different living in a small village. I live in the middle of Dodgeville, which has about 4,800 people. It takes me a whole 8 minutes to drive to work, about 1.5 miles away. -unsnip- Does that mean you'll be riding a bike to work in better weather ?? :-) Make ya a real deal on a recumbent; only been ridden about 2 blocks. -- 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: 1401 Music
I remember on our 1410/1401 playing songs on the 1403 printer. There were little object decks, maybe 1/2 inch thick. The Battle Hymn of the Republic was a good song. Even the drums came through good. This was all done by printing certain patterns to get different sounds. A couple of the songs printed the words, and then played the songs. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: How to expand SYS1.LINKLIB?
The safe way is to copy the IPL pack to another volume. Expand SYS1.LINKLIB on that pack, and then IPL from that pack after clipping it to the same volser as you had before. I hope you are not planning on running SMP jobs agains the live IPL pack. That could lead to disaster. If you applied the maintenance to a copy of your IPL pack, and SYS1.LINKLIB went into extents, you could try compressing SYS1.LINKLIB on your alternate IPL pack and seeing if it fits in 1 extent. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Bob Henry [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, November 09, 2006 10:08 PM Subject: How to expand SYS1.LINKLIB? Is there a SAFE way to expand the size of SYS1.LINKLIB? I have a z/OS 1.6 ADCD system where SYS1.LINKLIB is using all of its primary extent. I need to apply a PTF to a module in LINKLIB but I'm afraid it will cause it to go into a secondary extent. Why it was set up with the exact number of tracks for primary allocation and then given a secondary allocation I'll never know. There is a one pack IPL-able system on the ADCD I could use but it will take quite a bit to set it up. Is there an easier (and safe) way to expand SYS1.LINKLIB? -- 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: Query on z109 BOOK concept
I'm curious. Does anyone know if say a 6 CP model with one book costs the same as a 6 CP model with 2 books in the z processors? I know that if you really plan to expand, that it is probably cheaper to start with 2 books than one if you are going to have more than 8 CPs eventually - at least the expansion of your processor would be less disruptive. Personally, I would think that the 2 book model would cost more, but if you are planning to expand, maybe IBM wouldn't charge you more. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Tommy Tsui [EMAIL PROTECTED] Hi all, If I use z109 S18 that means two books and allow 18 CPs maximum. If I select 508 and fill up the book1. Can I order another 508 to fill up the book2 so that the maximum CPs are 16. Or, I only can select 709 model if CP no greater than 8? Thanks tommy -- 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: Using indirect volume serial support
Hi Mohamed, Using indirect volser support is a good way to go. I would suggest one other change. Start the Prod Lpar disks with P, and the Test Lpar ones with T, rather than put them in the middle of the name. That way they stand out, and all the Prod lpar disks are together in a list of volsers. You could use TZOSCA and PZOSCA for your cat volume. We used a similar naming convention, and it worked well for us. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Mohamed Juma [EMAIL PROTECTED] Hi, I am going to migrate from Z/OS V1.4 to V1.7, we have two independent systems TEST and PROD, each system has its own datasets and volumes, but we keep the same VOLSER names for both right now as example we use for CAT volume two different VOLSER using the same nane ZOSCAT. I am thinking to have for both systems two different VOLSER names such as ZOSPCA for PROD and ZOSTCA for TEST and etc for all the Z/OS volumes. Normally we install our staff and IPL the new system and use it for TEST, and take a copy to use for PROD with the same VOLSER names. But to implement the two systems with two different VOLSER names, I am thinking to use the indirect volume serial support, but I do not know if it is the rigt view or not, as how I can do it. If any one had this experience before, I want to share this experience, and to guide me to any reference which can help. Thanks,,. Mohamed Juma -- 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: What's a programming language
If I remember correctly, the 2560 could read about 300 cards per minute. Compare that to the 2540 (I think) being able to read about 1,000 CPM. Punching on the 2560 was much slower, but I can't remember. I spent many a day sorting decks of cards and running them through the 2560. We also used the Mod 20 as an RJE station. We rented time on one of the first 370 computers, the one without the DAT box, and ran some monthly reports from it. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Patrick O'Keefe [EMAIL PROTECTED] I don't know what the 2560's rated speed was, but I don't think anybody would have called it fast. The Mod 20 could also have a 2501 attached. THAT was fast. Pat O'Keefe -- 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: Mainframe News
I always used a 3278 mod 5 type device, not a PC. I had my PC right next to my dumb terminal, which was really helpful when I was reading books in book manager. I never used green for much, because that color was harder to see. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Darth Keller [EMAIL PROTECTED] Quote: Programming mainframes still involves typing code on a green screen, much like early versions of DOS, the operating system that dominated PCs before the visual windows approach. When was the last time you actually wrote code on a green screen? -- 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: Mainframe News
Alan, thanks for sharing this article. Maybe there's hope yet for me in my job search. Now all IBM has to do is give some of that flexible pricing to its current customers, so they can afford to stay on the mainframe. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Alan Schwartz [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, October 30, 2006 12:53 PM Subject: Mainframe News http://www.cnn.com/2006/TECH/biztech/10/30/reviving.mainframes.ap/index.html Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 -- 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: Apology
You're right about that. Most people pronounce my name as BI, with a hard I, instead of like BE with a hard E. There is a city in Germany named Bielefeld. I really don't know much about it though, although I remember my brother used to say it was famous for 3 things. One was having a playing card museum, but I can't remember the other 2. Me thinks this is getting a little off topic. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Richards.Bob [EMAIL PROTECTED] Eric N. Bielefeld wrote: Jeez Ed, your as bad as me, correcting people's spelling. Oh well, at least you didn't make any spelling errors doing it like I did! (Meant in humor) Eric, You have a last name that's probably misspelled/mispronounced as often as mine is. Smith would be nice. ;-) -- 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: Apology
Someone just sent me the following link. http://en.wikipedia.org/wiki/Bielefeld_Conspiracy I had no part in it! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: Linux Experiences?
I don't think you can send attachments to the list. It either strips them off or just rejects the post. Since the financial presentation was a spreadsheet, I don't think it can be sent to IBM-Main. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Vernooy, C.P. - SPLXM [EMAIL PROTECTED] Will send you a financial presentation, later today, Jim, Can you share this with the group too? Kees. -- 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: Resume cover letters.
Ed, Twice I clicked on the link below, and each time it screwed up my Outlook Express so I had to do CTL Alt Del and end the program. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, October 19, 2006 11:22 AM Subject: Resume cover letters. My friend in Salt Lake City sent me this one. So it's almost Friday! _http://www.killianadvertising.com/coverletters.html_ (http://www.killianadvertising.com/coverletters.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 3Q2006 Earnings: Mainframes Strong (Again)
I apply to almost every real systems programmer job posted on Monster, careerbuilder, and Dice, which on average is about 3 jobs a week. Most places, you never hear from. So far I've had one out of town interview. There are systems progammer jobs out there, but there must be a lot of people applying for each job. I am willing to move almost anywhere in the US, and if I have to I would pay my own moving expenses. I've been off work for almost 6 months now. By the way, the vast majority of jobs when searching for Systems Programmer are not what we think of as systems programmers. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Alan Altmark [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, October 18, 2006 8:07 AM Subject: Re: IBM 3Q2006 Earnings: Mainframes Strong (Again) On Tuesday, 10/17/2006 at 11:04 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: So why are there so mainframe types unemployed? I have asked myself the same question. My suspicion: because they are unwilling or unable to relocate to where the jobs are, or they want moving living expenses paid by an unwilling prospective employer. I hope it's not because they don't use online services like monster.com where 328 mainframe system programmer jobs are listed (some of which are not really sysprog jobs). Add the results of mainframe system administrator and the number rises. Unfortunately the employers don't consistently use the same phrase for the same job. Alan Altmark z/VM Development IBM Endicott -- 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: Lost everything
This thread comes at an opportune time. It reminded me to back up the stuff I really need on my PC. I hate to admit it, but I do an abominable job at backing up my data on either of my PCs. I bought Roxio about 6 months ago. I backed up everything at that time, but haven't since. My brother-in-law lost his hard disk on one of his computers that he uses in his business. He does the taxes for the family farm. I finally was able to file my federal and state taxes yesterday - the last day of the extension I took. I think he would have been able to have this done a lot earlier without losing the hard drive. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: NaSPA is Alive
Radi, I honestly don't think I would ever read a magazine online. I probably won't renew when my subscription runs out. I can understand your reasons for going that way, but I don't think I'll read it online. I know z/Journal offered an online edition, but they still send you the magazine if you want it, and theirs is free. I'll talk to you more about this at Nastec next weekend. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Radi Shourbaji [EMAIL PROTECTED] Thank you for sharing your feedback regarding NaSPA's Technical Support magazine. Going digital was not an easy decision for the association. For 20 years we have provided mainframe professionals a vehicle for members to share their experiences with their peers. This has NOT changed. NaSPA plans on being around for at least another 20 years! On one hand, as was pointed out on this list, the costs of postage, paper, and related distribution continue to soar. Advertising dollars, which have helped for 20 years to support the association's expenses is in a steady decline. On the other hand, members are asking for more editorial content to better align them with the ever-changing mainframe industry. How does a not-for-profit association compete with the huge publishing houses? Well, until now the answer was we can't. BUT with the introduction of digital media, the publishing department was able to come to the board with a solution. Back in July the decision was made to try the digital media world by launching Network Support magazine in a digital format. We have seen success with moving this publication. Frankly, we expected thousand of emails from members asking what the heck is going on. Sure, we did get a few; but the positive notes of encouragement have far out-weighed the negative. This success is what prompted NaSPA to move Technical Support magazine to a 3 month digital edition trial. The trade-off is simple. More content, immediate access, hot-links right in the articles, and easy navigation vs. a printed version. I invite all of you to check out the inaugural issue of Technical Support at http://www.NaSPA.com/gbtv - this issue is available to the general public, NaSPA membership is not required. As with anything, change is difficult. Hopefully the decision NaSPA made today will allow the association to forge into a future dominated by the Google's, Podshow, and other's leading the revolution. NaSPA is not in retreat. We are just preparing our troops to meet the future. Feel free to contact me directly with any questions or suggestions you may have regarding NaSPA's future. Those of you in the greater Chicago area are welcome to meet me at NaSTEC 20 being held at the Sheraton Chicago Northwest in Arlington Heights, IL, you can register to attend free by using promo code MAIN at: http://www.NaSPA.com/nastec Regards, Radi Shourbaji President NaSPA, Inc. (414) 908-4945 x131 [EMAIL PROTECTED] http://www.NaSPA.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: Another BIG Mainframe Bites the Dust
I still like MIPS. I know, I'm getting old! I believe everything you say about MIPS being meaningless or whatever, but I still think that if you are looking at 3 or 4 models of CPUs, the MIPS rating gives you a good feel for how fast they are, especially if they are all in the same processor group. z/800 z/900 being one group, z890 z990 being a 2nd group etc. I would think that if you compared a 100 MIPs machine with a 400 MIPS machine in the same group, you should be able to get approximately 4 times the work out of the 400 MIPS machine. When I hear a box has so many MSUs, I still don't know what that means until I look up the MIPS. I know every time I go to an IBM presentation that contains new hardware, they still either have MIPS charts in their presentation, or they mention verbally how many MIPS the boxes are. I always thought that was kind of strange with their emphasis on MSUs, but then I think they realize that the term MIPS has been around much longer than MSUs, and most mainframe people have been around a long time. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Alan Altmark [EMAIL PROTECTED] You are hitting on exactly why we don't publish MIPS any more. It simply leads you down the proverbial garden path. You notice, too, we don't make a big deal about the cycle rate (GHz), either. Both are pretty much irrelevant in estimating the affect on your workload. And each generation of processors changes the mix of silicon, microcode, and millicode so you can't really depend on knowing how many cycles an instruction takes. Add pipelining into the mix and it gets worse . Alan Altmark z/VM Development IBM Endicott -- 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: FDRABR documentation
Thats why you always build a stand alone FDR tape or DFDSS tape. You IPL that, and you can restore your RESCUE pack, and IPL that. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Tim Hare [EMAIL PROTECTED] Ah - but when we REALLY need FDR, the z/OS system is down. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: FW:A Letter To The FLEX-ES Community
Bill, There were several posts that strayed off of the topic, but if you read at least the first post on this topic, I think you'll find this very on topic. Flex-ES is a PC that is fitted with special software so it can run the MVS operating system. It is also fully licensed by IBM, which unfortuneatly Hercules is not. It allows developers to run z/OS at a cost that they can afford. There are also many smaller companies who can get a whole system for a price they can afford, since I believe from previous discussion that the smallest z box starts around $100K. This topic gripes me in that I am currently unemployed. If IBM is going to kill off a platform that small developers use, eventually the only companies besides IBM to get software for the mainframe will be a few like CA and Compuware, who can afford big boxes. It just seems very short sited of IBM to not renew licensing for the Flex-ES box. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 I ignored almost all of these posts about a letter to the FLEX-ES Community since I had never heard of FLEX-ES before. But after seeing 50 new ones added yesterday, I decided to read one. Sure enough - more pedantic off-topic nonsense. Where is the thread killer when we need it most? Bill Fairchild -- 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: Google launches search engine for finding source code
I just went to the web site posted previously. If you click on advanced search, they list 33 programming languages, plus the choice of all programming languages. They list Lex, Limbo, lua, Matlab, and Troff. I've never heard of any of them. Guess which one they didn't list? Right - Cobol. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: THE on USS?
I think most of what people have as their opinion of what editor is best comes from the first editor you learned, either in school or on the job. Especially if you used that editor for 5 or 10 years before using the next editor. A couple of years ago I took 3 Linux Admin classes, and had to learn the VI editor. I thought that VI was the worst possible editor imaginable. Yet, if I talked to our Unix person, VI was great. He thought ISPF was awful. I admit that VIM is a lot better, but I still don't think it holds a candle to the ISPF editor. At PH Mining, we occasionally talked about XEDIT compared to ISPF. I liked ISPF much better, but that was because I grew up with it. I could see from what others told me that there was some things that could be done better in XEDIT than ISPF. This was from people who had worked with XEDIT for a long period of time before ever seeing ISPF. I don't think you can say one editor is necessarily better than the other, although if you came up with an objective set of criteria, you could probably rate editors against that criteria. I still think most of it is personal preference. But, I still think that almost any editor is better than punched cards. (Except maybe VI) When I started, I don't think I saw a terminal for 4 or 5 years, and punched cards was all there was at the 1st 2 shops I worked at. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 On Thu, 05 Oct 2006 08:50:50 -0400, in bit.listserv.ibm-main you wrote: The ISPF editor is OK, but lots of people would say even vim is just as good or better. XEmacs (or emacs) is light years ahead of ISPF edit. Emacs does some stuff better, ISPF edit does other stuff better. I tend to prefer the latter for most programming. -- 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: FW:A Letter To The FLEX-ES Community
This surely seems like a good way to start killing the mainframe. Get rid of the developers of software products for your system. Also, get rid of all of the really small companies off the mainframe that will never now grow into large customers. There doesn't seem to be a lot of smarts in IBM in some areas. I have a question. I know this has been discussed in the past, but I haven't heard any updates lately. Does the FlexEs product legally run z/OS in 64 bit addressing mode yet? The last we discussed it on IBM-Main, if I remember correctly, you couldn't run 64 bit addressing mode, meaning z/OS 1.6 and above wouldn't run on it. Why would IBM want to kill off their smallest customers? It just doesn't make sense. IBM is sure sending a lot of mixed signals! Phil Payne - where are you? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: FW:A Letter To The FLEX-ES Community
So, if your a PWD member, you can run 64 bit mode, but if your company just needs 10 - 30 MIPS or so, you can only run 31 bit mode? That doesn't make any sense. Is there anyone out there from IBM who can explain this, and tell us why IBM wants to kill the FLEX box? I'm sure that a few of the IBMers on this list must at least know who to ask and could find out, but I bet we won't hear from any IBMers. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 Eric, There never really were any Technical issues with running 64-bit under FLEX, it just worked. The issue, and why Tom gets around it, is a legal licensing one. IBM will only allow PWD members to run a FLEX in 64 bit mode. If you were a small shop that wanted to run z/OS under FLEX for production work (assuming that production isn't compiling and testing software products), then you were limited to only 31 bit mode. Again, limited smarts in IBM on this. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -- 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: Default System BLKSIZE for PDSE
Now I feel all wet! OK. I think I understand it now. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 Eric Bielefeld wrote: Does the PDSE work similarly, or is my speculation all wet? Oceanic. As others have stated, PDSE physical blocks are always 4K in length. BLKSIZE is used only for emulating PDS API behavior. -- 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: Operations Schedules
When PH Mining still had their mainframe, they had 6 operators who worked standard the 3 shifts, with first shift working 8 1/2 hours, and 2nd and 3rd shift working 8 hours. There was usually 2 people per shift, and 1 on the weekend. They had a couple part time people who just worked weekends, and a few people they hired on a contract basis as necessary. I think that on 3rd shift, one of the people worked Tue to Sat, and the other Sun through Thur. The regular operaters often worked a shift on the weekend to cover everything for overtime pay. PH had a rather small shop by todays standards. They had a 115 MIPS MP3000-H50. There were 16 3490 tape drives, and 3 printers, which were the old impact printers. One person could generally handle the workload when things were going well, but when there were problems, it was alway good to have the 2nd person on a shift. First shift almost always had 2 people because of the greater volume of phone calls. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 My boss asked me to find out information on how other sites schedule their folks for the operations area. Number of shifts per day: Average number of operators on duty: Length of shift: Rotation frequency: All information will be kept strictly confidential. Your company name will not be included in any messages sent to my boss and will not be shared with anyone else either. If you would like to respond offlist, that is fine. Thank you in advance. -- 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: Job Descriptions
Shane, I know Friday comes earlier in Australia than it does in the US, but not this early! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 On Tue, 2006-10-03 at 08:32 -0500, Ward, Mike S wrote: Does anyone have a job description for a z/os tuning expert, ... Convivial, outgoing, lovable Aussie, first name Shane ...(oops, I wonder if that's a bit obvious :-) ). Man, I hope your site isn't in Texas - such a small state probably couldn't handle *two* ex-pat Aussies. Maybe I'll have to pass on the (potential) opportunity. Thanks anyway ... 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: REAL memory column in SDSF
I believe a page frame is 4096 bytes. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Steve Rawlins [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, September 27, 2006 5:16 PM Subject: REAL memory column in SDSF In the SDSF DA (Display Active) there is a column labeled REAL. What are the units? The SDSF manual states that REAL is Current real storage usage in frames So it seems to be in units of page-frames, but I don't know how big a frame is! 1Kbyte? Varies? Does the column give an accurate measure of memory consumption by a process (started task)? Thank you. -- 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
Acronyms (Was: Speaking of SDSF)
This is a good place for my occasional reminder to spell out acronyms. Granted, most acronmys used on this listserve are common enough to be recognized by the majority of people on this list, but IGS for IBM Global Services is a good example of something that I bet over half the people on this list wouldn't think of. I had no clue. Please spell out acronyms if there is a doubt that they are universally recognizable. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] I don't know who IGS is, or why their opinion should carry any weight. IBM Global Services. Their out-sourcing arm. Their 'opinion' comes from the gurus within IBM Corporate. When in doubt. PANIC!! -- 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: Unwanted emails from IBM-MAIN
The easiest way to change any settings in IBM-Main is to click on the search the archives link which is added as the last line of each email by the listserve. Near the top of that screen, click on Join or Leave the List (or change settings). On the bottom of that page, check the first box under Miscellaneous to stop emails of each post. Using the web site, you don't have to remember to change the email address like so many people do when they are trying to get off the list. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, September 23, 2006 10:54 AM Subject: Re: Unwanted emails from IBM-MAIN In a message dated 9/23/2006 2:35:58 A.M. Central Standard Time, [EMAIL PROTECTED] writes: under the heading Listserv General User's Guide MAIL/NOMAIL being described on page 18 of the current PDF version 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
Re: DSS RESTORE - how to enforce CONTIG
Radoslaw, Thanks. I kind of thought that was the answer, that an IPL will fail if the IODF is in multiple extents. I know that early in the IPL there isn't a lot of smarts to handle extents, as someone else pointed out. But still, no one answered your original question, which leads me to believe that there is no such option to keep a copied dataset to one extent. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: R.S. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, September 21, 2006 11:36 AM Subject: Re: DSS RESTORE - how to enforce CONTIG Eric N. Bielefeld wrote: Radoslaw, I see no one answered your post from 9-18. Unfortuneatly, I won't either. I did have a question though. Does the IODF have to be in one extent? I don't recall hearing that rule. Yes it does. At least production IODF. Otherwise IPL will fail. BTDT. I don't know any official IBM manual, but ES96 course clearly mentions such requirement. -- Radoslaw Skorupka Lodz, Poland -- 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: DSS RESTORE - how to enforce CONTIG
Radoslaw, I see no one answered your post from 9-18. Unfortuneatly, I won't either. I did have a question though. Does the IODF have to be in one extent? I don't recall hearing that rule. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: R.S. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, September 18, 2006 12:24 PM Subject: DSS RESTORE - how to enforce CONTIG I just encountered the following problem: Restored production IODF from DSS dump and got two-extents file. For obvious reason I didn't want more than 1 extent. g The primary reason was near-full, fragmented volume, which shouldn't have place, however it had place. Q: how can I prevent such multi-extent allocation ? I'd like to have something a'la CONTIG: single extent file or failure. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jcl
Brian, Those sound like greate candidates for the CBT tape. Maybe you could send them to one of the Sam's for inclusion, or are they proprietary code? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Brian Westerman [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, September 13, 2006 12:03 AM Subject: Re: Jcl Hi, I have a few solutions for you. 1) I can send you a program that you execute as a step in your job and it will create a sondition code based on what day of the week it is, (1=Monday, 2=Tuesday, etc.) and another one that does the same thing, but returns the day of the month as a condition code, i.e. RC=23 means it's the 23rd. 2) I can send you a program that you pass the day of the week in your parm (i.e. Tuesday), and it will set the condition code rc=4 if it's that day or RC=8 if it's not. 3) I can send you a program that checks if a file (that you pass oin the parm) has been created today, if so, the RC is set to 0 if found and created today, 4 if found but not created today, and 8 if not found. You can then use it to make sure that your process runs only once a day. But htat doesn't really fit your requirements right now. 4) I have a command and job scheduler that is available in a free version that will allow you to schedule any command or submit any job based on day of week, day of month, time of day, etc. processing. 5) I also have a non-free, ($1,500) version of the program in #2 above that gives you many more options like IF based processing, i.e. If it's 10am and CICS is active, then submit this job. 6) I have another non-free (also $1,500) facility that functions as a on- demand script processor with the full scripting ability so that your job could execute a script which (depending on the time of day, day of week, system ID, and any of 30 other options) submit your correct process or job. I think that you can use either option 5 or 6 to get exactly what you want in a supported product, and the cost is minimal, certainly far cheaper than either a scheduling or command package from IBM or any other vendor. Take your pick. Just send me an email and let me know which one you want to try. I can send you a test version of the non-free ones. 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
Re: Non-SMP/e packaging
I wasn't going to say anything on this topic, but I finally decided to weigh in on it. I have mixed feelings. I like being able to just unload a couple libraries, run a couple of jobs, and then the product is installed. Products like FDR and ChicagoSoft's QuickRef I think are a lot easier installed without SMP/E. As the complexity of the product grows, using SMP/E becomes more necessary. I would vote for the original poster of this question to make SMP/E or an IEBCOPY unload an option. I've never used any of their products, so I don't know what is involved in installing them. It's been a few years since I've installed Syncsort, but I believe they give you the option to use either. I always did Syncsort without SMP/E. I usually used the non SMP/E method if givin the choice. It usually went quicker. Also, I always had a gripe about installing an extra 20 or 30 datasets that get allocated with SMP installs, especially since most of them went into its own set of SMP libraries. I know disk is cheap, but I always bothered me to allocate all of those libraries. I do see the value in having a standard way of installing all program products using SMP/E, but I also like having a choice. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: Another BIG Mainframe Bites the Dust
Uh Oh! The dreaded ancient computer history thread has evolved again. And to think that I started it too. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Clark F Morris [EMAIL PROTECTED] Burroughs: B6500, B6700, B7500, B7800, etc. The tag bits constrained how a word was interpreted for both data and instructions. RCA: CDP, 601. The tag bits were under programmer control and had no effect on the interpretation of words, other than triggering an interrupt and being testable. I remember the 301, 3301 and 501. What was the 601? -- 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: FW: Fatuities (was 'Another BIG mainframe . . . ')
Actually, your only half right, since half the calls are incoming, although your percentage may vary. (Hey - its Friday) Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: David Andrews [EMAIL PROTECTED] Every time you pick up a telephone handset and hold it to your ear there's dial tone. It's a constant, something you expect without question. And nobody appreciates it. No one thinks about the high technology supporting that dial tone: the redundant switches and pathways, the excess capacity, the skilled workforce always staying a step ahead of Murphy. David Andrews A. Duda and Sons, Inc. [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: Attends Orlando IBM EXPRO OCT 7
I've been to 2 of each. Each has it's strong points. Share certainly has many more sessions presented, which is good and bad. Its good in that there is a lot to choose from, but thats also a bad point. You often get 5 sessions that you'd like to attend, but can only go to one. Also, both Share's I've attended I found several slots where nothing really interested me. The IBM Expo seems to be more focused. Almost all of the sessions are ones that interest me. Also, the IBM Expo presents most of the sessions twice, making it a lot easier to get to more of the ones you really want to go to. It also starts at 9:00 A.M., making it easier to get up in the morning after partying the night before. The sessions are longer - I think 1hr. 15min compared to 55 minutes. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Tom Marchant [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, September 08, 2006 2:34 PM Subject: Re: Attends Orlando IBM EXPRO OCT 7 On Fri, 8 Sep 2006 13:42:51 -0400, Pinnacle [EMAIL PROTECTED] wrote: Funny you should say that, since 99.% the sessions at z/OS Expo are also presented at SHARE. Hmmm 999,999 out of every million I've never been to an Expo, but I doubt that there have been anywhere near million sessions there in it's entire history. 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
Another BIG Mainframe Bites the Dust
A 7,000 MIPS mainframe in Korea was recently replaced by Unix Boxes. See: http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1214459,00.html?track=NL-576ad=563693asrc=EM_NLT_514124uid=1718791 Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: IPL intervals
I'll second Jon's comments. I made a lot of use of two automation tools from the CBT tape. AUTO and COMMAND were the tools. I mostly used COMMAND, which lets you issue a series of commands by putting them in a PDS member. If you have some automation software that can key on messages, that is a big help. As an example, when a message like VTAM Initialization Complete appears, we used to issue commands to start TSO, CA7, and a TCPIP. COMMAND also works well for shutting down the system. You can put waits in the command stream also. Issue 3 commands, wait 10 seconds, and then issue a bunch more. COMMAND also can reply to outstanding messages. If a long running started task being shut down has one console message always outstanding, you can issue a command to reply to its jobname to shut it down. I also used AUTO on the CBT tape, but that is almost better for normal daily processing as it allows you to issue commands by time. It is very flexible, allowing you to run a command at a givin time on the 10th day of the month, every Tuesday, etc. I have to agree with what Walt said - if you can't get it right every week, how are you going to get it right twice a year? I bet that means that you will have to come in. When I was at PH Mining, on Saturday evening we always shut everything down to do backups at 6:00 P.M. It only took another 15 minutes or so to do an IPL from that point and be back up and running again. If you can do weekly, or even monthly IPLs, I would reconsider after automating everything you can. I know that after I got the shutdown and IPL automated, there was only 2 or 3 things that the operator had to do on both the IPL and the shutdown. We had very few problems. If you can't afford the time to IPL more often than twice a year, then you obviously have to go to the twice a year schedule. I think the longer you go between IPLs, the greater your chance of not coming up becomes do to changes etc. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Jon Brock [EMAIL PROTECTED] The more human involvement in your IPL procedures, the more trouble you are likely to have at IPL time, be it weekly, monthly, or whatever. Consider automating as much of the process as you can while allowing control points for technical personnel to jump in during the process for those times when something different needs to be done. Jon -- 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: 27x132?
Shmuel, I had a good laugh over your answer below. What good does it do the poster to know that it is in your bookcase? Although he does know it exists! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] I haven't been able to find any IBM doc on Mod 1, but I'm sure it exists. In my bookcase. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- 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: Greatest Software?
Are you kidding? We had CA Datacom installed for some CA product that we never used. Then, I was going to upgrade CA11, and I found out that CA Datacom was required for that. I installed the current version of Datacom at the time, but never got it working before we stopped upgrading any of our products because the datacenter was closing. I couldn't see any reason for installing the Datacom product other than CA wanted people to use it so they required its use. I wasn't very impressed with what I saw of it, although I didn't really get to know it well. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Robert Justice [EMAIL PROTECTED] The greatest software has to obviously be Datacom from C/A. . I don't understand why this wasn't mentioned earlier than this. -- 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: Greatest Software?
Robert, It's hard to remember just what everyone says about every product. That might be a good thing to keep in mind when saying something tongue in cheek, myself included. With the number of people on this list who post regularly, it's hard to remember just what each person said on a subject. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Robert Justice [EMAIL PROTECTED] Yes, I am kidding, check my previous posts on datacom for exactly (well, maybe not exactly, this is a public forum after all), how I feel about it. . datacom, the database of choice for large corporations like enron and worldcom -- 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: The Fate of VM - was: Re: Baby MVS???
Alan, Thank you for giving us an I assume official word on VM's future viability. I was pretty sure that IBM was not giving up on VM, but its good hear it ffrom the developers. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Alan Altmark [EMAIL PROTECTED] I can assure you that IBM is not giving up on z/VM. Virtualization is something that the industry is focusing on right now. (They think it's new.) z/VM has been in the background for decades supplying the services that drive your systems to higher levels of utilization and reducing hardware investments. It's price is so low as to be considered pencil dust so it is a cost- effective tool. In z/OS environments it is being used when it is finally decided that the TCO of Linux on the mainframe is compelling. We're even starting to getting repeat business from z/OS customers who dropped VM a decade ago. The ability to test network configurations (OSA and HiperSockets), create test sysplexes, and provision new instances in only minutes, is making z/VM attractive to - reduce the time needed to develop, test, and deploy new z/OS apps - reduce the cost of developing and testing new z/OS apps - provide a sandbox where mistakes can be made without retribution (increases experimentation and innovation) - easily inject errors (e.g. simulate pulling an OSA cable) Think of us as another tool in the toolbox. We aren't an application development platform any more, true, but z/VM *is* the most programmable, flexible, powerful, and robust hypervisor in existence. Alan Altmark Sr. Software Engineer z/VM Development, 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: Baby MVS???
I fit our rescue system on one 3390-3. I even had 800-900 free cylinders on it. When PH finally did a disaster recovery test in 2004, I decided that the free space on the Rescue pack was a good place for all my documentation and several other key items needed in recovery. I wrote a copy of the TMC on it, and a report of all tapes by volser and by DSN. I did FDR catalog backups to RESCUE. I also did a complete list of all dasd datasets to RESCUE, one by volser, and one by dataset name. Those were programs from the CBT tape. I had PDSs on there that had all of the JCL I could think of that I might need, and all of the documentation that I might need. We also built one PDS each night that took a catalog list of all of the full pack FDR volume backups, and created FDR restore JCL. Then I could submit the restores without having to key in the volsers. The RESCUE pack was always the very last pack to be saved, and had to be saved after all other jobs for DR were finished. It worked very well. At the hot site, I restored the RESCUE pack under their MVS system, and then used my prebuilt JCL to restore everything else. One caveat though. This was a z/OS 1.2 system. Don't know if 1.7 will still fit, but I think it probably would. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Daniel A. McLaughlin [EMAIL PROTECTED] Sounds like the old one-pack recovery system. Can you still do that with ZOS??? Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 -- 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
Energy Rebates on Sun Servers
Did anyone see the headline on SearchDatacenter.com today? PGE in California is offering rebates of $700 to $1,000 on new Sun Servers that cost around $3,995. IBM should get into that game. Customers should get at least $100,000 rebate if they put a z box in to replace 100 or 200 servers with z/Linux servers running on IFLs and z/VM. I hope this link works. http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1210722,00.html?track=NL-451ad=560544asrc=EM_NNL_453871uid=1718791 Eric Bielefeld 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: WHY IS JCL ALLERGIC TO LOWER CASE?
We had 3 6262 printers at PH Mining. None of them had lower case on the print band. I think another reason you don't put lower case on the print band is that it prints faster. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Hall, Ken (GTI) [EMAIL PROTECTED] The college I went to was so poor, we could only afford upper-case-only print trains for our 1403 printers. (Before that, I think they hand wrote the listings with quill pens...) They didn't have semicolons either, which made it rather difficult to debug PL/I programs. -- 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: CPU usage for paging
Craig, I may be wrong, but I don't think there is an RMF report that tells you how much CPU is used by paging. Obviously, you can tell just how many pages per second you are doing. Someone may have a rule of thumb that says that for X processor, so many pages per second equals 1% of the processor. It might help if you told us just how many pages per second you are doing, and how many paging devices you have. If you are running at 100% CPU utilization, adding memory will certainly buy pack a small percent of CPU. If you are running less than 100%, the lower page rate may drive up the processor usage to 100% because you are not waiting for paging. At any rate, memory is getting cheaper all the time, and you would be wise to buy more. If budgeting for more memory is tight, you can probably find something on the used market. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Craig Dudley [EMAIL PROTECTED] Hi, I am looking for the RMF report(s) where I can find out how much CPU time my system (2066-0A2 w/8 GB) to perform paging. I am trying to determine how much CPU I will get back if we buy more memory. WAS on z is involved ;) Thanks -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603-878-1148 Fax 603-878-1929 -- 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: Homoeoteleutera et al.
Thats just plain old bad. I couldn't let it go. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Daniel A. McLaughlin [EMAIL PROTECTED] That's all right. Most of the stuff on this forum is Geek to me. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison -- 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: sequence numbers (or whatever)
I have a question to all those who don't think sequence numbers are needed. If you don't use sequence numbers either at the beginning or end of a record, how do you electronically update a source deck, be it JCL, COBOL, assember, a macro, or whatever? I don't think the DIFF command is the answer. What does Microsoft use, or do they always just totally replace source? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] In [EMAIL PROTECTED], on 07/30/2006 at 01:12 PM, john gilmore [EMAIL PROTECTED] said: The triviality of this issue is, however, convenient in one way. It provides an occasion for noting that clinging to a piece of obsolete technology that we know and love, a high resolve to go on using it until it is pried from our lifeless fingers, is dysfunctional. Your analysis is flawed by the invalid assumption that those defending sequence numbers love them. I have, in my career, always strived to be an early adopter of new technology, and have eagerly dropped old technology WHEN IT CEASED TO PROVIDE ME WITH VALUE. I have not, however, been willing to drop old technology that was still useful simply because it was old and out of style. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.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: sequence numbers (or whatever)
Your probably right that some automated process is used to create the update files. My question is how the updates can be merged in to the main source without something like a line number. The only thing I can think of is it would use a relative record number from the beginning of the file. With a line number in 73-80, I can visually see that the numbers are in sequence. Without a line number, how do you know that the merge of the diff file with the source has it in the correct sequence? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Paul Gilmartin [EMAIL PROTECTED] In a recent note, Eric N. Bielefeld said: Date: Mon, 31 Jul 2006 17:25:18 -0500 I have a question to all those who don't think sequence numbers are needed. If you don't use sequence numbers either at the beginning or end of a record, how do you electronically update a source deck, be it JCL, COBOL, assember, a macro, or whatever? I don't think the DIFF command is the answer. What does Microsoft use, or do they always just totally replace source? Something like diff is more frequently the answer than is generally acknowledged. I wonder how much IEBUPDTE control input nowadays is typed by hand vs. how much is generated by some sort of compare utility, diff being only one instance? -- 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
New Mainframe Installations Education
Several hours ago, I had entered a nice email on this topic that was running under the subject of: Re: IBM Redbook: Introduction to the New Mainframe: z/OS Basics . Since I spent about 10 minutes composing it, the **^% web site that I use to read IBM-Main on my laptop timed out. Usually, I can cut and paste the reply into a new email, but somehow I didn't get it cut, so when I tried to paste it into a new email, there was nothing there. That's our lousy Wisconsin Roadrunner webmail site. Sometimes, I think it times out in 5 minutes, and other times I swear it takes over a half hour. This email is from my desktop, using the usually reliable Outlook Express. I'll try to remember what I said before. I have a friend who is the Dean of the IT program at the Waukesha Community Technical College (WCTC). He also used to be the president of the WASM (Wisconsin Association of Systems Management), a Naspa group. He has pretty much the same thing to say about new programs, such as the mainframe training that IBM is trying to get more colleges to offer. He says there has to be a market for it. Unfortunately, in the greater Milwaukee area, that market is diminishing more each year. Obviously, as I have told you in the past, the MVS mainframe is no longer in PH Mining Equipment, where I used to work. I know of 2 more mainframes going away in the area, one in September, and one I think in about a year, although it may be 2 years. (CRS). I estimate 10 to 12 mainframe data centers in the Milwaukee area at this time. When I started at PH, I think there was more like 30 to 40. I know I had at least 10 interviews at companies in the area before I got my job at PH. Now, there is only one job that I have heard of in the area for the last year and a half for a sysprog. Unfortunately I didn't get it. I go to a group at our church that meets monthly to encourage and help people who are out of work, or underemployed. The leader of the group, who has worked in personal in the area most of his life, made the comment that southeast Wisconsin is the graveyard of IBM mainframes. It was really interesting, because at that meeting, a friend of mine who I used to work with about 25 years ago who was also a sysprog, gave his testimony of how he was out of work for over a year, and then finally got back into work in mainframe computers. I think he now is an application programmer, but I don't know for sure. I do know that now he has to drive 50 or 60 miles one way to northern Illinois every day. By the way, I have a good lead on a job in Milwaukee, but as a Data Center Technical Analyst, not a sysprog. I would rather stay in Milwaukee doing that than make more money elsewhere as a sysprog. Someone made the comment recently that they thought there were more postings on job boards for sysprogs. I have noticed that also, since I apply for most of the jobs that I qualify for. I especially noticed more and more jobs being offered by headhunters on the job boards. I don't think there was a lot of IT placement by headhunters in our profession for a while. I talked to one recruiter who still is in business in Milwaukee, but they do none of the previous placement where they get 30% or so of the persons first year of salary. Now he does things like screening resumes for companies when their personel department is too busy. I think this email was a lot longer than my original, but then I didn't have to worry about my webmail site timing out. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: Info-zip on Z/OS 1.6 and up
I don't know anything about shadow volumes, but I bet that they need an indexed vtoc. The MVS 3.8 vtoc wouldn't support an indexed vtoc. Maybe that was the problem. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Edward Jaffe [EMAIL PROTECTED] Brian Westerman wrote: ... In this case, it turned out to be that we were trying to take a DASD volume that was built under a Hercules (MVS 3.8) system and after conversion and transmitting, load and use it on a Z/OS system. Normally that is not a problem, but (apparently) when you use Shadow volumes, you can't built the image the same way, (you end up with the problem that we ran into). I wish you had just said that sooner! (Obviously, I know next to nothing about Hercules.) It might be worth consulting Jay Maynard about the issue you encountered. Emulation is *supposed* to be transparent! If there's an incompatibility, he'll probably want to know ... -- 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: avgrec/avgblk history ?
I used to use DISP=MOD solely for collecting SMF data - modding the daily tape on the end of the monthly SMF tapes. It was mostly reliable, but when it failed, which it did a few times over the years, you lost a good chunk of your SMF data for the month. I eventually changed to keeping a weeks worth of tapes, which I merged into a weekly tape. At the end of the month I merged them into a monthly, that we saved for about 14 months. I don't think that process ever failed. I think the newer tape drives probably fail a lot less on DISP=MOD. I noticed that when we went from 3420 to 3480 tapes, and again when we converted to 3490s. I'm sure the 3590s are even better. I don't think we even used our monthly SMF tapes for the last 3 or 4 years. When our datacenter closed in April, we scrapped all off the tapes. We couldn't process them without a lot of expense. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Paul Gilmartin [EMAIL PROTECTED] Subject: Re: avgrec/avgblk history ? This is the first I have heard of unreliability of DISP=MOD. Is that the consensus of readers here? -- gil -- StorageTek -- 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: Computer Punch Cards Used to Make Window Curtains
What good is a curtain with holes in it? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: David Alcock [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, June 29, 2006 11:46 PM Subject: Computer Punch Cards Used to Make Window Curtains You may not be able to view this at work because it's on flickr: http://www.flickr.com/photos/jeffreygarman/sets/72157594153678035/ -- 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: Number of Postings on IBM-Main
Arthur, I used to read IBM-Main almost exclusively through the newsgroup. At work, the newsgroup often fell behind by 2 or 3 days. When it worked normally, most of the time, it was about a half hour behind, but sometimes it went for a week with no postings. I finally set up this account from my home email. PH didn't block the Wisconsin Roadrunner site, so I was able to read the emails both from home and at work. Now that I'm home full time, I usually just use Outlook Express. I tend to like the emails better than the newsgroup. I think today must have been close to a record day for IBM-Main. Any comment, Darren? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Arthur T. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, June 30, 2006 12:05 AM Subject: Re: Number of Postings on IBM-Main On 29 Jun 2006 20:33:38 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) Eric Bielefeld wrote: I've also used sorting by threads, but Outlook Express doesn't work very well for me when you have 20 or 30 emails that you want to save for a while in my in basket. I haven't figured out how to get all my IBM-Main emails into a folder and keep them going there. I did it when I had Groupwise at work. You might try what I do: Post via the LISTSERV, but set the account to NOMAIL. Then read via the Newsgroup bit.listserv.ibm-main . My newsreader (Agent) threads the posts (mostly), and it gives me at least as good control as Charles reports: I mark some threads for auto-retrieval, I don't even download the posts in some threads, and the rest I make individual decisions about. There are two additional features I like: 1. It's pull technology. I get the posts when I want to, and I'm not constantly bothered by several dozen e-mails per day. 2. Some people don't know about the LISTSERV and post directly to the newsgroup. I get to see those posts. (And tell the posters that most of the people *aren't* seeing their posts.) For instance, you probably didn't see the response in this thread by bfwd who said: Many of those retired, laid off, or, for whatever reason, not working are using this as a chat room. -- 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: 9037 Syspex timer withdrawn 31 Dec. 2006
Withdrawn from marketing just means you can't buy a new 9037 from IBM anymore. You can still buy them on the open market, if anyone has one for sale. IBM will still support the 9037 until they announce that they won't support it anymore. And then, you can still get 3rd party support. I know when I worked at PH Mining, we had lots of old equipment that IBM didn't market and some that IBM wouldn't support. That didn't stop us from using the old equipment and saving money with it. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: James Chappell [EMAIL PROTECTED] I think that withdrawn from marketing also means that if I order a new z/9 after December 06 that I can't order the timer connection feature to allow it to connect to the 9037's that I have 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: OT - J B Hunt
OK. What is spear phishing? I've never heard that term before. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Elardus Engelbrecht [EMAIL PROTECTED] These 'bouncing' mails are actually bait to confirm e-mail addresses to be used in future spam/phishing/spear phishing/scam e-mails. Drop that senders/baiters in a kill file for immediate delete. Groete / Greetings Elardus Engelbrecht South Africa -- 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
Another off-shoring question
After reading about the offshoring failure, I had another question about offshoring. Does anyone know of a company that has actually moved their computers to another country, and offshored the whole shootin match? I'm thinking mostly MVS sites, but other large operations such as Unix sites could also be done this way. I know many large companies such as IBM have computers in the countries they do business in. I'm not counting that as offshoring, as I'm sure they use the computers in other countries to support their business in those countries. I'm talking about offshoring to say India, or Malaysia, where the company doesn't have any business presence there. Personally, I think any company that put their computers and data in another country where they didn't have a business presence - I wouldn't want to do business with them. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: Another off-shoring question
I guess if a British company were to offshore to the US, I'd be for it, only because it would add jobs, and right now I need one. I still think that too much could go wrong having your data 5 or 10,000 miles from home. You bring up an interesting point though, that some software prices are different in different countries. Keep up the good work, Phil. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Phil Payne [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, June 15, 2006 5:18 PM Subject: Another off-shoring question What if the target country were the USA? -- 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: Need Urgent Help, Please
Whenever I've had x37 abends on the Nucleus dataset, there usually is space available after the abend. I believe that if you were trying to link IEANUC00, it knows it won't fit, so it never gets added to the dataset. IEANUC00 is pretty big, taking several cylinders if I remember correctly. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Hi all, I did a huge apply for FMID HBB7707 and all seemed to go well until I got the message below, now I'm afraid to IPL. The sys1.nucleus file has room in it so I don't know why I'm getting this message. Thanks IEC031I D37-04,IFG0554P,SHUUSR3X,STEP01,NUCLEUS,0A20,ZOSRS1,SYS1.NUCLEUS BPXP018I THREAD 0B5DA5F1, IN PROCESS 50332105, ENDED 432 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84D37000, AND REASON CODE 0004. -- 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: One or two CPUs - the pros cons
I'm curious about something. I believe the z/900, which I'm sure can be bought fairly cheaply on the open market, has multiple engines that can be turned on or off by IBM. What if you buy a 3 engine machine, and 6 months later you need 5 engines. I'm sure if you pay IBM to upgrade the box, that you will probably pay more than if you just scrap the 3 engine box and buy a 5 engine one. Is that correct? I know the z/800 works that way, but I think that only IBM can actually do the upgrade. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Brian Westerman [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, June 10, 2006 12:29 AM Subject: Re: One or two CPUs - the pros cons The proper, (and probably cheaper) answer to this problem is to add another smaller CPU to the mix, if you have only 2 CPUs, CICS can't really take advantage of all of the processor complex as it could. It's almost certainly cheaper to add more engines than to upgrade, unless you have an older box or got a really bad deal. Depending on the box, you can pick up CPU's on the 3rd party market for almost laughably small prices. In this case, costs should drive your decisions, not misplaced estimates of capacity. Do you really have individual CICS tranactions that exceed 50 mips? Probably not, and it could be just a matter of tuning what you have. It always surprises me that a lot of sites think upgrade before tune, (not that you're one of them), but I realize that IBM is a big proponent of the upgrade instead of tune philosophy. :) 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
128 Byte Passwords
CA just announced password support for passwords of up to 128 charactors for both ACF2 and Top Secret. http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1192663,00.html?track=NL-576ad=554057 Eric Bielefeld 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: the why of tiered pricing (Was RE: Using Java in batch on z/OS?)
I think I've used the same argument, but there is a difference between software and couches. Most software companies come out with new releases and fixes for problems. I don't recall a furniture vendor coming out with a new release of their couch, and then giving it to you. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Charles Mills [EMAIL PROTECTED] The MIPS pricing model is terrible - it's just the best model we had. I used to give the example that you buy a couch for $500. Several years later you add a new bedroom onto your house - and the furniture store calls you up and says that now that your house has more square feet, you owe them another $100 for the couch. Charles -- 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: Using Java in batch on z/OS?
I forgot who the original poster of this was, but when you said you had an unused IFL engine, did you mean there was an IFL engine on your machine that was just there, and if you used it you would then have to pay extra, or was it an IFL that you actually paid for or IBM threw in the deal when you got the machine? Just curious. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Timothy Sipples [EMAIL PROTECTED] Re: the unused IFL, could I suggest a use for it? If you have DB2, and you have ODBC or JDBC access to it, it's almost always a really, really good idea to put DB2 Connect on mainframe Linux. Just makes so much sense in nearly all such situations. There are other possibilities, but that's as close to a no-brainer as it gets. Sorry for the digression. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [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: Using Java in batch on z/OS?
John, Thanks for the info. I think its really cool that once you buy an IFL on one machine, when you upgrade you don't have to pay for another one. I don't think anyone else does that with hardware. Does that mean then that IFLs are so useless that IBM can't even give them away? That's probably worded a little too strong. Its a very strange market. I keep coming back to the same point - why doesn't IBM just cut its prices instead of making you jump through hoops to keep your costs down. I can understand your frustration on having a paid for engine sitting around, but not being able to use it. At least you don't have to pay software costs for it. In my job search, I have two good leads. Unfortuneatly, either would require me to move. There doesn't seem to be anything in the Milwaukee market at this time. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: McKown, John [EMAIL PROTECTED] I am the original poster. We have an IFL engine enable on our z890. We got it because we had one on our z800. Our z890 is an upgrade to our z800. It actually would have cost more in upgrade fees to upgrade to the z890 and disable the IFL than to continue to have the IFL (weird!). We had an IFL on the z800 because of good marketting and poor understanding on our management's (ex management now) part. Management thought that we could consolidate a number of MS SQL servers onto a z/Linux system. Not migrate the data, but actually run MS SQL Server on z/Linux. They also were told Linux is free. They thought: No monetary cost. Nobody in IBM marketting disabused them of this. So I have an enabled IFL engine on my z890. Right now, it is running the coupling facility code (in an LPAR, of course), but I can't get anybody to want to bother using that either. Too much trouble! VSAM/RLS? Who cares? sigh. I guess that I just hate to have a bought and paid for engine doing nothing. And I like the thought of doing some things in Java (like XML and Web type processing) under CICS. But no real interest in that either. I'm frustrated, I guess. If this were the 80s (IIRC), then I'd just try to find a more progressive company. I hope your job search is going well. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -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: Slightly off topic
Richard, I think most states are at will employment states. Basically, unless you have a contract, your employment can be terminated for any reason by the employer. By the same token, you can quit at any time also. I know Wisconsin is an at will state. I have thought a lot about where I will be living. As most of you probably remember, my job ended at the end of April. Right now, I don't know of anything officially open in the Milwaukee area. I REALLY don't want to move, but circumstances are such that I may have to. If I find a job in say Madison, which is only 80 miles away, I would still move. I could spend 90 minutes driving each way, but I'm not going to do that. I would much prefer moving there, although being that close to Milwaukee would allow me to keep my home for a longer period of time, as it would be much easier to get back and forth. I can understand your wanting to keep your house, as I know I do. I guess a lot depends on how much you need to be at your job on weekends. I can understand a company wanting their employees to live fairly closely. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Richard Pinion [EMAIL PROTECTED] Obviously we have both been down the same path, buyouts, mergers, and RIF's. As a side note, I was asked to complete the customary job applications, one of which stated that employment was covered by the at will clause of employment. Thanks to all for their opinions and suggestions! -- 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: Z9 Benefits over MP3000
I think the biggest benefit of the z9 is that the operating system is supported. I believe next year z/OS 1.4 1.5 will go off support. Having said that, the company I worked for last often ran unsupported software, and to no real harm. We ran VM rel 5.1 until some time in 1999. I think that was out of support for several years by the time we finally shut down VM. We ran z/OS 1.2 until last month, which was over a year unsupported. We have never had a problem that was made worse by not having support. Of course, now PH doesn't run a mainframe anymore. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 From: Chaye Wala [EMAIL PROTECTED] This is not a flame - please - all these 64 bit supporters. Can you please name a single access method which can do direct asynchromous or synchronous I/O to a 64 bit address space directly from a device using device independent code. Something similar to DIV. A pointer to a sample code will be great. I hope I am not asking too much? -- 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: SHARE in Baltimore??!?!?! (The dark side...)
Phil, So whats the percent of people in jail in England? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 From: Phil Payne [EMAIL PROTECTED] http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html The report by the Justice Department agency found that 62 percent of people in jails have not been convicted, meaning many of them are awaiting trial. A lot of us are frightened to go to the USA these days. Baltimore or anywhere else. -- 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: SHARE in Baltimore??!?!?! (The dark side...)
Actually, my question to Phil obviously is off topic, but I'm curious just the same. I'm sure the percent is a lot lower than the US. More on topic: I've only been to 2 Share meetings. San Franscisco in 2003 and Long Beach in 2004. In San Francisco, the convention center seemed to be located very close to a very seedy part of the city. There were people begging everywhere. When I would walk back the 3 blocks to my hotel at 10:00 P.M. a couple evenings, there were young able bodied men rolling out their sleeping bags on the side walk. Long Beach was much better, except for the abundant amount of rain. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Chris Mason [EMAIL PROTECTED] Eric, I leave Phil to provide the precise figure - although the question doesn't really follow on from his post. The percentage isn't anything like high enough if the recent Home Office scandals are anything to go by. One heavyweight has just left the ring on his back and the bantamweight who's just entered has suffered some bruising blows already. The latest scandal is a large number of people who are recorded as having been in jail but are quite innocent - which, I guess is some sort of compensation. Sorry - I checked - that was last week. Today it's absconding from open prisons - what do you expect? Let me try and put the discussion back on-topic. The only SHARE meeting I've attended - presented at - was in Nice, France, the heart of the Côte d'Azur, a sunny place for shady people as Somerset Maugham called it. Chris Mason -- 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: SHARE in Baltimore??!?!?! (The dark side...)
If you read the rest of my post, I thought it was very on topic, as it was about how safe the area is around the Share convention. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 22, 2006 12:25 PM Subject: Re: SHARE in Baltimore??!?!?! (The dark side...) In a message dated 5/22/2006 12:21:41 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Actually, my question to Phil obviously is off topic, but I'm curious just the same. Then why not do as Darren asked about 26 hours ago and get back to IBM mainframe discussions? You could also email Phil directly without going through IBM-MAIN. Bill Fairchild -- 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: Quick Qustion About A SMPE Sysmod.
Howard, Thanks for posting the PTF Apar closing codes. Even though I'm not working now, I decided that I should collect the really good stuff like this and put it in a folder I can transport to my next job. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 Quote: Brian Peterson [EMAIL PROTECTED] wrote: From ServiceLink User's Guide (SH52-0300-10): B.2 PTF Closing Codes -- 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: Resolver Issue (was Revolver Issue)
I used to look at the list online. The biggest problem I had is remembering where you were. If I forgot to write down the post number, it was hard to find just where I left off. Also, the only quick way to navigate from post to post was to click on the next button. If I had to do something else and I was half way through the posts overnight, it was hard to figure out where I left off. Our internet connection at work made you log back on if you didn't use it for 20 minutes or so. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 On Wed, 10 May 2006 21:13:09 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: ... world-wide audience is actually larger than that because there are people that lurk via bit.listserv.ibm-main. ... There also those of us that set NOMAIL to prevent the flood of IBM-Main emails; that use the web interface a few times a day to keep up. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question to backup on 3590
I'm sure that two escon channels would greatly speed up your backups. I had a similar experience at PH Mining around 2000. We got 4 3490E drives, and 1 controller with 2 escon channel interfaces. That was 16 transports for 2 channels. I think the backups actually took longer than with 24 3480 transports, with 2 parallel channels for each 6 transports. I quickly realized that we didn't have enough channels. After getting 1 more controller with 2 more channels, the backups took about half the time. Looking back, I should have gotten 2 more controllers. When monitoring the pack backups with RMF, the channels were 100% busy, showing lots of delays on the tape drives. I'm sure another escon channel will make your backups take half the time or slightly more. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Pohlen (Mailinglist) [EMAIL PROTECTED] Hi listers, I have a customer who backs up a data amount of about 500 GB with 2 Jobs each day on a 2-drives-3590 with DSS. Because of data growth, he has now problems with his batch window. His 3590 (A50/B11) is connected to his R36 by one escon channel. During the backup the channel is completely busy. I have thought about a quick method to drop down the backup time by connecting a second channel. Is this possible and would this help him. He has experienced, if he runs only one job at a time, the backup time of this single job is significantly faster. Therefore I assume, that a second channel could help him. Mit freundlichen Grüßen / best regards Franz Josef Pohlen -- 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: Migrating from OPS/MVS to AF/OPERATOR
I think that this is one of those areas where the real answer is it depends. Every shop is different. I know at PH we had a lot of software that was brought in, and then sat around unused. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Dave Salt [EMAIL PROTECTED] I just wanted to point out that a lot of money is wasted on products that are unnecessary, for a lot of reasons, and that sites need to stay on top of what they are paying for. While I don't disagree, I believe far more money is wasted by NOT buying products than will ever be wasted by buying them. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question to backup on 3590
Bruce, I thought the compression took place in the control unit, so the full amount of data went over the escon channel, and was compressed by the hardware before writing or reading. How does that triple the effective tape rate to 27MB/sec. over the escon channel? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Bruce Black [EMAIL PROTECTED] On the tape, the max sustained rate is 9 MB/sec, but compression effectively triples the data rate (on the average, compression ratios vary) so the effective tape rate is around 27MB/sec. this is a good argument for FICON channels on 3590 drives, to make the channel faster than the tape. Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: Capping in Z890
Jon, Why do you want to cap it at 28 MSU? I can't give you an answer to your question, but I remember a presentation givin by Rick Ralston, who used to belong to the Midwest Computer Measurement Group (MCMG). There was some form of Lpar capping that you could put in, and it gave you several MSUs for free. I probably threw away the presentation, so I can't give you the exact details. You might be able to pay for 28 MSUs, but when demand is there, you can use the whole 32 MSUs. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Jón Vidar Gunnarsson [EMAIL PROTECTED] Sent: Friday, May 05, 2006 5:23 AM Subject: Capping in Z890 Hello I have been asked to CAP my Z890 so it cant use more that 28 MSU. My machine is of total capicity 32 MSU. I have been looking at lpar capping, but I would likne to cap the whole machine using max 28 MSU. I have only two lpar running, Can I please have comment on the best way got fulfill my goal. ?? Best Reg Jon -- 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: Capping in Z890
I've said this before, but why not have IBM just cut their price for software? I know the answer, but still, they are at war with Microsoft, HP, Sun, and all the other hardware and software makers. Why not make it easier to cut your mainframe costs and keep us employed setting up new systems. I'm really curious? Can you tell us if you use any of the special software pricing from IBM, and how you use it? Also, how much do you save per year? I know on my previous employer's MP3000-H50, we got a special pricing that went with the box. I know we were paying $10,000 a month for the hardware, and $30,000 a month for the z/OS software, including CICS and IMS, Netview, and a few other products. I'd be willing to bet that when we got the MP3000 over 4 or 5 years ago, that if we paid $5,000 a month for the z/OS software, we'd still be running it. Maybe $5,000 a month is unrealistically low, and maybe IBM would fold if they cut their z/OS software that much, but we see companies getting off the mainframe left and right now. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Joel Wolpert [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 05, 2006 12:14 PM Subject: Re: Capping in Z890 The problem with Defined Capacity is that it is done at an lpar level. There is still no way to guarantee that the machine as a whole will not use more than 28 MSU's. Why do you want to cap the machine. It makes no sense from a capacity standpoint. Don't you want to get what you paid for? Joel Wolpert Director - Performance and Capacity Planning Shared Data Center Securities Industry Automation Corporation 2 Metrotech Center New York, NY 11201 (212) 383-3323 [EMAIL PROTECTED] Look at 'Defined Capacity'. This allows you to set a MSU cap at 4 hour rolling average per LPAR. The 4 hour average will allow you to exceed the cap as long as the 4HrA does not exceed the cap. This is good if your workload has peak demand beyond 28 MSU but only for a short time (LT 4 Hr). I have heard/read somewhere (possibly what Eric refers to) that due to rounding/reporting you could consistently achieve a little more than the cap (say up to +1) with no ill effects. If you are using VWLC then IBM will not charge more than defined capacity even if it is exceeded for some reason. The only other way you could cap would to define and activate a third LPAR (no OS needed) and hard cap all LPARs so your 2 'real' LPARs have 28 MSU and the 'dummy' third has 4 MSU. Unfortunately I know of no way to 'share' a cap between 2+ LPARs (but really really wish I could). /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: Capping in Z890
Well, since we switched over to the new system running on AIX on an RS6000, their stock has climbed from the upper 50's into the 70's. The switch was done the first week in March. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Chase, John [EMAIL PROTECTED] Subject: Re: Capping in Z890 I wonder if they have realized that $30K per any time period times zero licensees equals zero revenue? -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: Anyone have a good guess as to current number of z or 390 shops?
I had a lurker on this list call me last week. I won't give his name or company, but they are planning to get off the z/OS platform by 2008. I know the Electric Company in Milwaukee is planning to be off the mainframe before the end of this year. I figure there is probably 10 to 12 mainframe shops left within driving distance of me. I know when I looked for a job 21 years ago, I must have interviewed with 10 or 15 differemt companies before I took the job at PH. All the companies I interviewed with had job openings. Now, nothing in Milwaukee. Things have changed! An interesting side note. In 1999, I accepted a job at Carson Prairie Scott, but my boss at PH offered me enough money so I stayed at PH. Carson's also had a mainframe in Jackson Mississippi. About a year or so after I would have started there, they closed the datacenter in Milwaukee. Now, another company bought them out, so even if they would have let me work in Milwaukee, that job is in danger again. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee 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: PDS 8.6 (Was: PDS Directory Question)
Hi John, When did PDS 8.6 come out? I don't remember seeing that, unless I've been running it all along and forgot the number. I can't go check anymore as our system is gone. I remember downloading something several months ago and just putting it in a steplib so I wouldn't have to make any system changes. Maybe that was 8.6! Does PDS 8.6 run under Hercules and MVS 3.8? I seem to remember that there was a version of PDS that ran under MVS 3.8. I decided that I need to do sometthing technical while being unemployed, so I plan to install Hercules and MVS 3.8 on either my desktop or my laptop. My laptop is in for repairs, so I'll ;probably be blessed with an almost empty harddrive when it comes back, as they said the repair shop usually reloads the software that came with the machine. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: John P Kalinich [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 01, 2006 6:22 AM Subject: PDS 8.6 (Was: PDS Directory Question) Eric, An even better tool is the PDS 8.6 tool from the CBT site with PDSE, ISPF Search-For, and TSO XMIT support. Regards, John Kalinich Computer Sciences Corp.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: PDS Directory Question
Rick, An even better tool is the PDS 8.5 tool from the CBT site. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Rick Fochtman [EMAIL PROTECTED] Subject: PDS Directory Question The PDS 8.4 tool from the CBT site does a beautiful job of expanding a PDS directory. I recommend it HIGHLY! You'll use the EXPANDDIR(nnn) to add nnn directory blocks. If you're nervous about it, by all means take a FDR backup, but I've never had it fail, in all the years I've used it. And PDS is a WONDERFUL TOOL!!! Saved my posterior many times over!!tml -- 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: Offensive Language etc.
Phil, Great post, and since it's Friday, its only slightly off topic. You really cracked me up. Well - Me and PH are now history. I'm home and bothering my wife now. She is so worried that she'll have to rearrange everything to fit my schedule. Monday morning, I can start searching job boards. I'll keep in touch with IBM-Main. Well, gotta go call a couple headhunters. Eric Bielefeld 414-475-7434 - Original Message - From: Phil Payne [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, April 28, 2006 8:09 AM Subject: Offensive Language Pronounced ficking. Which is the German equivalent of our word, and so Darren's inbox will be swamped by netnanny nastygrams in German. Germans pronounce V as F - so Vick Pharmaceuticals is known as Wick Pharma in Germany. I've finally managed to remember the z8 thread and the comment of mine that probably triggered all this. I stand by it - the individual concerned has done the platform almost as much damage as Software Division. I shall in future Bowdlerize - suggestions are welcome but posterior sphincter is current favourite. As for netnannies, I think the Devil's Dictionary definition more apposite than ever. Back to z8s - or z9s as it turns out (remember the Castor-less mainframe comment? The codename was Pollux) I wonder how long it will be before a chargeable version of my MIPS table is available from another analyst. It won't be worth any more, of course. Even mine is worth less than you're paying for it. Pollux was an odd choice - alternate days in heaven and hell. -- 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 -- 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: Binder REP Cards (Was: What's the linkage editor really wants?)
I've seen a bunch of posts on this. Are these the REP cards as are used in AMASPZAP, or is this something different. For example: VER 0012 AF21 REP 0012 2345 Eric Bielefeld PH Mining Equipment - Original Message - From: Edward Jaffe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, April 18, 2006 11:35 AM Subject: Re: Binder REP Cards (Was: What's the linkage editor really wants?) Ray Mullins wrote: Maybe. :-) Maybe what? Maybe the binder accepts REP cards? Or maybe the binder accepts REP cards for GOFF objects? -- 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