Re: IBM announces 6% price increase for z/OS
I'm pretty sure it affects the US. I have the letter in front of me. It doesn't have an announcement letter number on it, and it is labeled notice to IBM customers and it has the normal verbiage about state and local governments. We got warned about a price increase last year which went in to effect this month (January 2012). As luck would have it, it was a couple weeks after we submitted our 2012 budget. Blew the 2012 budget before we even got close to 2012. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XML Generate String Length
Isn't there a memory size parameter on the CICS program entry? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? Yes, I think this is it: Maxdatalen defined on the service. We have it set to 1024 which I believe is kilobytes. As it turns out, it was a code problem. The program looped through the message and overlaid itself and then wandered off into other program storage. Thanks for everyones help in searching though... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A design question
(shall we call it USS for short?) Here it is a new year and you start by dredging up that old Navy acronym controversy again. tsk tsk tsk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HYPERPAVs
On Fri, 18 Feb 2011 14:53:07 -0500, Jim Mulder wrote: A HYPERPAV alias is bound to a base only for the duration of an I/O operation which is being done via that alias. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY That makes sense. Is there a way to list candidate aliases ??? A DISPLAY M=CHP shows the aliases: CHPID 20: TYPE=1A, DESC=FICON POINT TO POINT, ONLI DEVICE STATUS FOR CHANNEL PATH 20 0 1 2 3 4 5 6 7 8 9 A B C D E F 400 + + + + + + + + + + + + + + + + 401 + + + + + + + + + + + + + + + + ... 40E HA HA HA HA HA HA HA HA HA HA HA HA HA HA HA HA 40F HA HA HA HA HA HA HA HA HA HA HA HA HA HA HA HA But a DISPLAY M=DEV shows no aliases: HYPERPAV ALIASES CONFIGURED = 0 I'm not sure if this is good or not. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAVs
On Fri, 18 Feb 2011 15:26:40 -0600, Horne, Patti patti.ho...@fisglobal.com wrote: You need to go into Storage Navigator on your USP-V and do the initial pairing of the aliases to the bases for each LCU. Then when you to the D M=DEV it will tell you how many aliases you have configured. I don't have access to the Storage Navigator app and my storage admins say they're configured. I also got a note from an HDS guy stating it's acting like they're not paired. I've got a call into our local HDS engineer to straighten us out on that. And I'm firing up RMFIII to see what I can see. We're pretty low activity right now though, so I don't know what I'll be able to tell from that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAVs
On Fri, 18 Feb 2011 17:49:40 -0500, Bob Rutledge wrote: I suspect they're truly not paired--my USP-V shows: d m=dev(2000) IEE174I 17.40.17 DISPLAY M 335 DEVICE 2000 STATUS=ONLINE CHP 68 6A 6C 6E 69 6B 6D 6F ENTRY LINK ADDRESS.. .. .. .. .. .. .. .. DEST LINK ADDRESS 0D 0D 0D 0D 0D 0D 0D 0D PATH ONLINE YYYYYYYY CHP PHYSICALLY ONLINE YYYYYYYY PATH OPERATIONAL YYYYYYYY MANAGED NNNNNNNN CU NUMBER 2000 2000 2000 2000 2000 2000 2000 2000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.900.HTC.65.000x.0021 SCP TOKEN NED = 002107.900.HTC.65.000x. SCP DEVICE NED= 002107.900.HTC.65.000x. HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW d m=dev(20f0) IEE174I 17.41.10 DISPLAY M 849 DEVICE 20F0 STATUS=HYPERPAV ALIAS That's exactly what happened. Our Hitachi engineer dropped by to show us where and how these pairings happen and now everything is displaying properly. The DEVSERVs show all the aliases: 040BE BE BASE-H 4000 BE BASE 040BF BF BASE-H 4000 BF BASE 040C0 C0 ALIAS-H4000 C0 040C1 C1 ALIAS-H4000 C1 The devices show the candidates: HYPERPAV ALIASES CONFIGURED = 64 And we're even seeing some of them in use. Thanks again for everyone's help -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any one have a solution for this
On Mon, 1 Nov 2010 16:33:32 -0500, Petersen, Jim wrote: We are using Data Domain for VTL. What we have found is that even though a tape goes scratch in our Tape Library Manager, the space is still in use for that Scratch Tape on the Data Domain. Has anyone else experienced this problem and how did you solve it? ___ The clean process is intended to free up and reorg (defrag ?) the disk. Are you running that ??? The default is for it to run weekly on Tuesday mornings; try command filesys clean status to find the last date it completed. The devices don't allow tapes to go scratch until a specified amount of time has elapsed since creation. Ours is set to 10 days. I think the default is 5 days. I'm not sure how to check that. It might be retention lock in the filesys command set, but you'll have to look that one up. Are you sending your scratch list to the VTL ??? I'm told you should send the complete list, but I filter ours. It takes a while to push a couple hundred thousand VOL=SERs through, so I only send the tapes that aren't already in the scratch pool file. Those are the only things that come to mind at the moment. Good Luck. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When will MVS be able to use cheap dasd
On Wed, 13 Oct 2010 21:21:16 -0700, Ron Hawkins wrote: I really struggle with the fact that you think that the cost of goods for a disk drive assembly includes the disk drive and nothing else. Would you argue with David Bowie or Amazon about the price you pay for a CD that you can buy at Fry's for 20 cents. They're making 5400% mark-up on the cost of materials. Surely the jewel-case isn't worth $5-10. I don't recall stating what I believe. I fully understand there has to be markup. I believe I've also stated that I don't know how much it should be. I don't know what's reasonable. I've just related the revelation of discovering what retail is on the commodity compared to what we're being charged by the vendor. If it were for my own personal use, I'd find another vendor. This is for an enterprise storage solution. I don't have enough information to make a valid comparison there. And yes, I would argue that charging more than 20 cents for a David Bowie CD is price gouging, but do we really want to go there Perhaps you would be happier with a service model where you get charged per minute every time you call the Salesman, SE or CE, and the salesman charges you for a quote if you buy storage from another vendor. Back before the EMC/HDS price war in 2000 the mark-up on cost of goods - what we pay for the hardware - was quite high, but I think you would be horrified to know what it dropped to by 2001. It was certainly never 500%. Only Mainframes CPUs have that sort of markup. I agree the way you state the price differential makes for pervasive argument, but by excluding even basic costs like shipping and installation I feel that it is a tad misleading. No, I wouldn't. This is what it is. When we negotiate for these solutions, we get the best price we can get for both hardware and support at the time. When we go shopping for an upgrade or replacement, we use past experiences, desired capabilities and industry research to guide our decisions. I absolutely understand your point(s). You have to be able to recover your costs, fund future projects and earn a profit. What markup does that require ??? I have no idea. My only point in joining this discussion was to share the fact that it is now easier to make a comparison (or judgement, if you prefer) since they're loading these arrays with commodity disk. I believe it was you who floated the idea that disk prices don't change between host platform. This really doesn't address that observation, but it does point out disk prices do fluctuate. Maybe not by host, but certainly by the cabinet you plug them in to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When will MVS be able to use cheap dasd
On Thu, 14 Oct 2010 07:11:33 -0500, Chase, John wrote: SEAGATE ST3500320NS465.76 GiB CDW's website says: This product was discontinued as of Wednesday, July 21, 2010. Call for availability. Their price: $95.99. Now what are we going to do ?!?!?!?!?! ;) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When will MVS be able to use cheap dasd
On Wed, 13 Oct 2010 13:10:35 -0700, Ron Hawkins wrote: While I have not worked in the field since mid 2007, my experience is that your claim is not true. At that time a can of disk drives with USP written on the side cost the same whether you formatted the array groups for CKD or FBA volumes, and AFAIK this has not changed. For mixed Open/Mainframe boxes we don't hold out our hand for some more money if you want to have an Array Group changed from Open System to Mainframe format. ... There are some parts of this thread that imply that there is a separate price list for Mainframe and Open Systems formatted storage, and it's my experience that this is not so. As for the original question, I'll quote the OP: His question was why can't mvs use scsi or san dasd, VSE and VM can. That does not look like a price gouging claim to me. I believe he's asking about direct attached support in z/OS for SCSI over Fibre Channel. Google a price for this: SEAGATE ST3500320NS465.76 GiB Our vendor charges us $1200 each for these. We have to use theirs to maintain support. Not direct attached. Contents of an array behind a VTL appliance. Attached to a mainframe. The disk cost the same no matter what host they're attached to. Not sure if this meets your definition of price gouging nor cheap disk. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When will MVS be able to use cheap dasd
On Wed, 13 Oct 2010 15:19:57 -0700, Ron Hawkins wrote: I'd like to know if the Seagate or Hitachi drive from Fry's includes an account SE, a CE to install it, phone home monitoring, non-disruptive replacement, a dynamic spare, FC or SAS active/active dual ports, and access to a guy like me with a lab to recreate and advise on your critical performance problems? Does someone turn up in the middle of the night with a replacement when a drive you purchase from the internet dies, or does it take a month to get a replacement under warranty? Like the old adage says you get what you pay for. I'm not passing judgement. Just tossed a fact or two out there. But since you ask, how about they limit themselves to 500% markup ??? Or 600% ??? That still cuts our cost more than half. And of course it is not price gouging for Mainframe disk. You vendor will add all that support cost, margin, whatever, whether it's formatted for Mainframe or Open Systems. Do you think that your argument is a bit like using the primary cost of rubber to compare the cost of the windshield wiper blades on my Mustang with a Ferrari. No, I don't. I have no problem with anyone making a decent profit. But what is a decent profit ??? Are you saying they charge us 15 times retail for a disk so they can give us all the cool software that makes it all work for free ??? Every piece of that hardware has a cost associated with it. Even the power cords are separately priced. It's just a whole lot easier to compare when they throw a shiny cabinet around commodity disk. Kind of maddening actually, but whatever. I'm not even saying it's not worth it. It works great. I wish I would have thought of it... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When will MVS be able to use cheap dasd
On Fri, 8 Oct 2010 10:23:38 -0500, Larry Macioce wrote: A colleague and I were talking as we feel the powers to be are looking at options other than the mainframe. The talk went to dollars and cents I stated the price of a z box has dropped big(for our size shop) but the cost of purchasing dasd is still high along with maint. His question was why can't mvs use scsi or san dasd, VSE and VM can. We looked around the web could find nothing on it. Thoughts?? thanks Mace I'm not sure what you're looking for specifically, but check out MFNetDisk. This is discussed frequently. I haven't looked at it nor tried it, but it seems to address your requirement for cheap disk. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 7 Oct 2010 12:18:54 -0500, Dave Kopischke wrote: On Fri, 1 Oct 2010 06:37:18 -0400, Jousma, David wrote: A quick look at the HMC book on resource link, I find: ... v Microsoft Internet Explorer 8.0 with (at a minimum) Java SE 6, update 13. A quick update: A colleague of mine had his Java release updated to _13 and he is able to work with all our HMC's via Windows 7/IE8. I tried _13, _14 and _21 and none worked (I was able to get past the sign-on, but the pages didn't render properly). I'm having my machine upgraded to _13 and I'll give it another shot. Maybe the desktop people have a magic wand or something they use to make this all work I got Java 1.6.0_13 this morning. Got past the sign-on, but it won't render the working pages properly. The whole right side of the page that includes the tasks to perform is missing. I sit right next to a guy who got this Java upgrade and his HMC access works fine now. The magic wand didn't work... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Fri, 1 Oct 2010 06:37:18 -0400, Jousma, David wrote: A quick look at the HMC book on resource link, I find: ... v Microsoft Internet Explorer 8.0 with (at a minimum) Java SE 6, update 13. A quick update: A colleague of mine had his Java release updated to _13 and he is able to work with all our HMC's via Windows 7/IE8. I tried _13, _14 and _21 and none worked (I was able to get past the sign-on, but the pages didn't render properly). I'm having my machine upgraded to _13 and I'll give it another shot. Maybe the desktop people have a magic wand or something they use to make this all work -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange Allocation Behaviour
On Tue, 5 Oct 2010 19:39:33 +, Eric Bielefeld wrote: I just had a strange experience with a dataset. A user called me and asked me to copy a dataset that was full. It was extended format, and had 123 extents, and used 132 Cyl. I renamed the DS, and then copied it. Much to my surprise, the dataset now takes 14 Cyl. Both are blocked at half track, and they are PS FB. The only thing I can think of is that records are being deleted, and only when the DS is copied do you release the space. This is part of INFOPAC, which I know nothing about. I can't tell you why the resulting dataset is a different size, but I wouldn't manually move/rename an INFOPAC report archive and expect to be able to use it. There's a utility in INFOPAC (INFOMOVE ???) that is required to move those archives around and keep them intact. You can probably get away with moving topic files around with standard utilities, but not the report archives. Good luck... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange Allocation Behaviour
On Tue, 5 Oct 2010 21:56:09 +, Eric Bielefeld wrote: This was the INFOPAC.RDS.STATS.FILE. Apparently it has been copied many times in the past. -- I'm not familiar with this file, but that's not surprising. I don't actually manage the product, I just install it and deal with problems. What do you use this for ??? Maybe I'm missing out on something interesting ??? And yes, ARCMOVER is the tape utility. The one I was thinking of is ARCHMIGR. That's what we use to migrate from active to cold pool (or tape, I believe) and purge old archives. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Someone has training manuals or notes that can help me
On Mon, 4 Oct 2010 12:44:39 -0700, Charles Mills wrote: His first thought was to post on IBM-MAIN under a pseudonym. I'll bet zMan is not a real name either. Not a big deal. Probably not. He was probably known as zBoy and maybe even zInfant. If he is even a he -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access z/OS 3270 TSO from smartphone?
On Wed, 22 Sep 2010 15:11:45 -0500, McKown, John wrote: Actually, their product runs on the mainframe, and translates TN3270E data setreams to HTML Web pages. So any built in web browser accesses a remote mainframe with this product installed on the mainframe. Which puts the CPU burden on the mainframe (3270-HTML). And on the smartphone, depending on how complicated the HTML must be to render vs. tn3270. Sorry to jump into this one so late, but I was wandering through the iPhone app list looking for free stuff and came across TN3270 Lite. http://www.mochasoft.dk/iphone_tn3270.htm I downloaded it, but my security guys won't let me try it. Oh well. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nullify Effect of $EJ command
On Wed, 29 Sep 2010 12:06:31 -0400, Lizette Koehler wrote: Is there any way to nullify the effect of the $E command after it has been issued? If so I could have AF/Operator issue the appropriate commands. I would probably use AF Oper to capture the $E command, and put out an ARE YOU SURE WTO. Or prohibit the use of the $E command against anything but print. Or have AF/OPER test to see if it is something NOT CICS. Only option I would see might be to cycle JES however that can be distruptive or may not work. But there is not CANCEL $E command avaialble. We have the same problem on occasion, but we generally see an operator enter E next to a running JOB in SDSF and hit enter. Nothing happens initially, but as soon as the JOB ends, it restarts itself. Most of our JOBs do BR14s at the start to ensure the files it creates aren't already there. So it immediately wipes them out. And since our scheduler sees the JOB end good, it sends the rest of the cycle on its way. Very messy. Tough to figure out what happened and even harder to correct. Being able to cancel a reset would be good, but knowing that it had accidentally been issued would be better (for us). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 30 Sep 2010 15:37:07 -0400, Jousma, David wrote: What kind of errors are you getting? I am running XP at work yet, but am using IE8 with no problems. I get the initial home page for the HMC, but when I click for the sign-on page, the app hangs. It's that flash page that says Please Wait with CANCEL and HELP buttons. It used to be a quick flash of that page and then the sign-on page would display. Now it hangs. I also went through several iterations of JAVA maintenance trying to find a workable combination. I finally managed to get the sign-on page and get signed on, but when the app displayed the HMC pages, the scrollable task pane on the right is totally missing and right-clicking for a task list wouldn't work. XP with IE8 does work ??? That's interesting. One of my colleagues has been using Windows 7/IE8 for about 6 months. His AS/400 HMC was working fine. Then the desktop folks pushed out a standardized desktop to him and it all quit. Same errors as I'm getting. Hmm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 30 Sep 2010 15:38:07 -0400, Jousma, David wrote: Btw, I believe that that link is referring to the HMC for the P-series(AIX) boxes... H. How can you tell ??? I didn't see any reference to platform; just HMC software release numbers (And I haven't a clue what we're running, so I didn't even look at it beyond this). I do know our combination of Windows7/IE8 doesn't work on a z9 HMC nor an AS/400 HMC. We don't have a p-series... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 30 Sep 2010 15:51:47 -0600, Jerry Whitteridge wrote: Check your popup-blocker settings. If I remember correctly the HMC app likes to open new windows. Tried that too - Always allow popups for this site or some such. I've got a feeling it's something in the certificate code that's going south. I used to get those cert pop-ups saying it's not a trusted site and prompt me to click through to continue or stop, but now I don't. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 30 Sep 2010 16:57:54 -0500, Dave Kopischke wrote: On Thu, 30 Sep 2010 15:38:07 -0400, Jousma, David wrote: Btw, I believe that that link is referring to the HMC for the P-series(AIX) boxes... H. How can you tell ??? I didn't see any reference to platform; just HMC software release numbers (And I haven't a clue what we're running, so I didn't even look at it beyond this). I do know our combination of Windows7/IE8 doesn't work on a z9 HMC nor an AS/400 HMC. We don't have a p-series... Replying to my own post... I argue with myself now and then too. I hate it when I lose those though... ...And a z10 HMC. That's where we first discovered it. Our DR CBU machine is a z10 at an undisclosed remote location. That's why I originally wanted to blame our network folks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nullify Effect of $EJ command
On Thu, 30 Sep 2010 15:15:00 -0700, Ulrich Krueger wrote: We have the same problem on occasion, but we generally see an operator enter E next to a running JOB in SDSF and hit enter. Nothing happens initially, but as soon as the JOB ends, it restarts itself. Most of our JOBs do BR14s at the start to ensure the files it creates aren't already there. So it immediately wipes them out. And since our scheduler sees the JOB end good, it sends the rest of the cycle on its way. Very messy. Tough to figure out what happened and even harder to correct. Being able to cancel a reset would be good, but knowing that it had accidentally been issued would be better (for us). How about restricting the use of the E command in that operator's SDSF profile? And how about chopping off a finger every time the operator does something like that? Over time the operator will learn not to do that anymore ... (Just kidding, of course :-) It's also used to change service classes. I suppose we could use OPS/MVS to filter it. Any reset command without a service class parameter should be ignored ??? I can't imagine a valid use for reset beyond changing service class. But the finger idea might be worth exploring. One person can make that mistake ten times at most. Hm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Web Interface
On Thu, 30 Sep 2010 19:53:59 -0400, Stan Weyman wrote: have you tried reloading Java on your machine. I ran into a similar problems with IE and the HMC. Firefox worked fine but I couldn't get into the HMC using IE. Reloaded Java and all worked fine. What version of JAVA do you have ??? I'm at 1.6.0_07. I upgraded to _13, _14 and _21. They each allowed me to get to the sign-on page, but the app didn't render properly so it was not usable. I can't get FireFox until it gets blessed by our desktop support folks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nullify Effect of $EJ command
On Thu, 30 Sep 2010 19:59:53 -0400, Bob Rutledge wrote: Ted MacNEIL wrote: It's also used to change service classes. E does no such thing. Are we talking about E or $E? We are talking about SDSF action characters. I believe line command E in SDSF is translated to $E. The E in MVS is the reset for service class. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jobclas Protection - IEFUJI
On Fri, 10 Sep 2010 11:21:01 -0500, Mark Zelden wrote: On Fri, 10 Sep 2010 10:58:15 -0500, Alvaro Quintupray B. wrote: Hi, I need to manage the use of classes when users submit their batch processes . . . I have been researching the topic and found that I can do it using the exit IEFUJI and defining a special class in RACF. Has anyone done this implementation before ? If you searched the archives, then you will see that the answer is yes. You might consider using an automation product to do this instead. Unless your JOB Class structure never changes. Ours doesn't... didn't... until recently. We recently went tapeless. We had a bunch of JOB Classes reserved for tapes. The reasons for segregating tape JOBs from the rest suddenly went away. If we had this hard-coded in a JES exit, it would have taken a month to change it, test it and implement. The OPS/MVS change took a couple minutes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jobclas Protection - IEFUJI
On Fri, 10 Sep 2010 13:44:42 -0500, Mark Zelden wrote: Much Snippage: You might consider using an automation product to do this instead. Unless your JOB Class structure never changes. Ours doesn't... didn't... until recently. Dave, 1) I'm not sure how automation can catch it when a job is submitted like a JES2 exit can (from any submission source). At what point does OPS/MVS catch this and how does it deal with it specifically when someone uses or tries to use a class they shouldn't? What do you base the permission on? Userid pattern? Jobname? 2) Even though IEFUJI only catches it at job initiation (instead of submit time), I don't understand how automation can even do it then. With JES2 INITs the execution class is shown in a WTO, but not until the job is initiated and started. Some processing could take place before automation could cancel the job. With WLM controlled classes, how could automation even tell what jobclass was used when the job starts (SRVCLASS is shown in $HASP373). If you explain #1, that should explain #2 also. I'm not the OPS/MVS administrator, so I'm not sure exactly where OPS/MVS gets control. In our environment, we have a process within OPS/MVS that includes a table of allowed user ID's within a class and cancels any JOB that doesn't match. My impression is it's post-reader but prior to execution. I can find out if it's important. But... 3) If RACF is used for the check via JES2 exit 6 or IEFUJV (which is what the OP wants to do), there is no hard coding in the exit. If the rules of the game change, all that is needed is a RACF command to change the security. I agree if you hard coded rules in the exit, it could be cumbersome to change / implement the changes into a production system that had strict change control (otherwise, both SMF and JES2 exits can be changed dynamically if needed / desired). I think a RACF hook in the exit would be a better approach. I'd also be interested in seeing a code example of this... Our OPS/MVS approach is also manual, so it's not optimal. Someone has to maintain the table and change it as things change. Employees, JOB Classes, etc. It's just a lot more flexible and quicker to adjust than a JES exit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jobclas Protection - IEFUJI
On Fri, 10 Sep 2010 14:19:10 -0500, Mark Zelden wrote: I think a RACF hook in the exit would be a better approach. I'd also be interested in seeing a code example of this... Someone already posted a sample IEFUJI. It looks similar to mine but mine used an installation defined class instead of FACILITY and the resource name was JOBCLASS.x. My JES2 exit 6 used the same check. I saw that and printed it off to review later and didn't even notice it has everything I need. I'm really glad it's Friday. What a week. I'll check out your website too and see what will work best for us. Thanks again -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virginia DOT outage
On Wed, 1 Sep 2010 18:18:19 EDT, Ed Finnell wrote: In a message dated 9/1/2010 2:33:01 P.M. Central Daylight Time, writes: doesn't this say more about the disaster recovery scenario than anything else? More like never been tested under load. In all those story links, there was no mention at all that their DR plan was even invoked. Maybe it wasn't deemed to be a significant enough failure to warrant executing their DR plan ??? Maybe they don't have a DR plan ??? I don't live in Virginia, so it doesn't affect me personally. At least I don't think it does. If Northrup-Grumman has to pay for this, who are there other customers ??? They may have to raise their rates to make up for the loss, so I actually might end up paying for it. Hm The Virginia Governor's office seems a little worried. Lot's of blame being aimed right at them. Do you think the outsourcer is feeling the same kind of heat ??? So what if they lose a client. They'll get another. I'd be interested in reading details about the array failure. Some of the comments questioned the likelihood of a dual failure. So what failed and when ??? Maybe the first failure went unreported or was ignored ??? A dual failure is pretty unlikely... There's a lot more to this than is being reported. I sure hope it's not buried. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Soft Cap
On Mon, 23 Aug 2010 14:55:29 -0500, Michael Wickman wrote: IIRC, I read that if you were capped before you raised the value, you stay capped at the higher value (i.e. no 2 hour grace period to recalculate the 4 hour rolling value). Mike Wickman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Monday, August 23, 2010 2:49 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Soft Cap It's our annual peak time, first day of classes for Fall Semester. Since last spring, I've ratcheted down the group capacity for our 4 lpars on a z9BC-L03. I had it down to 16. Last week I raised it to 17, today after capping had cut in, I raised it to 18 and then to 19. I expected it to take at least some wall time for the 4-hour average to catch up, but in reality, RMF III shows WLM Capping still in effect. It's now lunch time and we seem to be meeting our workload. I guess I really don't fully understand how the 4-hour average is determined. Are you capping across LPARs ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CoD IODF solved(I think)
On Tue, 17 Aug 2010 10:49:36 -0500, Larry Macioce wrote: I remembered there was a maint section on the HCD panel and lo and behold there is a copy . So I copied the current IODF to the D9esy1 pack that I will ipl from. I have made the appropriate changes to sys1.iplparm, so keep your fingers crossed. I'm pretty sure I'm not following your plan... If you copy via HCD to your DR disk, you still won't have your IODF/IOCDS aligned unless you never refresh that disk. We replicate our disk to a warm site. When we first built our DR environment (local z9 - remote z10), we performed part of the migration actions to get an IOCDS to POR and an IODF that matched the hardware. Once we IPL'd the z10 for the first time, I went in an cleaned up all the garbage from the migration and created a new IODF/IOCDS set. Then I copied the IODF, tersed it, and FTP'd it to my PC and back to my local z9. That way I have a DR IODF on my local disk that matches my remote definitions and it replicates with everything else. Are you not refreshing your D9esy1 volume ??? That seems like a lot of complexity and wasted space to preserve an IODF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
On Tue, 10 Aug 2010 14:28:20 -0500, Pommier, Rex R. wrote: Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. We have two consoles physically located in the data center that do not require logon. We have several others defined that can be accessed remotely that do require logon. So it depends -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
On Wed, 11 Aug 2010 17:51:45 -0400, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) wrote: This has been an interesting thread. It seems we all really ENJOY auditors... Can someone say prostate exam? Isn't that essentially a different kind of audit ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
On Tue, 22 Jun 2010 20:08:43 -0400, George Henke gahe...@gmail.com wrote: ... Just before cutover, the tape management system, IBM's RMM (Removable Media Management), inadvertently released 1000's of tapes to the SCRATCH pool by mistake. ... Had that condition persisted 24 hours it would have been a complete disaster, nightmare. ... Needless to say there are also software reasons for eliminating tape. Just to be clear, our implementation is virtual tape. We still use TMS to manage the virtual tapes. If something like this were to have happened to us, the tapes would have gone scratch. There is no operator intervention. We have a code gateway for passing scratch tape VOLSERs to the VTL. Any anomolies have to be caught in the code or the volumes go scratch. With tape, you can recover the data if the volume hasn't been overwritten. With the VTL, probably not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Wed, 23 Jun 2010 03:34:46 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Dave Kopischke wrote: But VTAM is activating them prior to that. Is this the proper sequence ??? VTAM -- TN3270 -- Applications ??? It seems logical to me, but this whole quest has been an experience... VTAM and OMVS services if needed -- TCPIP -- TN3270 -- Apps using these comm services. Good point. I'll take a look and see when OMVS becomes available. We do get messages indicating some services are waiting for OMVS to initialize, but I don't recall which. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
On Wed, 23 Jun 2010 18:42:11 +, Linda Mooney linda.lst...@comcast.net wrote: Hi Dave, I have had experience with two different VTLs, both of which allowed recovery of scratch volumes, we used TMS with both of them. The first was an IBM 3494 ATL/VTS, the second a Bus-Tech virtual only appliance. For both, if virtual volumes went to scratch, and the volser had not yet been re- used, the scratched volume could be reset. We could do those recoveries ourselves. Linda, I just got an E-Mail from our rep on this too. Apparently we can reset a VOLSER as long as it hasn't been over-written. We're Luminex/DataDomain. I'll have to look up the procedure for this one. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 18:18:04 -0500, Richard Peurifoy r- peuri...@neo.tamu.edu wrote: Have you checked the definitions in VTAMLST to make sure they don't specify LOGAPPL=xxx This will also show up on a D NET,ID=terminalluname,E as CONTROLLING LU = applid I checked all the VTAM definitions and they're all identical. I don't see a LOGAPPL association to these. When I displayed it, there is no CONTROLLING LU in the output. There are a bunch of LOGAPPL statements in other members, but it's not real clear to me how the associations are made. The PC sessions are defined as APPL's, but the LOGAPPL statements seem to relate to an LU. If the definition order is APPL -- LU, then there are none. The only references to these terminal definitions by name in the whole VTAMLST is in the member that defines them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Mon, 21 Jun 2010 08:32:48 -0500, Gary Loebach gary.loeb...@ca.com wrote: I think there are a lot of components involved here all trying to start up at IPL. There is VTAM, TCPIP(Telnet), CICS, and the emulator on the PC. I would think it is just a timing problem in that all the components needing to be active to autolog are just not ready yet. I suspect Telnet is opening ACBs for each of the simulated 3270 devices and when CICS starts, VTAM is doing autolog for those simulated devices that haven't had their ACBs opened yet. Which is probably producing the error you see. I suspect the ACB openings are a bit serialized in a few task in Telnet, so given that some of the ACB may be open and some not yet while autolog is kicking off. You say if you bounce the CICS region everything comes up, would support this theory since at that point Telnet is completely up. If this is what is happening then for IPL we would need to delay the start of the CICS regions until Telnet gets fully initialized and then I think all those session would come up. We may have a winner here... I went through and lined up the various pieces that I've discovered so far... 10171 21:18:24.44 SYSLOG IEE042I SYSTEM LOG DATA SET INITIALIZED 10171 21:18:30.79 STC03994 0080 IST093I APTCP ACTIVE 10171 21:20:35.66 STC04089 0084 $HASP373 TESTTRN STARTED 10171 21:20:35.63 STC04088 0084 $HASP373 TESTOLD STARTED 10171 21:21:24.56 STC04120 IEF403I TN3270D - STARTED 10171 21:22:38.42 STC03994 0084 IST663I INIT OTHER REQUEST FAILED, PCOPO3 10171 21:22:38.42 STC03994 0084 IST663I INIT OTHER REQUEST FAILED, PCOPO4 10171 21:22:39.72 STC03994 0084 IST663I INIT OTHER REQUEST FAILED, PCOPO6 While the production CICS's actually start earlier, they are much larger and take a longer to initialize. Maybe that's what allows them to connect up OK while the test terminals consistently don't ??? TN3270 seems to be ready about a second prior to the terminals being accessed, so this might not be the cause. It's close enough to give it a shot though. In any event, I moved the TN3270 start up prior to the CICS start ups. That should give it enough time to complete initialization prior to CICS looking for them. But VTAM is activating them prior to that. Is this the proper sequence ??? VTAM -- TN3270 -- Applications ??? It seems logical to me, but this whole quest has been an experience... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
On Mon, 21 Jun 2010 09:44:10 -0700, Mark Yuhas mark.yu...@paccar.com wrote: Replacing tape with disk? Sounds like a great idea - if you have a large enough DASD farm. DR would be simpler, too - if you have a large communication pipe to your DR site. However, once the powers-that-be see the cost, tape doesn't seem so bad. We thought so too, but then did a complete analysis of where our tape library was. How old are the tapes on the shelves ??? How much does it cost to maintain a tape library ???; floor space, people, hardware... What it came down to for us was: 1) Almost every tape we had was either at or past its expected shelf life. 2) We had no robotics. 3) We are short on raised floor in the data center. A new robotic library with new tapes was about $1.2 million. The various tapeless quotes were $600K - $800K. Everything we have, about 10,000 tapes could fit in half a rack on disk. Almost 600 square feet of raised datacenter floor dropped to 4 Square feet. It's virtual, so no operator intervention at all. Saved a half person and allowed them to do something else. Not sure what, but it isn't loading/unloading/racking/shipping tapes. The data is replicated. We don't have to ship tapes. Saves about $5000 per DR test and two days of shipping. We saved $100K on offsite storage and transport costs. The data is deduped prior to replication. Not a whole lot of bandwidth required to support replication. All-in-all, I think the total cost of the swap was about equal or maybe slightly more than what we would have spent cycling tapes, buying new drives and managing storage (Offsite, onsite, shipping handling). But we got a lot of benefits from it. We didn't realize how many other things would benefit from this nor the costs we wouldn't incur as a result. We just completed a DR test. We had a couple disk volumes mis-placed. The volume backups on virtual tape were at the hot site, so we just recovered them there. Didn't have to ship a thing. Didn't have to travel. Handled the whole test remotely. I think we calculated the return on investment at slightly over two years. But when you add in all the things we didn't think of, we've probably already paid for it and it hasn't been a year yet. Personally, I feel we should still be managing long-term data on tape. But it's really hard to argue with the results. We don't have to power a bunch of tape drives nor manage the handling and storage of tapes. When the devices reach end-of-life, no matter where we decide to go next, we still don't have to handle tapes nor worry about them falling off a truck somewhere and have that end up in the news. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
On Mon, 21 Jun 2010 23:04:23 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Long term data should be recorded on MO device. MO = Magneto-Optical. This is the best medium in term of reliability. There are no better ones (excluding granite blocks kept on Egyptian desert). The drawback is limited capacity and performance not to mention high price and limited popularity. The last is important factor - personally I have several MO disks and no drive is available around... g Personally, I have several granite slabs to hold important information for me. One is my driver's license. Performance isn't as good, but comprehension is much better. They don't melt in the sun and it would take some serious chemicals to erase the data. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
On Mon, 21 Jun 2010 09:10:26 -0400, Veilleux, Jon L veilleu...@aetna.com wrote: Our tape carriers used to do the same thing. The off button was just at the right height to be hit by an inadvertent push of the tape carriers. It's not just old equipment. On the z9/z10, the shield for the power switch is on the door. If you open the door, no shield. We had some UPS work scheduled, so our IBM CE had the door open and one of the service processors open. He was talking with one of our operators who reached out his hand to lean against the frame and leaned on the power switch. Apparently, if you push the power switch in slightly, it will toggle ??? I don't know. Never tried it. Anyway, the z9 goes dark. The no outage UPS work turned into a major outage. Maybe IBM should design a separate switch for each power feed ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 19:16:40 -0400, George Henke gahe...@gmail.com wrote: Thank you, Dave, this is very helpful. I would switch the focus now to the one good Attachmate session on the PC which works. Please trace it through the IPL SYSLOG and note where and how it is activated and how it goes into session. Note its majnode, timing, etc. Then without losing your focus, note, as you go along, any irregularities occurring with the other 3 failing nodes at or about the same time. This is why I posted. Everything for these four definitions is the same. When I found these messages in the syslog, it was searching on LU name. The one that works on this PC has no messages that I could find based on the LU name. I think I might have also mentioned that there is another PC that handles all of our production sessions that has four identical sessions and all four work as expected. I'll see if I can find something that possibly groups them together. Maybe that's how they're getting activated ??? Doh, I think I'm losing focus Thanks for your help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 13:13:03 -0500, Patrick Lyon ptl...@midamerican.com wrote: David, a couple of questions if I may. 1) Does the Extra session stay connected? 2) Is this a telnet session to port 23? 3) What is supposed to appear on the screen? A USSTAB? 1) The EXTRA! session stays running on the PC. Connectivity to the host is lost. 2) Yes. 3) Yes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 13:26:00 -0500, Michael Saraco michael.sar...@baer- CONSULTING.COM wrote: Did you check the time out or keep alive setting for the ones not working? Yes, TN3270 has both these PC's IP addresses listed as KEEPALIVE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 14:40:16 -0400, George Henke gahe...@gmail.com wrote: All PD starts with an error message or error code. Please check the SYSLOG at IPL time, the VTAM log, and the CICS MSGLOG. I didn't notice these in my first pass IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTOLD REAL DLU=SSINET.PCOPO3 IST889I SID = D5DBA179299B6BFD IST264I REQUIRED RESOURCE PCOPO3 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO5 IST889I SID = D5DBA179299B6BF6 IST264I REQUIRED RESOURCE PCOPO5 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO6 IST889I SID = D5DBA179299B6BF7 IST264I REQUIRED RESOURCE PCOPO6 NOT ACTIVE IST314I END -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 14:58:38 -0500, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: My (non attachmate) emulator has a keepalive setup option. Did you compare the settings for each of the emulators you're having trouble with compared to an emulator that is working OK? From your reply (below), it sounded like you were talking about z/OS TN3270 options, not emulator options. I have checked everything obvious. The EXTRA! definitions of the sessions all match except for LU name. I didn't see a KEEPALIVE option in those definitions though. No timeout or anything like that either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 16:43:13 -0400, George Henke gahe...@gmail.com wrote: Thank you Dave, this is a good start. The 08570003 means the VTAM Secondary LU is not active. Are you issuing a VARY ACT manually after the IPL to get these sessions active? No, I don't see anything varying them active. Neither the ones that work nor the ones that don't. If not, somehow they are getting started because I believe you said they eventually go into session. The operators manually restart the EXTRA sessions. Once they do that, they get the VTAM splash and connect up just fine. So if for some reason the Attachmate emulator program is not started in the PC at the time VTAM issues the INIT BIND for it, it will look to VTAM like the physical terminal is turned off. The PC and emulator sessions remain on throughout the IPL. Once VTAM initializes, all the emulators get the VTAM splash and work as expected except for these three. It could be by an operator manually, could be NETVIEW scripts, could be CICS AUTOINSTALL, could be a VTAM MAJNODE not being active. That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT Copy List
On Fri, 4 Jun 2010 10:36:35 -0400, Ken Porowski ken.porow...@cit.com wrote: Somewhere on the SCRT website they state that the email list cannot be saved for future use. I just get the copy sent to me an forward it. Instead of uploading the report using the website, E-Mail it to them. That way you can script the whole thing. I create the CSV file and E-Mail it to myself. If it looks good, I update the JOB to point to a different E-Mail header file and rerun the E-Mail step. This sends it to IBM with the AUTO tag and our VAR who likes to keep track of it and to my boss and a whole list of others -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving a Dataset to a Non-SMS Volume
On Wed, 9 Jun 2010 17:35:13 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: Greetings, I'm trying to move a bunch of datasets to a non-SMS managed volume via DSS. I found examples in the manuals, but it's not working: COPY DATASET( - INCLUDE(DataSet.Name)) - OUTDDNAM(TARGET) - ALLDATA(*) - BYPASSACS(*) - NULLMGMTCLAS - NULLSTORCLAS - DELETE - CATALOG I guess I'll answer my own question... BYPASSACS(**) -- Two asterisks works fine I can't see the the forest. All these dang trees are in the way. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 12:49:00 -0500, John Eells ee...@us.ibm.com wrote: z/OS V1.12 is planned to run on these IBM System z® servers: * z10 EC * z10 BC * z9 EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. Isn't there an * beside each of these ??? What servers are still being marketed then ;) Sorry, I couldn't resist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPAR Group Controls
On Thu, 4 Feb 2010 09:05:16 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Unfortunately I don't have access to the definition panels of HMC due to outsourcing, but we defined our LPARs in the group with no defined capacity. Just the group capacity. And both benefit from unused CPU of each other. Here is a screenshot of RMF3 monitor: Partition --- MSU --- Cap Proc Def Act Def Num IMDMVG 037 NO 2.0 IMDPRO 0 8 NO 2.0 Werner Kuehnel Thanks Werner, I was thinking about removing the cap from each LPAR and leaving the group cap as it is, but it suddenly started balancing properly. No idea why. I think I'll change the individual LPAR caps anyway. It's duplicitous in any event. Thanks again, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
On Tue, 2 Feb 2010 17:22:39 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 1 Feb 2010 15:18:41 -0800, Guy Gardoit wrote: Good for IBM - goodbye Neon, sleep tight. I'm not sure why the jubilation. Sure, Neon is in business to make money. They're trying to do so by offering IBM's customers a way to save money. Whether it's legal or not is for the courts to decide; they haven't rendered that decision yet. Until then, in the interest of their pocketbooks, pragmatic customers should be rooting for Neon. On Sun, Jan 31, 2010 at 9:48 PM, Ed Gould wrote: http://www.channelregister.co.uk/2010/01/29/ibm_countersues_neon/ I am rooting for Neon, but from what I've read, their software invokes the specialty engines for tasks that are not valid for those engines. I think IBM was vague about qualifying workloads when they introduced them, but they have since clarified much. I believe the IBM agreements everyone is bound by states if you run an unqualified workload on those engines, they can charge you for the entire engine at GP prices. That's a pretty pricey gamble. The courts may change that or maybe IBM will buy them out and share some of their capabilities with us. Who knows -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and TCPIP
On Fri, 29 Jan 2010 08:58:11 -0600, Mark Zelden mark.zel...@zurichna.com wrote: On Fri, 29 Jan 2010 14:29:24 +, Jim McAlpine jim.mcalp...@gmail.com wrote: On Fri, Jan 29, 2010 at 2:02 PM, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Tried already to shift TCPIP into SYSTEM, but is not allowed. WLM can not starve STCs defined in SYSSTC. Are you positive it's not a spawned task that's causing the slowness ??? Something that's being assigned service lower than SYSSTC ??? This sounds a lot like the FTP slowness we were experiencing. That turned out to be a stupid oversight of not having a workload type for OMVS. TCP/IP and the FTP daemon were running in SYSSTC, but none of the spawned tasks were. Everything that should have been assigned a service class based on the OMVS type ended up being assigned the default service class for the interactive workload. Unless it runs very fast, it drops into second and third period service fairly quickly. I would expect a ping to reply very quickly, but if your WLM defaults are very low service, it may not have a chance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 16:36:56 -0600, Mark Zelden mark.zel...@zurichna.com wrote: 2) Can you screen print the OMVS classification rules from WLM. It should like something like this one (from a sandbox plex here): Subsystem Type . : OMVSFold qualifier names? Y (Y or N) Description . . . OMVS Classification Sorry it has taken so long to respond I checked my definitions and there is no OMVS subsystem type. So then I hit the manuals again and found it there. The text desciption of the interactive workload says UNIX System Services is included. This pretty much qualifies as an Oh Sh1t moment I'll add that and see how things work. Thanks again -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Mon, 25 Jan 2010 14:27:16 -0600, Peter Hunkeler peter.hunke...@credit-suisse.com wrote: Nevertheless, the rule you posted is assigning SYSSTC to each an every file transfer. This is exactly the confusion that got me. These spawned tasks run as started tasks but are not originated as such and therefore are not assigned the service class defined within the STC group. Lacking an OMVS subsystem type, they default to the interactive default service class. And adding a pattern to the interactive list won't allow you to assign a service class to the task either. They will get the interactive default service class and that's it. Apparently you need the OMVS subsystem type in order to assign service classes to these tasks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Mon, 25 Jan 2010 13:12:05 -0600, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Thu, 21 Jan 2010 16:36:56 -0600, Mark Zelden mark.zel...@zurichna.com wrote: 2) Can you screen print the OMVS classification rules from WLM. It should like something like this one (from a sandbox plex here): Subsystem Type . : OMVSFold qualifier names? Y (Y or N) Description . . . OMVS Classification Here's a follow up I added the OMVS subsystem type and moved my FTP classification rule to it. FTP's are being assigned the proper service class now. I've also assigned a proper default to the type as well. I'll keep an eye on it to ensure everything is classifying properly, but it looks good right now. Thanks again for all your help -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 18:58:48 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Any ideas on how to properly assign a service class to a process like this ??? 1. Find the userid (USS) used by FTP. 2. Go to the OMVS section of your policy. 3. Use a UI (instance) matching the userid, and assign that to your appropriate Service Class. This is how I set it up. Doesn't work. Unless the user ID is being munged somewhere ??? I'll look at that a little closer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 19:41:49 +, Ted MacNEIL eamacn...@yahoo.ca wrote: This is how I set it up. Doesn't work. Unless the user ID is being munged somewhere ??? I'll look at that a little closer. It worked for me with HOD, TCP/IP, TN3270, and FTP(d) many years ago. - I don't know then. I just double checked and I have the User ID correct. It's all upper case. And it takes the default service class no matter what. Hm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 14:05:44 -0600, Hal Merritt hmerr...@jackhenry.com wrote: Have you, by some happenstance, ever issued a manual command to change the class? I've found that WLM will sometimes hold the result of the last manual command. Like a: RESET FTPPROD,SRVCLASS=?? kind of manual change ??? Or something specific to WLM ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 14:05:35 -0600, Staller, Allan allan.stal...@kbm1.com wrote: FTP has an OMVS component. Use the OMVS section for workload classification. You might also want to review the default service class for each workload classification. That's how I had it set up. That's what Ted suggested too. Since it wasn't assigning the proper service class, I changed it to the STC group. I just changed it back and defined a user ID group and made sure I typed the user ID in all upper case. Getting ready to try it again and see what happens. One thing I just noticed though, when I swapped the service class over to STC, I didn't change the Workload Name within the service class. Would that possibly keep it from assigning properly ??? Hmm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 15:17:36 -0600, Mark Zelden mark.zel...@zurichna.com wrote: ... I don't know then. I just double checked and I have the User ID correct. It's all upper case. And it takes the default service class no matter what. The OMVS default service class? Yes, the default for INT which includes OMVS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and FTP GETS From Open Systems
On Thu, 21 Jan 2010 15:25:43 -0600, Mark Zelden mark.zel...@zurichna.com wrote: ... One thing I just noticed though, when I swapped the service class over to STC, I didn't change the Workload Name within the service class. Would that possibly keep it from assigning properly ??? Hmm What does swapping the SC over to STC mean? Instead of making up a new service class, I just added a rule under STC to assign the existing service class to the JOB name. There is a workload name in the service class definition though. I did not change that though, so I'm not sure if that might have kept it from being assigned. Are you confusing the FTP daemon's SC with the process that gets started when someone initiates the FTP? Once the FTP is initiated, do you see the process in an SDSF PS screen or have you tried doing a unix ps display like ps -Af (do it as superuser) to see what is says is the userid? No, I see the daemon and see other daemons spawn as connections and commands are run. I found the user ID with the Display line command in SDSF PS. I displayed the process to ensure I had the names right - FTPPROD. There is a started task that I believe is associated with the OMVS process. The started task is what actually receives the default service class that keeps the FTP from running. Once I manually set the service class on the started task, the FTP process finishes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tapes and Esoterics
On Sun, 16 Aug 2009 10:58:59 +0200, R.S. wrote: ... Things started out great. These devices are fast. But now I find when I run a JOB with multiple tape allocations in one step specifying the same esoteric, they all try to mount on the same device. Is this normal ??? I don't recall ever seeing this before with our other devices. I ran the JOB again specifying the generic unit name and they allocated separate devices and the JOB ran good. The same device should be chosen when you specify AFF: UNIT=AFF=previous_ddname_with_tape_alloc Another guess is you esoteric contains only one device ONLINE. BTW: Just curious - what hardware do you use? It is interesting for me because of 3590 emulation. -- Radoslaw, I'm familiar with UNIT=AFF for times when I WANT the same device allocated to multiple DD's in one step. But I'm not coding UNIT=AFF and it's acting like I am. The strange part is when I changed the UNIT specification to use the generic name, it allocated separate devices. We just got a DataDomain storage solution with Luminex gateways. I'm just starting to learn about them, hence the confusion and questions. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Definitions
On Tue, 23 Jun 2009 23:18:52 -0600, John Baxter wrote: This may be common knowledge for HDS customers, but you do need a Compatible PAV license on the subsystem in order to install your HyperPAV license. HyperPAV rocks, but watch your RMF queuing reports {or MXG or whatever) to ensure you're not experiencing delays from alias shortages. Yeah, I just got the quote. It rocks all right. Three layers of management passed out cold. That's a pretty neat trick... Anyway, considering other responses concerning page volumes, how do you exclude page volumes from PAVs ??? Thanks again !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The downside
On Fri, 26 Jun 2009 16:40:00 -0500, Tom Marchant wrote: On Fri, 26 Jun 2009 16:20:50 -0500, Ward, Mike S wrote: Hello all, I have a question. Does anyone have a list, or white paper, or even scratch paper of what would be the downside of not upgrading from z/os 1.7 to the current release. Aside from being unsupported that is. Also you can purchase support for any release of z/os, right? Or am I wrong in thinking that? Not any release, I don't think, at least not officially. IBM has announced special support beyond the normal, at a price, for certain releases. Note that this does not alter the migration and coexistence considerations. If you pay enough, you may be able to get support for other releases, but I would expect the cost to increase as the software gets older. One down side is that you won't be able to run new hardware. For example, you need at least z/OS 1.10 to support Extended Address Volumes. Isn't there a future upgrade concern as well ??? I don't think you can upgrade from z/OS 1.7 to z/OS 1.10 or above and be supported by IBM. It might work, but more importantly, it might not... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Definitions
On Fri, 19 Jun 2009 14:02:16 -0400, John Kelly wrote: snip WLMPAV Yes unsnip We have a Hitachi box and they indicated to say 'yes' to WLM in the HCD. Also had to tell WLM (opt 8) Dynamic alias management . . . . . . . . YES (Yes or No) and SETIOS to get it working. Is this for HYPERPAV or Dynamic PAV ??? Or Both ??? I want HYPERPAV. From what I've read, WLM is involved in Dynamic PAV, but I didn't see reference to WLM in what I've found on HYPERPAV. At this point, I'm not licensed for it, so I'll worry about the IOS change later. Right now, I'm just trying to get the device definitions correct so when I do SETIOS, it just lights up. Thanks again, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Definitions
On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote: Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. Excellent !!! Thanks again to everyone for your help -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
On Tue, 16 Jun 2009 17:49:56 -0400, Harry Wahl wrote: I think this is being misconstrued. And misconstrued in making this a border bash. The original move was to eliminate jobs in one country in favor of labor prices in another (according to the stories I read). Now that the direction is reversed, it's bad ??? Not worthy of discussion ??? Regardless of the direction, I think it's an interesting situation. I doubt we'll ever know the real reasoning behind it. Maybe stimulus money grabbing ??? Maybe protecting corporate data within the laws of the company's resident country ??? Maybe marketing ??? Valid cases can probably be made for each of these and more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:06:43 -0500, Peter Bishop wrote: Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV aliases in this particular base device's alias pool. I had to hide the S/N, sorry. . SCP CU ND = 002107.900.HTC.65.000n.0012 SCP TOKEN NED = 002107.900.HTC.65.000n. SCP DEVICE NED= 002107.900.HTC.65.000n.003F HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW, ZHPF, HS Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Optimal Tape Blocksize
On Fri, 27 Mar 2009 02:54:10 -0700, Walter Marguccio wrote: I agree 100%. I told our programmers long ago to stick to BLKSIZE=0 *and* DSORG=PS for datasets on DASD. This always work (BLKSIZE close to half track). This is not always true I can't understand why such poor BLKSIZE are chosen. I would really appreciate if anyone could shed some light on this. When we switched, we found some programs specify block sizes and blocking factors. If this happens, SDB doesn't get invoked. In this case, you HAVE to specify a reasonable blocksize in your JCL. I haven't seen this happen with any utilities, but I do see utilities propogating a bad blocksize from the input. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another Round Of IBM Layoffs
On Fri, 27 Mar 2009 08:47:46 -0400, larry macioce wrote: What I found amusing is IBM is going to help the unemployed from here in the US to obtain visas to work in the 3rd world ..,(I'll be politically correct) counties.Gosh why is th tax base falling?? mace I read this somewhere too. But the real stab is if you choose to relocate, you can expect to be paid a salary customary to the region. And if I remember correctly, no relocation assistance is being offered either. Let's see... One-way airline ticket to India - $600 +/- Income you can expect once established - 50 cents per day Exercising my rudimentary 1st grade math skills... You'll have your airline ticket paid for in about 4 years and 7 months at which time you can eat again. Or if you prefer, live under a roof again. If you're independantly wealthy and only work for the sheer enjoyment of being the target of abuse, this sounds like an interesting option. Why would you even consider making an offer like this let alone making it public ??? It's worse than a slap in the face. It's a slap at entire cultures. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT (Sub-Capacity Reporting Tool)
On Thu, 12 Mar 2009 01:26:06 -0400, Clark, Kevin wrote: Mark, We will be starting this process next month. Our monthly SMF tape is produced on the 2nd day of the next month already, so all days of the previous month are account for. The cost saving dictate changing your business collection process. keep in mind you could cut a tape with just the records that SCRT needs seperatly from the your normal SMF process. Don't work about extra dates , the product will select the right grouping for the report. You need to be careful though. The process defaults to current month when you run it. If you automate it, the programs might make interesting determinations of what current month means. We keep weekly SMF backups with a daily GDG series that rolls up into the weekly. Since you can never tell where a week ends in relation to an IBM month, our process takes 5 generations of weekly backups and the whole daily series every time it runs (3rd calendar day of every month). I also supply the PARM Report_Period=Last_Month so there is no ambiguity. I can re-run it anytime within the month following without having to mess with the PARMs. And since you have to run it after the 1st completes, Last_Month always works for the normally scheduled JOB too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TMON with OMEGAMON Comparison
On Wed, 11 Mar 2009 17:50:41 -0400, Joseph H Winterton wrote: I do have to respond to part of this one as OMEGAMON XE for z/OS 4.2.0 which went GA on 3/6/2009 does exploit the zIIP processor for collection. Should the listserver be used to bake off these products? Game on ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S/390 Resolve
On Thu, 5 Mar 2009 12:00:04 -0800, Schwarz, Barry A wrote: I'm confused. We acquired a z9 last year and I have been using shopZ with no problem and as near as I can tell we only pay the normal fee for z/OS 1.8. ShopZ and S/390 Resolve are two different offerings. I've been following this thread because we pay for it too and I've never been able to figure out the need it is supposed to address nor the benefit it offers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Cobol: Maximum number of FD Statements
On Mon, 2 Mar 2009 13:03:20 -0600, Bill Klein wrote: The Enterprise COBOL compiler (usually) does not quietly S0C1 with no messages if the region is too small. The one thing that I would check is whether you have the compiler option SIZE(MAX) either explicitly or implicitly specified. Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 and notice the warning (especially if you are using the SQL or CICS compiler options). You might also check your ALLOCxx specification for TIOT... IEF773I TIOT SIZE = K, MAXIMUM SINGLE UNIT DD ENTRIES = With our limit, we'll never be able to allocate 4000 DD's, let alone 64,000. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM BLSR
On Mon, 2 Mar 2009 17:28:55 -0600, David Speake wrote: I have a customer with what they perceive as a memory problem, Reviewing their JCL I feel otherwise. There are some VSAM BLSR values that I seriously question. I have written a response but am now having insecurity issues - its been a while and although VSAM Demystified and DFSMS Using Data Sets seem to confirm most of my material, I'd sure like to see a z/OS R1.9 VSAM PLM for a few hours. I have my beach towel handy in case the egg on my face get real deep. Comments and pointers appreciated. Cut/Paste 90 XXH99NMODF DD SUBSYS=('BLSR','DDNAME=BLSRMODF', *MOD FILE * XX 'BUFSI=4096,BUFSD=8192', CISIZES --1536 --4096 DATA CI/CA180 KEYLEN-14 XX 'BUFNI=7972,BUFND=272', XX 'RMODE31=ALL','MSG=I', XX 'SHRPOOL=01') 91 XXBLSRMODF DD DSN=V1..HBBMA.YWPL.MODS,* MODIFIER FILE * XX DISP=(SHR,KEEP,KEEP) IEFC653I SUBSTITUTION JCL - dsn=tm2v@.hbbma.yw88mods,DISP=( 92 XXH99NPFLG DD SUBSYS=('BLSR','DDNAME=BLSRPFLG', *PFLG FILE * XX 'BUFSI=4096,BUFSD=8192', CISIZES --1536 --4096 DATA CI/CA180 KEYLEN-8 XX 'BUFNI=4070,BUFND=532', XX 'RMODE31=ALL','MSG=I', XX 'SHRPOOL=01') 93 XXBLSRPFLG DD DSN=V1..HBBMA.MWPL.PFLGNODE, *PROC STUB FILE* XX DISP=(SHR,KEEP,KEEP) IEFC653I SUBSTITUTION JCL - dsn=tm2v@.hbbma.mw88pflg, I assume you're perceiving a performance problem with this. Personally, I wouldn't specify BUFSI, BUFSD, BUFNI nor BUFND. Let BLSR figure it out for itself. It is my experience that a micromanaged specification is obsoleted soon after it's made. But if you must, use BUFNI and BUFND only. I limit my interference with BLSR to one specification; DEFERW=YES -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Stealing in z/OS with CBR4000I
On Fri, 27 Feb 2009 08:32:23 -0500, Lizette Koehler wrote: Running z/OS V1.9 with JES2, GRS, and CA1 I have a production batch job that has been running fine for months passing a tape from one step to the next. Now it is receiving CBR4000I messages indicating that the tape is already mounted on a different drive. The previous step is (,CATLG) and VOL=(,RETAIN,REF=*.prevstep.ddname) for all of the datasets that are to be stacked on the same tape. And the next step uses the same coding technique for stacking its datasets on the previous steps output tape dataset. The job will get the CBR message to Cancel Retry or Wait. When Cancel is replied the job fails with S613-1C Okay, I can see that. The tape is still mounted on the drive from the previous step and now the next step wants it to be mounted on a different drive. No Dismount has been issued between the steps. IBM is telling me that this is normal. That something called tape stealing can occur in a busy system and they looked at my dump and see that the UCB has been cleared. We have this problem too. We get around it by defining the tape drives as a resource in our scheduler and only allowing a certain number of JOBs to run against that resource at a time. We still run into issues occasionally when users submit a JOB to access a tape and all the drives are being used. We have eight of the drives and set the resource to seven. That allows one user JOB to enter the mix without issue. If there are more, drive stealing occurs and the operators cancel user JOBs. Seems pretty silly, but that's the way IBM suggested we deal with it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 installation restore of USS file failure
On Thu, 26 Feb 2009 12:33:28 -0500, Jerry Fuchs wrote: Either unmount the HFS data set on directory /Service/etc or move the contents of this directory into a separate HFS data set. Also ensure you have appropriate priviledges to execute this job. RC=88RSN=5B530110 This reads like you've already got a /Service/etc directory defined and mounted. Maybe the process is expecting an empty /Service directory ??? I installed z/OS 1.9 a couple months ago and didn't have any problems with this portion of the install. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Deleting UnExpired dataset using JCL
On Tue, 24 Feb 2009 15:57:05 +, Ted MacNEIL wrote: I know about IDCAMS, but the user wants a pure JCL solution. Then the user is out of luck. The best that can happen is there's a WTOR, to ask if it's okay. And, I believe that's only if there is write activity to the dataset. I don't recall what happens with a delete. - Try... //SYSUT1 DD DSN=Your.DSN.Name, // DISP=(MOD,DELETE,DELETE), // RETPD=, // UNIT=(SYSDA,,DEFER), // SPACE=(TRK,(0,0),RLSE) You might be able to reassign the retention period with the MOD disposition... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using a PC as DASD
On Thu, 19 Feb 2009 10:07:50 -0800, lynn wrote: Bruce McKnight writes: This is kind of an odd question, so please bear with me. ... My question is this: Does anyone know of a way to use a fast PC with a big hard drive as mainframe DASD. I might be able to swing funds for an ESCON card for the PC and whatever software may be required ... within reason. The PC can run Linux or Windows. ... Search the archives for Shai Hess. He was developing a PC based disk product that I think he hopes to market some day. I don't recall how it physically attached. He used to post pretty regularly here, but some got tired of his marketing and beat him into obscurity. Sounds like a fun project. Good Luck. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rexx to get storgrp
On Fri, 13 Feb 2009 15:13:14 -0600, Jon Koenigs wrote: Does anyone have a rexx for which you could input a dataset or volume and it would spit out the sms storgrp it is in? Thanks! Jon LISTDSI will return SMS information in: SYSDSSMS SYSDATACLASS SYSSTORCLASS SYSMGMTCLASS I believe the syntax is: LISTDSI('filename') -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
On Wed, 4 Feb 2009 23:42:38 +, Eric Bielefeld wrote: Steve, Apparently OVERLAY is not a Syncsort keyword. I did a search of the whole Syncsort reference manual, and it wasn't listed, although my book is about 6 years old. I did allow for the RDW in my displacement, I think. Eric Eric, I just looked up OVERLAY in my SyncSort for z/OS 1.3 manuals: The OVERLAY parameter has been added. OVERLAY enables reformatting of selected portions of records. Further: OVERLAY Parameter (Optional) The OVERLAY parameter enables you to change particular columns and add fields to the end of a record without rebuilding the entire record. When using the OVERLAY parameter you only need to specify the columns you want to change. The rest of the input record remains unchanged. See OVERLAY Parameter (Optional) on page 2.162 for a complete description. Not sure what release of SyncSort you're using, but you might be able to get the same results with a more complicated OUTREC statement. The variable length nature of the records will be problematic. I'm not that talented with SyncSort or I'd try to work something up. Good Luck, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: First z/OS 1.9 IPL Problem
On Sun, 11 Jan 2009 03:21:23 +, Linda Mooney wrote: Hi Eric, I haven't done 1.9 yet, but at 1.4 to 1.7, I discovered that the size of my checkpoint was too small. One very short green message that went flying by and JES2 would not finish initializing. My symtoms were the same as yours, and I didn't have any WTOR either. Having 2 checkpoints didn't help, they each had to be big enough to do the job. In my experience, the JES checkpoint size issue stops the IPL until you respond. At a minimum, you'd have an outstanding message to reply to. I was going to suggest possibly a couple dataset problem (I came across those because of size issues), but that also stops the IPL until you respond and should produce a message to respond to. I'd review your LINKLIST and APFLIST definitions and make sure they're proper. JES is not liking something. Why did you swap spool and checkpoints ??? I used the 1.7 versions and can roll forward and back pretty quickly. I even did a warm start of JES the first time up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
Dredging up an old topic, but it was too funny to let go unnoticed. From SearchDataCenter today ANALYST GROUP DISSES HP REPORT ABOUT MAINFRAME MIGRATION Mark Fontecchio, News Writer It's not every day that an analyst group refutes vendor news that includes research from said analyst. Especially when it was research sponsored by the vendor -- in this case, Hewlett-Packard Co. It's a rare occurrence. But that's what happened recently in the midst of the ongoing battle between IBM selling its mainframes and everyone else selling mainframe migration. http://itknowledgeexchange.techtarget.com/mainframe-blog/analyst-group- disses-hewlett-packard-report-about-mainframe-migration/?track=NL- 576ad=676023USCAasrc=EM_NLN_5182355uid=279318 Mind the wrap... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Register article on HP replacing z
On Tue, 11 Nov 2008 10:29:32 -0800, Edward Jaffe wrote: Dave Salt wrote: So if HP alone is converting more than 250 mainframe shops every 2 years, then at least 1,000 mainframe shops will be gone over the next 8 years? Ouch! Someone please tell me this isn't true? Let me state up front that I do not trust the Register. Never have... ... Last, but not least, HP could be flat out lying. We report. You decide... -- Here's another take on the same HP report... http://itknowledgeexchange.techtarget.com/mainframe-blog/hp-250-users- have-moved-from-mainframe-to-itanium/?track=NL- 576ad=673317USCAasrc=EM_NLN_4996661uid=279318 Mind the wrap. Interesting note in this article, Unfortunately, HP couldnt provide a single customer out of a reported 250 that could speak to me about their migration. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IOCDS Question
On Thu, 9 Oct 2008 15:41:44 -0700, Neubert, Kevin wrote: I wouldn't expect them to match if dynamic activity has take place since the last POR. I believe the IOCDS is write protected for the life of the POR. What happened when you built the new IOCDS (i.e., wrote it out to the SE)? I don't have a clue to help Hal, but I know you can update an active IOCDS via HCD. I did that a few weeks ago and generated an out-of-sync condition for myself. This last POR cleared it up, but it was interesting that I couldn't dynamically activate the IOCDS. I probably could have backed up a version and then re-activated, but I would have ended up blowing away some active devices (consoles) and didn't want to deal with that. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LE module CELHV002?
On Thu, 9 Oct 2008 15:41:36 -0500, John McKown wrote: Does anybody know that this really does? I'm running a C++ program in batch. Basically, it is a program which reads information from a network connection and is writing it out to a tape dataset. I don't have the source. For those interested, it is the todsn program in the Co:Z package from Dovetailed Technologies (which I really like!). The job running this program is taking about 20% of a z9BC-V02, or about 40% of a single engine. For all I know, that is normal. But I would have thought the program would be more I/O bound than that. More curious than anything else. My bet is Java with that kind of resource utilization. Do you see a task associated with it in PS ??? I'm trying to track a couple of resource hogs right now too, but I'm having trouble relating the batch JOB with a background process. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA ICC Consoles
On Tue, 7 Oct 2008 06:55:27 +0200, Barbara Nitz wrote: Dave, a few questions: 1. Is your sysplex located fully on the box that was POR'd? Barbara, We're not a sysplex, so none of this applies. But that's an interesting situation for those that are. Do you IPL in a specific order in a sysplex after hardware maintenance ??? Last one down is first one up ??? H Thanks again, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Help with deleting datasets which are not cataloged or don't exist.
On Tue, 7 Oct 2008 17:57:47 -0400, Howard Rifkind wrote: Here is the listing from a LISTCAT. CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX ... IDCAMS SYSTEM SERVICES LISTING FROM CATALOG -- PCAT.SYSTEM Can't delete it, can't rename it...etc. It acts like the PDB high level isn't related to this catalog. Maybe a DELETE with the CATALOG(PCAT.SYSTEM) parameter ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA ICC Consoles
On Tue, 7 Oct 2008 14:17:05 -0500, Hal Merritt wrote: POR? Why? AFAIK, the last three remaining reasons for a POR are: loss of power, adding a new LPAR, and bringing up a box for the very first time. I don't know. Our CE comes in, applies firmware maintenance and says a POR is required to activate it. I don't really question the need. Is that not necessary ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Simpless way to prevent arbitary HLQ's
Ed's Back Where the heck have you been ??? You had some of us kinda worried. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA ICC Consoles
On Mon, 6 Oct 2008 13:43:30 -0500, Field, Alan C. wrote: I don't think we have problems after an IPL. POR might be different - don't recall. As an aside have you defined them as NIP consoles in the IODF? I defined two PC's as NIP consoles. But the old 3270 is defined higher in the order, so I expect the old 3270 would probably pick up the NIP messages. I'm planning on powering that down next week, so NIP will begin to use the PC console. I haven't had any problems with them through IPL sequences either. But the POR definitely had an effect. I would expect an extended IPL might have an effect too if the console sessions were to timeout. When we IPL, we generally drop the image and bring it right back up, so I have no experience with an extended IPL sequence either. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA ICC Consoles
On Mon, 6 Oct 2008 15:14:53 -0400, Ken Porowski [EMAIL PROTECTED] wrote: IIRC after a POR and before any IPL we had to reestablish the ICC connection from PCOMM. We use EXTRA!, so would that be the same as Disconnect/Connect ??? If so, that only got us to the OSA page where it displays OSA information and the workstation IP and junk like that. No console. We had to manually vary the PC address to be a console. Even though it's defined in CONSOL00. I don't know if the operators did the Disconnect/Connect before the IPL though. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Practical jokes for mainframe systems programmers
On Wed, 21 May 2008 22:28:25 +, Ted MacNEIL wrote: I'm surprised at how many people missed the point of this blog post. The blogger was correct. We have lost our sense of humour. Did anybody read the disclaimer? [Update: For those of you who missed the tongue in cheek nature of this post, it is in fact, a joke. Please dont try this at work. Matt Stansberry, Editor] I think they added that after they got a bunch of negative responses. Maybe they should have increased the font. Maybe they should have added laugh here tags. But I also agree that most of those aren't particularly funny. The remapping of the key board was safe and humorous though. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Practical jokes for mainframe systems programmers
On Thu, 22 May 2008 20:01:30 +, Ted MacNEIL wrote: But I also agree that most of those aren't particularly funny. The remapping of the key board was safe and humorous though. Actually (tongue in cheek, or not), I didn't find the article amusing, at all. What I found funny was all the negative responses. Actually, I thought many of the responses on IBM-MAIN were more humorous and less harmful (Except for the chads in the eye sub-thread. I could have done without that one). Maybe in the future they'll post a question here first and then write about the responses ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Checkpoint job stops processing: Cancel command not working
On Sat, 17 May 2008 21:32:30 +, Bill Wilkie wrote: The only time I remember seeing anything like this was when an I/o device would lose an interrupt and hang but that was many years ago before IBM came up with MIH. I remember seeing this once with MAXSORT from SyncSort. The only reason I bring this up now is the reference to checkpoint datasets. As I recall, there is a way to cancel this described in the manuals. If this is not a MAXSORT app, then ignore my rantings -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FTP VB dataset
On Fri, 9 May 2008 15:19:53 -0500, Mullen, Patrick wrote: I thought this would be straight forward, but I can't get it to work correctly. Trying to FTP a DSORG=VB dataset from one z/OS 1.7 system to another z/OS 1.7 system. The dataset contains alphabetic and packed decimal data. With no special commands, some of the packed data comes out translated into different hex values. Adding a 'bin' command resolves the translation, but now record structure is lost. Adding a 'quote site rdw' doesn't make any difference, but maybe that syntax is incorrect. Any ideas? Try quote site recfm=vb and see if it preserves it. You might also have to add LRECL and BLKSIZE. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FTP VB dataset
On Fri, 9 May 2008 17:58:09 -0500, John McKown wrote: On Fri, 9 May 2008, Dave Kopischke wrote: Try quote site recfm=vb and see if it preserves it. You might also have to add LRECL and BLKSIZE. That should not be necessary when transferring between z/OS images. The z/OS ftp client sends a site command with the source dataset's attributes to the server, unless that has been turned off. Very true. But something was amiss with that conversation. This was intended as one way to get beyond it. I always thought the z/OS ftp client would be able to automatically sense another z/OS client and act accordingly. Apparently not in this case. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Help with applying maintenance
On Wed, 23 Apr 2008 13:00:40 -0500, Tom Marchant wrote: On Wed, 23 Apr 2008 13:27:34 -0400, Jerry Fuchs wrote: I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in three libraries. Of course all three are link listed libraries. I can allocate .NEW libraries and copy into them, but how do I then rename them to the original name? I assume that you are not applying maintenance on the live system. If you have the proper authority, you can rename a data set even though there is an ENQ on that DSNAME. ISPF allows this. For the required authority, see http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/dgt2s341/2.6.3.4 If you're just trying to get past the enqueue and are not updating a running system, then you can stop LLA, unallocate LINKLIST and do whatever you want to with the libraries. I usually do this while I'm working on our tech LPAR to expand linklisted libraries getting them ready to migrate to production volumes. I wouldn't do this when your system is real busy and be careful. I didn't know you could have authority to change a dataset while an enqueue is held though. That is probably a better and safer route. I'm going to check into that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html