Re: Can't vary offline
You might want to look at the catalog address space. It might still have it. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- Bob Henry <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/26/2005 12:04 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Can't vary offline I'm trying to vary a dasd device offline. It originally had ucat on it but I moved (merged) and disconnected it. It has nothing on it any more but SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space). There were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now I'm trying to vary offline but get "vary offline pending". A "d u,,alloc" of the device shows *MASTER* still has it allocated. Why would *MASTER* still have it? How can I unalloc it? -- Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 Ridge Rd. E., Rochester, NY 14622 Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * [EMAIL PROTECTED] * www.sungardsct.com CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCRT Question
Howdy, According to the JCL tailoring instructions, the only field that needs changed from the original JCL is the customer name/number but I've run a few test runs changing the 2nd PARM field to actually reflect the MSU's put in Defined Capacity as well as running the default (nothing in that field) and the numbers are -much- different if the actual D.C. and # of lpars is specified. So my question to the group is which way are you running your SCRT report? It appears if the actual MSU's are specified the billable MSU's are much less than when you use the default. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCRT QUESTION
Brian, //EXTR EXEC PGM=LOADER,PARM='/,32(2),CUSTOMER NUMBER xx' //SYSPRINT DD SYSOUT=* //SYSLOUT DD SYSOUT=* //SMF DD DISP=SHR,DSN=MISOS.SMF.MONTHLY(+0) //OUTPUT DD DISP=(,CATLG),DSN=MISTU.SCPTOOL.CSV,UNIT=SYSDA, // SPACE=(TRK,(15,15),RLSE) //SYSLIN DD * In the above example "32" is the MSU value specified in Defined Capacity and "2" is the number of lpars. From what I've gathered reading the white paper on the subject and the JCL instructions the MSU's we would be billed from are based on the Defined Capacity (32 in our case) but I don't see that reflected anywhere in the SCRT. We are running a z800-0a2 and the MSU's show 44 even though it has been changed on the HMC and is reflected as 32 in SHOWMVS (for instance). When I let the PARM default I get a "44" and 2 lpars and one set of numbers. When I code the MSU value (Defined Capacity #) I get a much lower set of numbers which sounds to -me- like our bill would be considerably less if the MSU was coded. I'm just trying to figure out how others are doing it. This whole thing isn't making much sense to me right now, based on the numbers. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPE Apply Question.
I just did the same thing for a DS6800 planned install and you might to note that even though I ordeed -all- of the recommended (with pres., cos. etc) I didn't get some of the pre's. Fortunately I stay very current on maint. and the only 3 out of the list that actually RECEIVED had nothing to do with any functions we are currently using. Your mileage may vary of course, but I seem to recall this as an issue for a number of years. The last confirmed resolution I remember reading, was to -call- it in. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - Another One Bites the Dust
You forgot the number 1 reason: "There's another sucker born every minute." Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- Ed Finnell <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/08/2005 09:35 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Another - Another One Bites the Dust In a message dated 7/8/2005 7:29:22 A.M. Central Standard Time, [EMAIL PROTECTED] writes: It's hard to imagine why any company would convert to Sun nowadays >> Deep discounts, bigger staff, the world of empires -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Another - Another One Bites the Dust
If I were the a person with -my- money in that bank, my first stop would be closing the account out. The money would be safer under a mattress somewhere. About the first time some hacker decides to transfer a bundle of money into a Swiss account I can see at least 2 things that are going to happen: 1. They'll wish they had the RAS of that mainframe back. 2. They're likely to have to close the doorspermanently. And that doesn't even count the hackers that'll be sending them more viruses, worms, etc. than they will -ever- see on a mainframe, just for the kicks of it. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - Another One Bites the Dust
And have another 50 in reserve to replace they ones going down every 5 minutes. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - Another One Bites the Dust
You're making a leap there that -I'm- certainly not ready to make. Speed isn't everything, never has been. If you want to play games or have application that you don't really care about when it gets done and a lot of times in accurate results and only has 1 or 2 users, you -might- be able to live with putting it on a Unix platform. However, IMHO, the RAS -really- stinks. You can't rely on those boxes being up and available to do -production- work when you need them. One line of bad code or a missing line in a script and the box typically goes into a loop and freezes and a lot of the time can't be gotten control of again without turning the box off or pulling circuit cards to force it to quit. The -whole- attitude of the group of people responsible for the care and feeding of the squatty boxes is one that a -production- environment in a mainframe world can't tolerate. They think nothing of taking a box down or changing an IP address in the middle of the day and without telling anyone they're about to do it. The number of people it takes to support the squatty box environment is unreal (5+to 1) for every application they put up. It's cheaper to maintain the mainframeoverall. The average time for D/R recoverability on a squatty box is measured in daysnot hours. And the list could go on and on. Personally, I'd rather have a -slower- box and know that the RAS is there, unless of course I want to play a game. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - Another One Bites the Dust
You're jumping to the conclusion that squatty boxes are -cheaper- than a mainframe, while in fact they are -not-overall. They may initially cost less than a mainframe but by the time you add a 5+ to 1 people cost per application to the squatty end, they are actually more expensive. And the "smoke and mirrors" that squatty box people pass off to the end user, becomes a nightmare for the end user. Management by magazine has done a great job of convincing these people life couldn't be better.if they'd just get rid of the mainframe. Take a guess. If a current report, on the mainframe, takes 24 hours to print, how long will it take to print it on a printer in the user's department. The squatty nightly backups run (when they actually run) 12 hours and they are just adding another 8 TB of disk. The mainframe has 1.x TB and the applications going on the squatty boxes are -replacing- ones already running on the mainframe. What do you think is it going to be more or less expensive in the end with a squatty solution? Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - Another One Bites the Dust
Ron, Obviously, I'm not going to change your mind or you mine. I'm guessing you don't believe the Xephon reports, that's up to you. My past and present observations from working in this business show a 5+ to 1 ratio and it's growing. The 8 TB just rolled in the door so it is doing little of nothing yet, so what I'm observing is what they have on the floor and backups on that are running lg. If you have the money that eBay etc. has you can afford to keep a warehouse full of spares so when 1 goes down or 8 you can replace it without batting an eye. We don't need to do that in a mainframe world because the RAS is already there and mainframes just don't go down. Those are pretty much my feelings and before this turns into soemthing more heated this will be my last response to this thread. Take care. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RSVNONR -DB2
All, I understand why RSVNONR is in a "bit of a fix" in our shop and we're trying to address the problem by getting the problem tasks to shutdown -cleanly- but aren't having much luck so I thought I'd run it up the flag pole (so to speak) and see if any of you have found a solution or might suggest one. The -offending- address spaces are -all- DB2 regions that get cycled on a regular basis (I still need to talk to the DBA to see why). We've got Landmark and BMC as well as CICS that -touch- DB2 and we've tryed shutting them down in about everyway possible but the IEF352I message won't go away and of course the used RSVNONR keeps increasing with every shutdown and startup of DB2. It's been 2.5 months since an IPL and we plan on increasing RSVNONR from 99 to 2xx but it just urks me to think we might -have- to have planned IPL's over something this silly. Has anyone found a way around it or do you all just plan an IPL on some scheduled basis and call it a day? Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RSVNONR -DB2
There you go trying to use logic again. These are the same folks that make the -caller- look like they're responsible for performance issues on DB2 calls. Pretty cagey folks, I'd say. Interesting also is in the Extended ... Guide two ways to avoid the problem are: 1. Increase RSVNONR big enough to cover between IPL's. 2. Fix the application.Yea I see that happening. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 is a Systems Programmer
We're the janitor's of IT. Remember why they call him "Dirty Harry"? That's pretty much us. In most shops that title still commands professional respect because our experience and what we know how to do. In other shops, it only means they know how to type A:INSTALL without help from spell check. However, in those shops it is -not- a requirement to be able to find your way from the parking lot to their desk without leaving bread crumbs to find their way back again. If someone actually gets good enough to stop leaving a trail of bread crumbs, they're promoted to System Administrator. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- To IBM-MAIN@BAMA.UA.EDU cc Subject What is a Systems Programmer Hi, all. I have been asked so many times "What is a systems programmer? And What is it they do?" that I'm not sure anymore. Especially in today's environment. Can any of you point me to an article or articles the would explain what we are and what we do? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
I think they were too busy pointing fingers at each other. IBM at AT&T and AT&T at IBM. After several phone calls and at least 2 emails, someone at IBM finally gave us the IP address. Squatty boxes, you just gotta -love'im- Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- Bruce Black <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 08/15/2005 10:40 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: IBMLINK > > >We point a TN3270 session at ibmlink.advantis.com but today is doesn't >work. > ibmlink.advantis.com finallly works again. I can't imagine what took them so long -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html