Re: It keeps getting uglier
Yea, I mean there are all kinds of *cheats* in video games and to think there are none in z/OS or any of the other companion products? I ran across this a few years back at a class where an optimization parameter was discussed. When I got back to the shop and tried to track it down it ended being one of *them*. Undocumented - the horror! The support folks probably snicker when they read this stuff. Tony Harminc <[EMAIL PROTECTED]> wrote: On Wed, 19 Dec 2007 22:28:22 -, Phil Payne wrote: > Has anyone from the Hercules team read IBM's rather stunning admission > (on the above page - paragraph 176) that there is a "confidential version" > of the PoP? Their words, not mine. This is bizarre. Why is it a "stunning admission" that there is a confidential version of the POPs? Lynn Wheeler has been mentioning this Script/GML based book that could be printed as either the "customer" or the "full" version, for *years*, on this very list. And well known IBMers have talked very openly at SHARE and in other non-confidential contexts about the "real" book, vs the published version, though of course they do not discuss its content. And what is the relevance to Hercules? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z800 to z9
I think that I made this point in my below. I was responding to an already working uni, with a peak problem, that was slated to possibly go to a 2 way with CP's rated at 1/2 the speed of the uni. In that case I would probably go with an upgraded uni although I would not put myself, if at all possible, in a position to be supporting a uni. in the first place. As Shmuel says, *it's not my dog*. Kenneth E Tomiak <[EMAIL PROTECTED]> wrote: It isn't going to a multiple engine machine that is bad for you, it is believing adding the speed of the two equals the speed of one that is wrong. Your throughput benefits from more than one, cpu bound work benefits from faster engines. Your quandry is now figuring out just how fast an engine you really need if you have more than one. On Thu, 6 Dec 2007 04:27:48 -0800, Patrick Falcone wrote: >I would be reluctant to move to a 2 way from a uni and potentially cut my rating by CP by half. I wouldn't want to be taking the calls when peak hits. I'm not comfortable with taking a .2 second CPU transaction and making it possibly a .4 second CPU transaction. Most likely there is also some latent demand but how much? I have a hard time believing that this scenario is workable. Those VPS CPU spikes can be painful, I resource capped. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM question.
I would tinker with the policy but not use resource groups. I would only use resource groups to cap unruly tasks not guarantee. Are you running WLM Managed Initiators? Do you have control over the initiators and batch work or are people resetting service classes and starting inits along the way? Have you tried to tune the policy to your problem time frame? If that problem batch work has unattainable goals I'd be hard pressed to see how it will get any CPU. I ended up tuning to our calendar month end process that could hit mid week and run all the next day. I used WLM Managed Initiators but used time of day rules to limit concurrence by job class based on requirements. A UK piece had to start early, 14:00, on the last day of the month, EST. Then the rest of the batch, 2 different cycles, would kick at around 18:00. My bottom feeders would see about 85% wait on CPU during prime time the next day but still get some service. I ended up doing a multi-period imp 4/5 service class setup with low velocities for this. The developers knew that during this time frame long runners would be just that or real long runners. Or maybe consider multi period batch with imp's 3, 4, and 5. Three to get them started and run a bit, 4 throttle down and 5 just let them run all day. "McKown, John" <[EMAIL PROTECTED]> wrote: > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt > Sent: Monday, December 17, 2007 11:36 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: WLM question. > > > Sorry to see your sysplex disappear over this... ;) > > -- > Tom Schmidt The parallel sysplex disappeared when nobody wanted to pony up for the cost of a CFL. The basic sysplex is now endangered due to the CPU cost of running two z/OS images for no apparent benefit over "tinkering" with WLM. I don't really mind much. I was not convinced that any type of sysplex, in our environment, was all that much of a positive. There are some positives for tech services in the area of better testing before production. There really aren't any for applications or production control that I can see. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage Controls - Was Re: REGION=0M and LSQA
Come on Ed, the doc is out there, in fact there is so much doc it's sometimes hard to find exactly where something is. Well, strategically WAS makes sense. Why would they, IBM, not position themselves to take advantage of this application technology. Not having WAS available for z/OS would just help nudge the door shut a bit more, no? We had our hands on this technology from the beginning, 01'. I can tell you that early on the doc and support was lacking. And there are challenges tuning a WAS/Domino with traditional mainframe workload, especially on 2 way g5. It has come a long way and there still may be some problems but we're talking about a convergence of single server/application technology with traditional mainframe multi-application technology. Of course there will be growing pains and problems. Ed Gould <[EMAIL PROTECTED]> wrote: On Dec 15, 2007, at 3:09 AM, Michael Poil wrote: > --SNIP > As for the criticism "JAVA was probably rewritten for the MF > without the > years and years of experienced IBM design philosophy and > debugging", I am > in a privileged position where I can see the amount of work that > has been > invested in its design over many years, I can assure you that your > assertion is untrue. If you were allowed to visit the lab and see for > yourself, you might change your mind. Well OK I reserve judgement until then but if true they are looking extremely guilty right now just with the surface discussion on here, IMO. No trace tables, no Messages and Codes, No SAG, no MANUALS PERIOD. (If there are I sure have not heard of any), NO CLASSES (IBM) (Steve here is your que). Especially no debugging classes (big call to Steve), It should would embarrass IBM to have a 3rd party offer something. IBM has let loose a product nobody can put their hands on. This is extremely unlike IBM, if this is the future I hate to say it maybe its time for the MF to die. > > One of the big problems was that the Java design required it to > support > "lazy" programming whereby the programmer did not have to clean up > dynamically-allocated data areas (thus avoiding user storage creep > - see I > am using the "right" terminology now). This resulted in the need for a > large pool of storage (the JVM heap) and very complex and > sophisticated > code to do what the programmers should have been doing (Garbage > Collection). The OO design also costs due to its complexity versus > more > traditional languages. That still doesn't sound like the traditional IBM any old time (IMO) would have made a method o this apparent madness for debugging purposes when this is let (wait its too kate) go to the customer. What I am understanding from your writing there is no way to debug this monster and we are essentially buying a pig in a poke. Don't ever open a PMR as it will certainly never be closed (with a fix). > > The totally portable byte code (Sun design) was initially > interpreted and > was too slow, so various techniques were used to compile the byte code > into machine code, resulting in the JIT which compiles on the fly; > again > complex and needing storage for compilation and storing the compiled > results. > > All software products in this category need yet more storage to > function, > I worked in CICS a few years back and I know that it is the case, > it has > to manage the environment and this costs. > > I could hark back to my System/360 with 64K of memory and Assembler > - we > managed to get applications to work with real memory, none of this > Virtual > Storage nonsense etc. etc. etc. Technology moves on, and the extra > sophistication costs, but we now have the hardware and OS to match the > demands. > > No language is perfect, but Java provides a write-once-run-anywhere > facility that would have been undreamed of back in the early days. > I even > had to convert COBOL to run on different platforms, never mind all the > other myriad languages that were available somewhere but not > everywhere. Unless it can be debugged (in a timelyt fashion) it is a non dependable (ie production) product and should never be used in that environment, IMO. > > I have a feeling that there are possibly a large number that I am > never > going to convince, but I can't just sit back and ignore assertions > like > the above that are made due to lack of knowledge. Probably going to > get a > load of flack about this, but I will never be Politically Correct, > I tend > to speak my mind. > We are willing to be convinced but like I said before the dragon has no clothes. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage Controls - Was Re: REGION=0M and LSQA
I appreciate all your input. That large number have probably *not* worked Java into the mainstream. Again, I had my problems but we were willing to take the initiative to move non traditional work to the mainframe in the hopes that it would spur more movement over and make the mainframe a more versatile platform from which to support the client. Michael Poil <[EMAIL PROTECTED]> wrote: I have a feeling that there are possibly a large number that I am never going to convince, but I can't just sit back and ignore assertions like the above that are made due to lack of knowledge. Probably going to get a load of flack about this, but I will never be Politically Correct, I tend to speak my mind. -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage Controls - Was Re: REGION=0M and LSQA
I would agree with you Mike. In our case, and this was single instance WebSphere, I was unable to do any precise predetermination of storage requirements prior to implementation. We had IBM WAS, vendor software and CTG. Not that CTG was going to kill us from a requirements viewpoint. Before I was outsourced I had looked at *potential* requirements of moving from single instance WAS V4 (in 3.5 compat mode) to WAS V5 cell group, adding a cell group of 7 address spaces. Again near impossible to precisely predetermine requirements for node agent, daemon, deploy control, deploy server, app. control and app server the other address space escapes me at this moment. I believe in this case, Java & WAS, since these historically came from single server hardware/single application the storage requirements were not nearly as critical or scrutinized. Of course moving WAS to mainframe it now had to play nicely with other more traditional and mostly well behaved applications. There are plenty of rants from a few of us in the archives. In my case I had lobbied to get as much of the WAS applications as I could over to the mainframe. And although WAS can wreak havoc on the traditional workloads I was more than happy to try to accommodate WAS, Domino and our more traditional workloads on a small g5 2 way and I think we did a nice job of keeping all of these workloads relatively happy but it can be nerve wracking at times. Michael Poil <[EMAIL PROTECTED]> wrote: Sometimes it is impossible to do that as is the case with Java. The amount of storage used within the JVM has a static component based on user definitions, but after that it is a function of what the Java program is doing and there is no way the calculate that as it is completely dynamic and can vary from one run to another based on what the program does. It also depends on how the customer has set up LE, CTG, DB2 etc. etc., so there are other variables to make it even harder. You can get typical sizes for the application by experience. Not trying to excuse Java, it is just how the software works. Storage creep can also be due to the way that the users write their code, it is not always the fault of the software vendor. It would be nice if everything was straight-forward in this world, but it refuses to play ball. -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Problem Analysis
I can sympathize Ed. We were on the edge with WebSphere on z/OS when I believe the freeware, v3.02, came out in 2001 and we had quite a time with problems and support on all sides including my own due to lack of practical experience. When I recommended, in a call to developers at our corporate site, that we shoot an early problem with some debug code I was told that they were not going to try that approach. When IBM got involved they made the same recommendation and all of a sudden the developers are putting in the code. Ended up being a resource spin condition due to mishandling of a double mouse click on the same screen. No dumps were read during this problem and I don't remember why. I do believe the skills now exist, master skills, although they are probably in very short supply. Ran into another more intermittent problem, this took about 14 - 16 months, with a storage leak/creep in the heap and it took literal table pounding after several months to get people with significant knowledge on the problem. Once Watson and Hursley were put on it took about a month to 6 weeks, the problem was very intermittent and they had requested additional dump options, before they finally pinned it down to internal table validation/mismatch. Even after looking at the dump they were not exactly sure where the problem was but knew enough to write some debug code to finally trap it. This last group of folks were very good. This might be an area I'd like to get into at some point since I have found the z/OS WebSphere stuff to be very interesting, will work for food. Edward Jaffe <[EMAIL PROTECTED]> wrote: Exactly! I've run into *massive* skills shortage problems trying to get the Library Server for z/OS fixed. When working one problem in particular, I was training *them* on how I/O works in MVS! On a telephone conference call, they were suggesting I do things that make sense only on a PC. (Can't remember the specifics. But, it was laughable!) And, try as I might, I simply could not understand one of the guys at all -- his accent was so heavy. And, the rest of them pretended not to notice. (That was a language skills shortage. Equally frustrating. But, perhaps I digress...) After a year of back and forth, I finally just decided not to use the "broken" function because it was clear they could/would never fix it. I judged them incapable of doing so. I sent a dump for another problem with the same group. The dump had "everything in it but the kitchen sink" and the response came back, "The dump was not helpful to the developer. We need to try to recreate in house." Translation? "The developer does not know how to read the dump. He only knows how to reproduce bugs under his debugger." I got so frustrated by this, I demanded a conference call with two levels of management for this group. While the managers readily acknowledged their skills shortage, and tried to placate me by telling about plans to add more z/OS-centric people to the mix, they _actually believed_ that chasing dumps was unproductive. They told me most of their support effort involves wading through source code to see what might be going wrong. (No wonder they move so slowly!!!) I almost laughed out loud! Their dump reading skill shortage was so acute, the managers were convinced that dumps were useless clumps of bits & bytes. Virtual boat anchors. There's not much you can do when the skills shortage affects all levels of an organization. I tried my best to convince them that effective dump analysis is what makes z/OS a robust platform and that such skills should be emphasized. I doubt they ever fully understood the point I was trying to make. In the end, we agreed to send, and they agreed to accept, licensed and proprietary documentation (softcopy books) from which they were finally able to reproduce the problem locally on a PC. Sad. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
Interesting concept Shane. :-) Add storage controls along with CPU Crit. to WLM and we'll have a hybrid WLM/IPS/ICS. Maybe we can call it WIPS. Shane <[EMAIL PROTECTED]> wrote: Just make storage a WLM managed resource. Then we (customers) can set our own goals, and (resource) cap if necessary, and still catch all the wayward children that get spawned to bypass the "rules". Just so long as all the auth'd/non-cancellable/non-memterm/LDA twiddling/... address spaces get classified - and managed. Also keeps the security people from having to stick their thumb in the soup. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
I lobbied against getting rid of Roscoe, Wylbur was already gone, for the COBOL developers a while back when management wanted to go purely TSO. At that time, with storage resources at somewhat of a minimum, I just could not see getting rid of Roscoe. We kept it but I still had my trials and tribulations playing with 32 MB of storage. We eventually married two 3081's to get a 3084 w/PIF. Anne & Lynn Wheeler <[EMAIL PROTECTED]> wrote: The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: mvs/xa; i've seen it for myself, a 3081 system completely idle except for one MVS/XA tso user. Response time is longer for that single TSO user on the 3081 than for CMS doing same type of stuff on a loaded 3033. MVS/XA is copy of the one that datacenter> is using for their development work. internal datacenter> has gen'ed the TSO logo screen (in big block letters) BAH HUMBUG The only thing slower than the 3081 service processer (5+ seconds to single step one instruction) on the 3081 is possibly MVS/XA TSO. The observation is that TSO is so slow, that you have lots of time to syntax your next input & make sure that there are no mistakes (because if there are ... then things will really be slow). ... snip ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z800 to z9
I would be reluctant to move to a 2 way from a uni and potentially cut my rating by CP by half. I wouldn't want to be taking the calls when peak hits. I'm not comfortable with taking a .2 second CPU transaction and making it possibly a .4 second CPU transaction. Most likely there is also some latent demand but how much? I have a hard time believing that this scenario is workable. Those VPS CPU spikes can be painful, I resource capped. Timothy Sipples <[EMAIL PROTECTED]> wrote: Patty, With whomever is selling you the z9 BC, "try it." See if you can reach an agreement to test two or three different configurations (maybe 1, 2, and 3 CP configurations centered around the capacity level you're aiming for). For example, see if you can get a "Capacity On Demand" contract in place to let you bump up. I think (if I'm remembering correctly) you have a 2066-001 (z800 with one full speed CP). That's 32 MSUs, by the way. The equivalent 1-way z9 BC is around a 2096-R01 (27 MSUs). (Yes, the MSUs are lower for the same machine capacity.) But I'm assuming you're going to increase the capacity a bit since you're pegging the system for several hours, so the next 1-way is an S01 (30 MSUs). The S01 would have about 12 or 13 percent more capacity than your current z800, typically. But you can also try the N02 (2-way), which is also 30 MSUs. On my chart it looks like the S01 is an "upgrade" from the N02 (I think), so you can buy the N02 plus a priced option to upgrade to an S01 (and beyond, probably). And see how that goes, assuming my guess about where you want the capacity to be is correct. The N02 v. S01 looks like it'd be as perfect a test for you as possible. I suspect most sellers would be happy to arrange something like this under reasonable terms. Well, that's an educated guess anyway. I would also guess that "grow" is good and "shrink" is bad, so you'd want to buy the "smaller" machine first, test it, use On-Off Capacity On Demand to switch to the other "bigger" configuration, test that, then turn the capacity back off if you prefer the first one. So in my example I think that's N02 first and S01 second, but that could vary depending on what point you choose. (That's also assuming you can morph an N02 to an S01 via COD -- I'm not thoroughly familiar with all those permutations. But I think that works.) If I'm right, though, this is going to be very easy for you to validate in your exact real world conditions. It sounds like the IBM-MAINers think an N-way could be very useful to you, so I'd strongly consider going through this sort of validation exercise. I think the standard OOCOD contract language is all you'd need. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADMINISTRIVIA: IBM-MAIN Archives
me to... Darren Evans-Young <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 11/29/2007 10:57 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject ADMINISTRIVIA: IBM-MAIN Archives IBM-MAIN-ARCHIVES now contains archives from 1986-2004 IBM-MAIN now contains archives from 2005 forward. Darren P.S. - One more "official" day left! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA/Dispatch V6 IDMS V10.2 problem when running z/OS 1.4 in 64
We have had some problems lately since cutting over to z/OS 1.4 in 64 with CA/Dispatch V6.0 with IDMS V10.2. I've just started to look at the problem and it seems there may be something amiss with journaling. A problem has been opened but if anyone has hit this. I don't have a lot of access to tools since this is a cutover to our outsourcer and my days are numbered, well maybe. TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
If you have the CP's and the speed for short bursts maybe not an issue. If you don't - well - I remember the recommendation by IBM to put our WAS version 5 cell group in SYSSTC on a small 2 way G5 machine running 31 bit. I remember the faces here when we started the cell group up, 7 address spaces. Just about everything stopped. We did try stagger start because we had control but the overall pain was just too much. Of course, like maybe a year later, IBM later came out with zAAP's. Like Mark said, worth a try. If it causes problems go back. Barbara Nitz <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/19/2007 01:54 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Are there tasks that don't play by WLM's rules Thanks to all who responded. I find it really interesting that just about everyone agrees to put these things into sysstc, an idea that got vehemently vetoed by the 'head WLM developer' when I suggested it in a lengthy conference call. Thanks to Peter Hunkeler for the good stuff about Unix. I will take me some time to absorb that! :-) >In Barbara's case, I would like the product has to be re-engineered to >signal completion of its transactions so that she could use response time >goals. Exactly. That's what I would like, too. >Then get your boss to go scream at the vendor to put proper >instrumentation into their product. There's not a lot else you can do. Well, that's what I am attempting to do. Did I mention that the vendor is IBM? And that the product is developed in the same location as WLM? In Germany, no less? Unfortunately, my boss adopts the attitude not to do anything until there is a problem. And then we get yelled at because we did not take 'pro-active' measures (to use a buzzword). So I am yelling right now (at IBM, via complaint). >(Did I mention velocity was a bad idea?) Even the developer said that, of course not as bluntly as you! :-) Best regards, Barbara -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
I seem to remember this as TCP/IP version 3.2 with 3.3 having the fixes for optimization. Weren't there twin stacks being managed or some such thing. I'm not too TCP/IP literate. We had this original version implemented because I remember doing a pre/post resource impact analysis finding additional CPU, significant in relation to prior usage, in use by TCP/IP. Anne & Lynn Wheeler <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/19/2007 09:47 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Are there tasks that don't play by WLM's rules The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Ted MacNEIL) writes: > It's not just z/OS UNIX. > The first implementation of TCP/IP on OS/390 was a port from VM. > And, it was a pig until they decided to re-implement by starting from > scratch using z/OS UNIX (circa 2.7). there was two issues ... the base was implemented in vs/pascal on on 3090 (under vm) it got about 44kbytes/sec thruput and consumed nearly whole 3090 processor. i did the support for rfc 1044 http://www.garlic.com/~lynn/subnetwork.html#1044 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Control Program of OS/360 reel tape
If you download the iso file from Ken's site you can use a demo from dvdSanta to burn it in DVD format. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS Issue
You should be able to get at least 32 virtuals online. We are currently running a way back leveled B18 with LM 531.11B and VTS 2.23.38.05 w/FP11 and have 32 virtual drives on 2 logical controllers. Our TVC is 72 GB and so our FC is less than what would be required to run 64 virtuals. I'm not certain of the FC needed to run 64 virtuals but that may be above FC 3400 which is where we are. Our B18 is actually so old that it did not come with EHPO and we had IBM put it on at a later date. This thing could go right to the museum after we're done here end of November. I've ranted on the B18 in the past as we've had our share of problems, some self-inflicted. Curious, do you know the size of the TVC? Daniel McLaughlin <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/05/2007 08:13 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject VTS Issue We have the VTS in place and the latest microcodes on it but seem to be having a controller problem. We can only get one controller online, and none after that. We'd like to have 64 drives in it, but can't get beyond 16. We are designating the units as 3490 which limiits us to 16 per controller. IBM H/W and S/W both said to check are the logical address (CUADD) and the libport- ID in the HCD. However, they said we have them set up properly. Any other suggestions are gratefully accepted. Oh, the model is B18 if that has any bearing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 $TI or $SI command on initiators over initiator 99 return invalid
Man, I hate replying to my own questions. Our ops guys figured that you need paren's around the actual initiator *after* initiator number 99. Hopefully the formatting of the commands below comes out. $SI99 $HASP892 INIT(99) $HASP892 INIT(99) STATUS=STARTING,CLASS=, $HASP892INELIGIBLE_CLASS=(X-WLM),NAME=99 $SI(A0) $HASP892 INIT(100) $HASP892 INIT(100) STATUS=STARTING,CLASS=, $HASP892INELIGIBLE_CLASS=(X-WLM),NAME=A0 [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List 09/21/2007 09:22 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject JES2 $TI or $SI command on initiators over initiator 99 return invalid I need to pull out my WLM Managed Initiators to prepare for the outsourcer. In preparation, in testing, when we issue a $TI or $SI for initiators after initiator 99 I get "$HASP650 IA0 INVALID OPERAND OR MISPLACED OPERAND". Anyone hit a similar problem or have a solution, we are at z/OS 1.4 at this time. TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 $TI or $SI command on initiators over initiator 99 return invalid
I need to pull out my WLM Managed Initiators to prepare for the outsourcer. In preparation, in testing, when we issue a $TI or $SI for initiators after initiator 99 I get "$HASP650 IA0 INVALID OPERAND OR MISPLACED OPERAND". Anyone hit a similar problem or have a solution, we are at z/OS 1.4 at this time. TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson
That Max is the only reader of these papers at this site? Sounds like it. I think Tom mis-read it. Personally I'd start by working WLM from top down, with regards to importance, to try to make sense of the situation. If WLM is just spinning its wheels due to unobtainable goals that could be just the start of the problems. Setting realistic goals may help Max see where the pain really is. Dave Kopischke <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/20/2007 12:16 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson On Thu, 20 Sep 2007 11:12:12 -0500, Kelman, Tom wrote: >> >> Hi Steve and thank you a lot for your replies. I read (I think most of >) >> your papers and I find them very precise and useful. Unluckily here >I'm >> the only reader of them. >> >> >> Max Scarpa >> >Beg your pardon, but I have read Steve's excellent papers and his book >(both the older hard copy and the newer one on CD) and I would bet there >are many posters on this board that have read them and papers by other >WLM specialists such as Peter Enrico. > We may be misunderstanding the posters intended meaning on this one: "Unluckily HERE I'm the only reader of them." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: meaasge OPS3731E
CA OPS/MVS. Jim McAlpine <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/11/2007 05:45 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject meaasge OPS3731E Anyone recognise the above message and could provide the explanation from whatever FM it emanates from. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Track size and maximum single volume data set size
In our case with emulated 3380 and Adabas the customer opted to run unsupported since they told us they would be off the mainframe in the 2nd quarter of 1997. Most of their work was migrated off last year, July, except one application that is still in inquiry mode only. I still see TSO and batch usage from time to time. I guess you call it the 10 year plan, I don't even ask anymore. "R.S." <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/16/2007 04:01 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Track size and maximum single volume data set size IMHO 3380 is still in use, in most cases generally because of staff lazyness/lack of comptence. Yes, I mean it. AFAIR 3390 was introduced in 1990. 17 years ago. Enough time to perform migration. All the shops I know use 3380 without any real reason. For example they use Adabas, however other shops, running the same application migrated to 3390 years ago. Another examples: JES2 SPOOL, RACF db. No comments. Of course my experience is limited, that's why I didn't say "in every case"; YMMV Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Track size and maximum single volume data set size
Ah err, well, we have an old Adabas application with 3380 emulation on 2105. This will be moot after 11/30/07. It's been a shame they could not resolve to get the application off our platform sooner. This was one of those app's we really wanted to go as it wasted an array due to the emulation requirements but politicking won out . Now the whole kit is going the way of outsourcing. C'est la vie. Tom Marchant <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/12/2007 03:47 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Track size and maximum single volume data set size Why do you think some data centers still use 3380 emulation? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
>From a personal perspective I believe that IBM was late to the game with GUI and WAS capability for the mainframe. Our mid-range counterparts were working on web alternatives, in test, just prior to Y2K. We didn't take delivery of WAS 3.02 until sometime in 01 if memory serves. By this time it was too late, too much of the *new* functionality, that could have been done on the mainframe but wasn't due to little or no support, was done on mid-range. This basically sounded the death knell for us, we could never catch up. z/OS does seem to be dying a slow death. Businesses that have converted are not going back to z/OS. There has been a consistent move away from OS/390 and z/OS over the past number of years by small/middle level clients for a number of reasons. I believe there is a future for mainframe hardware architecture but I can't see the underlying support being z/OS but more or less a Linux alternative. We have or will be assimilated. z/OS may be around for a while but probably only supporting mega centers. Just my humble opinion. Clem Clarke <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 06/16/2007 10:55 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Patents, Copyrights, Profits, Flex and Hercules But let's be very clear who is doing the pushing. IBM. You can say that it is IBM's choice. It is. And they have made it. (And that the shareholder's profits have to be protected.) Ce la vie to Z/OS. By restricting access, and not making Z/OS as easy to use as it could be. (That GUI for SPF could have been so much better, with just a tiny bit of effort.) Clem -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390B DASD IFCC Reason Code 84
You might want to also check the code levels on the hardware in question. "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 06/06/2007 10:06 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3390B DASD IFCC Reason Code 84 In a message dated 6/5/2007 10:55:00 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: >I have not been able to find command descriptions for the CCW commands 4B, A5, A6, or E7 when accessing DASD. Also, on the Interface Control Check problem - yes, that means a hardware error generally, but it can also be caused by a software error. I have seen a case where a DASD channel program used one of the newer indirect addressing options (e.g., 64-bit words containing the address of the data) and was done on a processor that did not have 64-bit hardware support. Such an error will not typically be caused by IBM access methods, but could be coming from a vendor product or a locally written program. Bill Fairchild Plainfield, IL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SELTAPE algorithm in z/OS
I believe it's WAD or feature. But why next, I would think random would be best in spreading out the pain. And, if you don't do a lot of mounts, or you hit a lull, then you're always using the low order UCB's. Thomas Conley <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/23/2007 02:15 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject SELTAPE algorithm in z/OS I know SELTAPE was internalized eons ago, but I thought it was internalized as NEXT. I'm seeing what looks like RANDOM on z/OS V1R8. Is this a bug or a feature? My concern is that NEXT always seemed to be the best algorithm to spread out the pain and minimize certain drives getting hammered. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
I don't remember any 3350 problems as this device type was my first performance charge with doing internal pathing/volume placement based on performance metrics at timeshare NVIP back in the early 80's. I do however remember the 3350 to 3380 migration project which turned ugly when we were informed, post migration, that we needed plenum replacements on our 3380 E's/K's. IIRC the plenum connected to 2 different HDA's but I could be wrong on this point. Lots of long weekends with the media folks deciding how to play musical chairs with strings of DASD. Anne & Lynn Wheeler <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/21/2007 11:31 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3350 failures The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] writes: > IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) old email with reference to finding bug in the 3350 support in 3880 controller (and possibility of same bug having been in 3830 controller) http://www.garlic.com/~lynn/2007b.html#email800402 in this recent post http://www.garlic.com/~lynn/2007b.html#28 What is "command reject" trying to tell me? above post also references early 3880 MVS RAS testing in this post http://www.garlic.com/~lynn/2007.html#2 "The Elements of Programming Style" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
Yes, head of string, 3350-A2 (contains controller circuits, and is the first in a string of 3350 units) or 3350-A2F same as A2 has fixed as well as movable heads. Again from the facts folder. Rick Fochtman <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/21/2007 10:24 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3350 failures [EMAIL PROTECTED] wrote: >IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) > >William Donzelli <[EMAIL PROTECTED]> >Sent by: IBM Mainframe Discussion List >05/21/2007 02:02 PM >Please respond to >IBM Mainframe Discussion List > >To >IBM-MAIN@BAMA.UA.EDU >cc > >Subject >Re: 3350 failures > >Will a 3880 with proper microcode control 3350s? > >-- >Will > IIRC, there was also a "head of string" 3350 that would act as a controller. But the memory is growing older and dimmer; check other sources. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) William Donzelli <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/21/2007 02:02 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3350 failures Will a 3880 with proper microcode control 3350s? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Field of Dreams - IBM 2086 240 - OutSourced - End Of Thread
Well, we tried to get a z9/BC in and seemingly had the numbers low enough but as trends go we're being outsourced at this point. I personally believe that it was unavoidable with the decision coming from our parent company. Most of us will probably be laid off and so I'm either done next week or towards the end of the year or maybe, probably not, *rebadged to the outsourcer*. Hopefully I'll catch on somewhere else. I'd like to thank everyone for their help over the years and for those of you that I've personally dealt with a debt of gratitude for taking the time when I needed assistance. This group is awesome and I'll miss it. I can be reached at Patrick dot Falcone at verizon dot net for those of you that might need to contact me for any reason. Take care... - Forwarded by Patrick Falcone/US/Combined on 05/08/2007 10:08 AM - [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List 10/29/2004 11:45 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Field of Dreams - IBM 2086 240 Well, we're looking at the above processor and (*gasp*) in speaking with some of the developers they had a yen for doing some Linux as well. I'm curious what kind of real storage backing is being used in support of Linux image(s). Also, I've hit the archives and viewed that most are running z/VM in support of Linux image(s). Is this an absolute requirement or does it just make sense to run z/VM for the flexibility of additional Linux images? The above would be a dream with 1 IFL for Linux, 2 general purpose and 1 zAAP to go along with the general purpose. I'm comfortable sizing save the Linux part and am looking for some guidance especially with the real storage backing in support of the Linux image(s). Also, are the processor speeds modified for the IFL or the zAAP? This may not pan out but I'm going for broke on this one. What's struck me recently is the *slight* lean from our non traditional development folks towards moving to the mainframe from the midrange/NT boxes. If we can't pull off at least some part of the above, 2 GP and 1 zAAP, it may well sound the death knell for us on the mainframe. Ya listening IBM and software vendors? I hope so! (Field of Dreams - taken from Troy's post a while back) TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM questions
I've never had a problem with CICS and velocity. We do about 3/4 of a million trans./day and get a couple of tenths to a half second response. I attended a Share WLM free for all about 3 - 4 years ago where CICS transaction goals vs. velocity goal management almost turned into a free for all with regards to the panel of experts. One expert was firm that if it ain't broke don't fix it, the others were less flexible with their opinions. Ted MacNEIL <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/04/2007 07:33 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WLM questions >Do what you need to meet the business goals. I (obviously) agree. But, there are lot of 'experts' out there, that are paid the big bucks, telling us 'we must'. I won't mention any names, because I respect them, but they are telling us to do the wrong things. If response (and business) goals are being met, it doesn't matter if the implementation is velocity or transaction! IPS/ICS worked with people who knew! Velocity goals are the same. Response/service is what matters. As long as CMF reports response at what we are getting, we are not going to implement transaction goals. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Internal DASD Pathing (was: Latest Principles of Operation)
IBM 3350A2/B2 modules on IBM 3830 Controller? Not sure about IBM 3375, I was told we had them and most IBM DASD at that time, 1979 or so, at NVIP but I was not aware of all we had back then. I think the IBM 3380 had 4 internal path selection. "Mark H. Young" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/26/2007 12:10 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Latest Principles of Operation Speaking of dual pathing.that brings to mind something I could not remember recently about 3380 geometry DASD that had "internal pathing"??? Remember those? Anyone know what the device was called from IBM? Like maybe the model name et al?? I'm experiencing my daily Alzheimer's spell. We had them back in the day (mid-1980s) at Marriott Corp. in Bethesda, MD, and had to consider what we placed where so it didn't cause performance problems. THANX, Mark H. Young -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA and zIIPs
I thought that the zIIP was proprietary to IBM, I guess not anymore. A couple of snippets from the "DBTA 5 Minute Briefing". Among the CA solutions announced today is Unicenter NetMaster Network Management for TCP/IP, which offloads statistical analysis of packet flows by its Packet Analyzer component and the trace processing performed by its SmartTrace component to one or more zIIP engines. Another product, BrightStor CA-Vtape Virtual Tape System, frees up capacity on general purpose processors by offloading its processing to zIIP engines, thereby reducing the cost of tape storage while adding greater scalability and reliability to virtual tape implementations, CA said. Also announced was BrightStor Tape Encryption, which employs zIIP engines to reduce general processor capacity requirements, enabling customers to protect data with existing hardware. CA also unveiled Unicenter NeuMICS Resource Management, which enables system administrators to determine workloads that will deliver maximum ROI through the zIIP processor. Additional CA solutions, including the CA IDMS and CA DATACOM database management systems, will exploit zIIP over the next 12 to 18 months, according to the company. "It is kind of a slow, steady build towards serious exploitation of the zIIP," said Re. "I think where we would like to end up is that the customer could think of that zIIP engine almost as an embedded management appliance. All of the management function runs there, all of the stuff that you really don't want to use general mainframe MIPS for ends up on that zIIP engine - it saves the customer a lot of money and gives him a lot of flexibility about where to put these different product functions." "Craddock, Chris" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 02/14/2007 08:45 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: CA and zIIPs > Don't know about the rest of the 'stuff' in the announcement, but the DB2 > Detector item doesn't really mean a whole lot, I don't think. Detector > gets > it's data by hooking the SQL PC's. I would think that that means the > Detector code has no choice but to run on whatever processor the operating > system has chosen for the SQL statement. There may be more to this, but I > think that part of the announcement is just stating the obvious. You're correct about that part. For Detector, it's just stating the obvious. The whole announcement is a lot more comprehensive though. There are products that merely observe the behavior of work on the zIIP. They would be used for planning and tuning and other vendors have similar function too. However, the real meat of the announcement is that several of our products really are exploiting zIIP engines to offload work from the general purpose engines. They are using the formal IBM interfaces that allow them to run on a zIIP. So that's considerably different than just being a casual bystander. And there will be more coming. Maybe it's not your father's CA after all? CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Decimal FP (was: vendor JCL)
Even the acronym finder isn't quite sure..but does agree with most. I seem to remember Output back in my earlier ops daze. http://www.acronymfinder.com/af-query.asp?Acronym=spool&string=exact J R <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 12/14/2006 08:40 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Decimal FP (was: vendor JCL) >From: Chris Mason I seem to remember SPOOL meant "Simultaneous Peripheral >Operations On Line" I think we all acknowledge that SPOOL was contrived to mean "Simultaneous Peripheral Operations On Line". The doubt expressed within this thread relates to whether anyone ever really thought of it as an acronym or were we merely using the English noun/verb with the same connotation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIP and zAAP Reporting - projection and otherwise
This would seem to imply JBB772S for z/OS 1.7. Probably z/OS 1.7 with 1.8 presentation. CP is general purpose CP, AAPCP is % of a GP CP used by work eligible to run on a zAAP, IIPCP same as AAPCP insert zIIP. AAP and IIP are % of a zIIP/zAAP CP consumed. Yes, if AAP and IIP are used then you have them. If you have them you might also view metrics in AAPCP and IIPCP for crossover work not dispatched on zAAP's or zIIP's. Aaron Walker <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 12/07/2006 11:44 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: zIIP and zAAP Reporting - projection and otherwise Well, the output looks like 1.8 output, so either the customer is mistaken, or do the fixes/FMIDs for zAAP/zIIP projection significantly alter the RMF reporting (to zOS 1.8 presentation)? Aaron On Thu, 7 Dec 2006 09:23:48 -0600, Aaron Walker <[EMAIL PROTECTED]> wrote: >I'm looking at some RMF (Workload Activity) reporting from a zOS 1.7 >system, and when I look at the CPU usage, I'm seeing entries under APPL% >for CP, AAPCP, IIPCP, AAP, and IIP. I can't easily find any doc which >pulls this together, so educate me - CP is regular processor, AAPCP and >IIPCP are zAAP and zIIP projection, respectively, and AAP and IIP are zAAP >and zIIP actual? And if I have positive numbers on AAP and IIP, they have >the engines? I don't know much about this system - I'm just looking at >this report. > >Thanks, >Aaron > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Discretionary Goal Management (amendment)
Posted with Don Deese's permission. "Don Deese has provided the below snip from his CPExpert WLM Component Manual, since the snip provides a more comprehensive explanation." Chapter 1.7: Discretionary Goal Management A problem existed when using discretionary goals prior to OS/390 Version 2 Release 6: on systems in which 100% of the CPU was used by service class periods with performance goals, service class periods assigned a discretionary goal might never receive CPU service. This situation existed even though the service class periods with performance goals might be significantly over achieving their goals, since the Workload Manager would never allow discretionary work to have a CPU dispatching priority equal to or higher than work with performance goals. >From one perspective, this algorithm is proper; discretionary work is defined as work that has no performance goal. However, most sites want the discretionary work eventually to be processed, even though it has no performance goal. Consequently, many sites removed the discretionary goal from work and assigned a performance goal to the work. However, there are significant advantages to assigning a discretionary goal to work: work with a discretionary goal executes with the Mean-Time-To-Wait (MTTW) algorithm. . Work assigned to a Mean-Time-To-Wait group competes within the Mean-Time-To-Wait group for access to the processor. Address spaces are assigned dispatching priority within the MTTW group, based upon their execution characteristics. Address spaces that execute a significant number of CPU instructions between I/O operations are considered heavy CPU users. These heavy users receive a lower dispatching priority within the MTTW group than do address spaces requiring less CPU processing between I/O operations. . The philosophy behind assigning work to Mean-Time-To-Wait groups is to attempt to use as much of the overall computer system as possible. Dispatching relatively light CPU users ahead of relatively heavy CPU users ensures that the I/O complex will be used simultaneously with the CPU processor. Since both CPU and I/O are active simultaneously, more overall work will be accomplished by the computer system. This philosophy assumes, of course, that overall throughput is a major goal, rather than the turnaround of specific heavy CPU users. This philosophy is explicitly applicable to service class periods assigned a discretionary goal. IBM addressed this problem in OS/390 Version 2 Release 6, by implementing the discretionary goal management algorithms. With discretionary goal management, the Workload Manager identifies service class periods that have been assigned a performance goal and that are candidates for participation in discretionary goal management. Service class periods can participate in discretionary goal management if either of the following conditions applies: . The service class period has a response goal greater than one minute. This condition does not apply to subsystem transaction service classes (e.g., CICS or IMS transaction service classes), since these service class periods do not include address spaces. . The service class period has an execution velocity goal less than or equal to 30%. The Workload Manager identifies candidate service class periods meeting either of the above conditions, that have significantly overachieved their performance goal. If discretionary work exists in the system, the Workload Manager may apply internal resource capping to the service class periods that are over achieving their performance goal. The internal resource capping operates similarly to the normal Resource Group capping described in Chapter 1.6 of this section, in that the Workload Manager will cap the address spaces for one or more cap slices. This capping restricts the amount of CPU service that can be used by address spaces in the capped service class period. The Workload Manager may apply internal resource capping when the Performance Index is less than 0.7, and stops internal resource capping when the Performance Index is greater than or equal to 0.81. If a candidate service class period with a performance goal has multiple periods, later periods are selected for capping before earlier periods (that is, capping would potentially be applied to Period 2 before capping would be considered for Period 1). The effect of the discretionary goal management algorithm is to allow discretionary work to receive CPU cycles when work with a performance goal would otherwise significantly over achieve its performance goal. There are two important points in the above snip: (1) internal resource capping also applies to transactions that have greater than one minute response goal, and (2) internal resource capping will be applied only if there is discretionary work ready to run. Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (703) 922-7027 Fax: (703) 922-730
Discretionary Goal Management (was: Another BIG Mainframe Bites the Dust)
Posted with Don Deese's permission at the request of Mark Zelden with thanks to Dave Thorn for following this topic up with Don as part of a discussion at a recent Philly CMG meeting. Chapter 1.7: Discretionary Goal Management A problem existed when using discretionary goals prior to OS/390 Version 2 Release 6: on systems in which 100% of the CPU was used by service class periods with performance goals, service class periods assigned a discretionary goal might never receive CPU service. This situation existed even though the service class periods with performance goals might be significantly over achieving their goals, since the Workload Manager would never allow discretionary work to have a CPU dispatching priority equal to or higher than work with performance goals. >From one perspective, this algorithm is proper; discretionary work is defined as work that has no performance goal. However, most sites want the discretionary work eventually to be processed, even though it has no performance goal. Consequently, many sites removed the discretionary goal from work and assigned a performance goal to the work. However, there are significant advantages to assigning a discretionary goal to work: work with a discretionary goal executes with the Mean-Time-To-Wait (MTTW) algorithm. . Work assigned to a Mean-Time-To-Wait group competes within the Mean-Time-To-Wait group for access to the processor. Address spaces are assigned dispatching priority within the MTTW group, based upon their execution characteristics. Address spaces that execute a significant number of CPU instructions between I/O operations are considered heavy CPU users. These heavy users receive a lower dispatching priority within the MTTW group than do address spaces requiring less CPU processing between I/O operations. . The philosophy behind assigning work to Mean-Time-To-Wait groups is to attempt to use as much of the overall computer system as possible. Dispatching relatively light CPU users ahead of relatively heavy CPU users ensures that the I/O complex will be used simultaneously with the CPU processor. Since both CPU and I/O are active simultaneously, more overall work will be accomplished by the computer system. This philosophy assumes, of course, that overall throughput is a major goal, rather than the turnaround of specific heavy CPU users. This philosophy is explicitly applicable to service class periods assigned a discretionary goal. IBM addressed this problem in OS/390 Version 2 Release 6, by implementing the discretionary goal management algorithms. With discretionary goal management, the Workload Manager identifies service class periods that have been assigned a performance goal and that are candidates for participation in discretionary goal management. Service class periods can participate in discretionary goal management if either of the following conditions applies: . The service class period has a response goal greater than one minute. This condition does not apply to subsystem transaction service classes (e.g., CICS or IMS transaction service classes), since these service class periods do not include address spaces. . The service class period has an execution velocity goal less than or equal to 30%. The Workload Manager identifies candidate service class periods meeting either of the above conditions, that have significantly overachieved their performance goal. If discretionary work exists in the system, the Workload Manager may apply internal resource capping to the service class periods that are over achieving their performance goal. The internal resource capping operates similarly to the normal Resource Group capping described in Chapter 1.6 of this section, in that the Workload Manager will cap the address spaces for one or more cap slices. This capping restricts the amount of CPU service that can be used by address spaces in the capped service class period. The Workload Manager may apply internal resource capping when the Performance Index is less than 0.7, and stops internal resource capping when the Performance Index is greater than or equal to 0.81. If a candidate service class period with a performance goal has multiple periods, later periods are selected for capping before earlier periods (that is, capping would potentially be applied to Period 2 before capping would be considered for Period 1). The effect of the discretionary goal management algorithm is to allow discretionary work to receive CPU cycles when work with a performance goal would otherwise significantly over achieve its performance goal. There are two important points in the above snip: (1) internal resource capping also applies to transactions that have greater than one minute response goal, and (2) internal resource capping will be applied only if there is discretionary work ready to run. Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (703) 922-7027 Fax: (7
Re: Another BIG Mainframe Bites the Dust
Your reply prompted me to review my notes on when and why I removed discretionary. I actually had discretionary in from 11/01 through 04. In 2004 we were literally over the edge with regards to capacity. There was quite a bit of crying about how little, or none, resources disc. was getting at that time, let alone the general sluggishness this particular LPAR was experiencing. I pulled disc. out and eventually, after flummoxing a 1 period imp. 5 mod., made it a 2 period imp. 4 to imp. 5, as I had WLM managed initiators and had trouble getting work started with the 1 period imp. 5 mod. I should say that after reviewing my notes and some comments that Don Deese had made on this subject I would be more inclined to retry disc. Helps to go back and reread some of this stuff over time. Thanks. On Wed, 11 Oct 2006 10:08:23 -0400, [EMAIL PROTECTED] wrote: >I think that's the rub. How much can you afford in discretionary, if any. >I played with disc. early on and found that since I different requirements >for production batch workloads based on time zone and importance, and >there was very little if any cycles left for test, I had to end up putting >the test batch into a low importance service class where it would at least >get some service over time. I see this often but still just don't understand it. Say you have all this low important work with IMP=5 and some low velocity or percentile goal and you move it all to discretionary. The overall load on the system is the same and this workload should get serviced. This didn't work as well in the past as it does now, but changes over the years to how WLM manages discretionary work should allow it. Also, discretionary has the added benefit of MTTW. So I still try to put as much work as I can in discretionary. The biggest problem I had with discretionary work were the changes made to the WLM controlled initiator algorithms in z/OS 1.4 (obviously not a consideration if using JES2 inits). Since then there have been some PTFs to help this. What I did at the time (and still do) was to take that batch service class and add a 1st period with IMP=5 and a medium duration to help get the INITs started (WLM only looks at 1st period for starting INITs). This had a side benefit of getting the quick jobs out of the system if they could end while in 1st period. I used to do this in COMPAT mode for a couple of batch service classes but stopped this practice with WLM because of the (good) recommendations to try and keep around 25-30 or less "in use" periods on an LPAR. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another BIG Mainframe Bites the Dust
I think that's the rub. How much can you afford in discretionary, if any. I played with disc. early on and found that since I different requirements for production batch workloads based on time zone and importance, and there was very little if any cycles left for test, I had to end up putting the test batch into a low importance service class where it would at least get some service over time. And like Ted I've worked for insurance companies who are mostly reluctant to get upgrades until absolutely necessary. I think you mention this. How many cycles are left after system support and program product tasks, production online and priority production batch are accounted for? If it becomes problematic to run disc., based on wait for CPU, you're left with a low importance service class for your test workloads. Mark Zelden <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/10/2006 05:47 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Another BIG Mainframe Bites the Dust Perhaps there was not enough discretionary work defined. Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsuti -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logical volume in IBM VTS,compressed or not?
Compression is done from the channel interface card to the VTS cache. Compression is then done again from the VTS cache to the back end drive without much, if any, gain in compression. Check the SMF 94's for these values. Victor Zhang <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/29/2006 01:56 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Logical volume in IBM VTS,compressed or not? Hello list, I have a dumb question regarding logical volumes written to IBM's VTS, is the data compressed or not? IBM recently announced next generation of VTS:TS7700, from its production description, only usable capacity(raw disk capactiy - meta data overhead).When it is talking about backend tape drives, it only mentions that TS1120 or 3592 can compress data at a ratio of about 3:1. That raises my confustion: is data written to VTS cache compressed or not? Thanks in advance. Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to find source of JES2 change
Syslog(?). I just altered our JOBCLASS(A) on our tech LPAR through SDSF and it shows up like any other JES message on the log. Gives the TSU number and the ID with the time stamp. Jon Brock <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/07/2006 02:55 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject How to find source of JES2 change Is there a way to find out when and how a JOBCLASS definition was changed in JES2? We specify TIME=(0060,00) on the JOBCLASS statement for a particular class in our JES2 startup parms, but when I issue a $TJOBCLASS(A) from the console, the resulting display shows TIME=(72,00). I can't find any sort of exit that would be changing the default, nor is there any sort of automatic command that would be doing it. All I can think is that sometime in the past someone issued a $TJOBCLASS command to change the time limit and it has been carried through the subsequent warm starts. This isn't a major deal, but my curiosity is up. Thanks, Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Response Time
In our environment Shark 800 w/ficon it's 2 ms or less into the hundreds of mic's with cache hits in the 90 - 100% range. When we supported RVA T82, w/escon w/3390 emulation I seem to remember 4 - 7 ms with same cache hit ratio. I also found some old doc from out site that showed STK 8890 with 48 mg cache with read hit ratios of 80 - 100% getting between 5 - 10 ms. And if memory servers me, I'm still looking for the doc, on IBM 3390 w/3990 w/o cache I would say anywhere from mid teens to high 20's ms. response time but of course results will vary with pathing, workloads and the like. David Day <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 08/23/2006 03:27 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject DASD Response Time I'm developing some code on a Flex-es machine and would like to try to see how the code will work in a real environment. I don't know if it is Flex-es or Linux that is caching the I/O, but the response time the application sees is extremely good. The Flex system has the ability to delay the I/O that it delivers to MVS. I would like to set these delay values to something that more resembles actual I/O response times. If someone can give me some values to plug in, I'd appreciate it. 3390's, with and without a caching controller. I know the values vary with cached controllers and hit ratios. I'm interested in the response time RMF reports when the data is found in the cache. Thanks. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WAS Persistent Time-Out Value
Thanks, Larry, Aaron. It's a fairly complex, at least to this simple mind, application.Desktop -> Citrix -> possible calls to one, two or all) AS/400, SQL Server, z/OS. We have at least 3 different locations where the Users come in from. We're currently running WAS V4 (3.5 lightweight mode) under z/OS 1.4. The Users are coming in via plugin, not sure of the hits per User, not sure about static content but I don't believe there is on our side, not sure about the hits per view, no SSL. When the application runs it runs very well. When there are problems I personally get frustrated due to the amount of trouble shooting capability we have. There are so many places where the app. can fall down. We're contracting right now to try to find the most obvious problems. We were told that some of the data showed timeouts at 60 seconds for quite a bit of the traffic on our end, z/OS. Since I'm a bit WAS challenged I've been looking for doc to view to get a better handle of what may be happening. Any pointers to doc would be appreciated. I've been to redbooks but there are so many I'm not sure which one will have the most useful information. Can you point me to the WAS listserve? I guess I can go over there and get kicked around a bit. Thanks again for your help. Aaron Walker <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 06/30/2006 12:54 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WAS Persistent Time-Out Value Same here regarding access. I have PersistTimeout in the HTTP server at 5 seconds, with MaxPersistRequest at 10. I'll have to dig and see if I can see the documentation that I used to come up with those numbers. I use persistent connections mostly to reduce the work used for SSL handshakes. What kind of values I have in WebSphere I can't recall, I'll have to check that out, too. Which version of WAS are you running? As Mr. Gray said, are you using the plugin, or are users coming straight in? What's the frequency of hits for a user? Any static content? How many hits per view? SSL or not? Persistent connections can kill you or save you. It depends on your application. Also, you may get a better response if you post this on the WebSphere list or the WebSphere Forum or MVS-OE. Aaron On Thu, 29 Jun 2006 13:52:56 -0400, Gray, Larry - Larry A <[EMAIL PROTECTED]> wrote: > >I do not let browsers access my WAS servers directly. I require them to >go through the webserver. I have the PersistTimeout for the webserver >set at 3 seconds. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WAS Persistent Time-Out Value
I'm currently tasked with investigating the persistent time-out value defined in WAS. At this point our time-out value is 60 seconds but what we're seeing is that 2/3's of the connections hit the 60 second time-out and then need to be potentially re-established. I'm looking for what others have this value set at and what the potential fallout, TCP/IP, WAS, is from raising this value. Any help or additional understanding would be greatly appreciated. TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX (OMVS) work.
I have a default OMVS Service Class that is multi-period with IMPS 2, 3 and 4. I get all kinds of spawned stuff and the like that falls into it. If there is a complaint and it's justified I put the task into a more rigorously defined SC for Unix tasks. I have the FTP task defined to STCHI. Every now and again I see some significant CP usage by not for any extended periods of time. "McKown, John" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 06/06/2006 03:11 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject WLM classification of UNIX (OMVS) work. I think that I'm dead on this one. I want to be able to classify OMVS work based on a number of factors. Mainly I want to classify it by what function it is doing. Mainly in the catagories of (1) ftp work; (2) UNIX shell work; (3) other. For some things, such as the HTTPD server, and other DAEMONs, I classify by the "jobname" and it works well. But we have complaints when the system goes to 100% that ftp work sometimes seems to "times out" and that messes their minds in the Windows world. This is both ftps requested from "production servers" and desktop users. I don't really want to just assign a high priority to all "unknown" UNIX work, but I seem to be in a corner. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
Have you given thought to the capacity/performance implications of going from a 63 MIPS uni to a 26 MIPS uni? You realize that , theoretically, you'll downgrade the speed by approx. 2.4 times. Mark Neal <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/26/2006 11:31 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Z9 Benefits over MP3000 Has anybody given much thought to the hidden benefits of migrating from a MP3000 to a Z9 BC? I currently have a one processor MP3000 7060-H30 that rarely needs more than 40% of the MP3000 cpu capacity. The Z9 BC A01 configuration that I am considering has only one CP, but it also has a SAP for I/O and QDIO for TCPIP offload. Single TCB tasks like CICS are not an issue in our environment, so I expect the Z9 A01 to meet our cpu capacity requirements. Also, I will be moving to a DS6800 disk subsystem on FICON. I expect the SAP, QDIO, and DS6800 will greatly improve my overall throughput, but they are difficult to quantify. I expect I/O and TCPIP traffic to fly through the system. And I expect the MP3000 cycles that are used for I/O and TCPIP will now be available for other tasks. Have I missed anything obvious? Any other ideas? Thanks, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question to backup on 3590
I can assure you that you can connect more than 1 ESCON channel to 3590 B's. A few weekends ago at DR our set-up was 16 3590 B's with 2 ESCON per/module or 4 UCB's (I don't know, are they still called a module?). This was verified by looking at RMF on the floor system, and well before I became bleary-eyed. Franz Josef Pohlen <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/16/2006 05:01 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: question to backup on 3590 thank you all for your valuable answers. Another business partner told the customer that a second escon channel is not possible on 3590. This I could hardly believe because there was a feature code FC3312 called "second escon adapter for 3590". Now I'm sure that the other business partner is wrong. Franz Josef > --- Ursprüngliche Nachricht --- > Von: "Pommier, Rex R." <[EMAIL PROTECTED]> > An: IBM-MAIN@BAMA.UA.EDU > Betreff: Re: [IBM-MAIN] question to backup on 3590 > Datum: Mon, 15 May 2006 17:11:00 -0500 > > Eric, > > Bruce is saying that the effective transfer from the controller to the > tape drive is 27 MB/sec. Thus, when the ESCON channel can't provide > nearly that thruput, the tape drive ends up waiting for the channel. > > Rex -- Mobile Internet - E-Mail und Internet immer und überall! GMX zum Mitnehmen: http://www.gmx.net/de/go/pocketweb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question to backup on 3590
He should be seeing about 9 MB's/sec on that single ESCON setup. Adding an ESCON channel should half the backup time with a total throughput of 18 MB/sec with the 2 ESCON's. I just did some prep work prior to our DR with regards to a similar setup, ESCON and 3590 B's. "Eric N. Bielefeld" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/15/2006 12:43 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: question to backup on 3590 I'm sure that two escon channels would greatly speed up your backups. I had a similar experience at P&H Mining around 2000. We got 4 3490E drives, and 1 controller with 2 escon channel interfaces. That was 16 transports for 2 channels. I think the backups actually took longer than with 24 3480 transports, with 2 parallel channels for each 6 transports. I quickly realized that we didn't have enough channels. After getting 1 more controller with 2 more channels, the backups took about half the time. Looking back, I should have gotten 2 more controllers. When monitoring the pack backups with RMF, the channels were 100% busy, showing lots of delays on the tape drives. I'm sure another escon channel will make your backups take half the time or slightly more. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: "Pohlen (Mailinglist)" <[EMAIL PROTECTED]> > Hi listers, > > I have a customer who backs up a data amount of about 500 GB with 2 Jobs > each day on a 2-drives-3590 with DSS. Because of data growth, he has now > problems with his batch window. His 3590 (A50/B11) is connected to his R36 > by one escon channel. During the backup the channel is completely busy. I > have thought about a quick method to drop down the backup time by > connecting > a second channel. Is this possible and would this help him. He has > experienced, if he runs only one job at a time, the backup time of this > single job is significantly faster. Therefore I assume, that a second > channel could help him. > > Mit freundlichen Grüßen / best regards > > Franz Josef Pohlen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: An unexpected lights out operation
No. Ed Finnell <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/12/2006 09:11 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: An unexpected lights out operation In a message dated 5/12/2006 7:41:58 A.M. Central Standard Time, [EMAIL PROTECTED] writes: to the UPS, the failover side of the UPS filter blew as well. You should have seen the faces of the UPS vendor. >> Did it set off the Halon? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: An unexpected lights out operation
Murphy? About 3 - 4 years ago we had a UPS filter blow during a cut-over to the UPS, the failover side of the UPS filter blew as well. You should have seen the faces of the UPS vendor. Ed Finnell <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/11/2006 11:24 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: An unexpected lights out operation In a message dated 5/11/2006 7:07:05 P.M. Central Standard Time, [EMAIL PROTECTED] writes: But there are two new players in the game. One, there is a shiny new DS8100 in both the primary and DR sites waiting for power whips and two, a far more aggressive DR strategy in the pipeline. >> Maybe a more thorough review of the SAPR will ring these things out. Glad it worked like it's supposed to, have to agree with Shane too. Murphy is alive and well and crouched in a dark corner waiting to pounce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM and Google / Six Apart / Yahoo / whomever
Agreed, and this *could* be the publicity that just blows up the whole notion (more than a notion as far as I'm concerned) that the mainframe is dying/dead and with the recent z9 BC announcement it may not come at a better time. It would be nice to envision all those suits reading about the mainframe in those airline mag's now wouldn't it? Google *mainframe google* . But, what better way for IBM to get publicity and make money than to host their own mega-search facility backed by the mainframe. All of a sudden *mainframe* sounds cool now, doesn't it? Dave Salt <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/04/2006 10:18 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: IBM and Google / Six Apart / Yahoo / whomever Tim, That is a brilliant idea! Google running on a mainframe would be an absolutely STUNNING victory for IBM. If the latest and greatest web-searching technology is running on a mainframe, couldn't you just see the look on the faces of all the people who think the mainframe is yesterdays news? It would totally transform the market virtually overnight! I think there are 2 ways IBM could go. Plan 'A' would be to head over to Google and propose the idea, and plan 'B' would be to compete directly against Google. If Google sticks to the way they're doing things, and IBM jumps in with a much better long-term platform yielding far better results, it wouldn't be long before IBM started pulling huge market share away from Google! Wait a minute; a light bulb just went on and I thought of plan 'C'. IBM could head on over to MicroSoft and sell them a mainframe so MicroSoft could compete against Google! :-) IBM, are you listening? Someone book a conference room for 1pm this afternoon to discuss the plan of attack!! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm >From: Tim Hare <[EMAIL PROTECTED]> >If I were IBM, I would gather some of the smart Z/VM/Linux folk, and I >would go to places like Google, Yahoo!, or Six Apar with some mainframes >in a trailer already running a hundred-or-so virtual Linux instances, for >a week or three. I'd let the company build their software on those Linux >images and test it out. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A very basic question
Does this help? http://publib.boulder.ibm.com/infocenter/cicsts/v3r1/index.jsp?topic=/com.ibm.cics.ts.doc/dfht3/dfht3b00377.htm Ted MacNEIL <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/10/2006 08:00 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: A very basic question So, does anybody have an answer? Or, do we just continue to dance? - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WebSphere task monitor
I have the same problem. We're running WAS V4 also on z/OS 1.4. I'm not aware of any freeware tools for this. A few years back I would display the thread via D OMVS,PID=. After a few displays I could usually find the thread taking most of the CPU. I would then terminate the thread. This worked *some* of the time but I got into situations where I terminated the thread and the phone immediately rang with "what did you do?". Of course not having knowledge of the potential interdependencies of the threads can be a problem. We simply resort to shutdown/restart these days. Lin C <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/10/2006 12:55 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject WebSphere task monitor We are using WebSphere Application Server V 4.0.1 on OS/390 V2R10. Occasionally, the WAS looped and consumed CPU to 100%. So that other application cannot run at the time. This can be solved by cancelling WAS and restart it. I think this is caused by the incorrect application tested in WAS. But I would like to know is there any free tools that can monitor tasks in WAS to see which task caused the loop and cancel only the task. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bringing the fun back to z/OS - new course
<> Timothy Sipples <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/29/2006 07:21 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Bringing the fun back to z/OS - new course With respect to Patrick's comments, WebSphere Application Server/Java is certainly not IDMS/ADO (for example) from a resource utilization point of view. A "modest" two-way CP-only 31-bit-only system is simply not going to be delivering very high WebSphere volumes, I'm afraid. Unless your WebSphere Application Server workload is trivial, please do one of two things: (1) get a zAAP (for WAS z/OS); (2) get an IFL (for WAS Linux). It's frankly bad *finance* to run (much) WAS without either of these two options. Spend money to save a lot more money. <> With either one of these two approaches mainframe WAS becomes not just affordable but, in numerous situations, the *most* cost-effective J2EE platform. My personal favorite is zAAP, but please choose at least one of these two avenues. <> Lastly, I think there's an implication that workloads in USS cannot fit into WLM service classing, goals, etc. in order to manage together with batch and other classic workloads. I hope nobody is saying that, because it's certainly not true. z/OS and WLM will manage all work, including USS-based work, as you tell it. If your system is too small to meet or exceed all goals at peak, that'll still be true regardless of the *type* of work you throw onto the system. WebSphere z/OS is spectacularly plugged into WLM -- it works really, really well, at least for the past three versions that I'm more familiar with (5.0+). But if I'm trying to suck an elephant through a straw and want the elephant to more or less retain its shape, well... :-) <> - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bringing the fun back to z/OS - new course
I'm sorry. Our WAS environment is running WAS V4 (in 3.5 compatibility mode or lightweight mode) which is single server or single task. This environment uses much less resources than a full blown WAS heavyweight environment where a cell group in support of an application(s) can consist of 7 tasks or more. I was basically making the observation that I have had some performance challenges tuning this mixed environment on a small 2-way CMOS box. When we tried to move to WAS V5 heavyweight in 31 bit it became next to impossible to support overall performance when starting some of the tasks within the cell group for a particular application not to mention the resource consumption, storage and CPU, that was required once the application (one of many slated at that time) was initialized. Of course, 64 bit and hardware w/zAAP(s) ($) would provide additional balance to limit these anomalies to the traditional workloads. I would certainly think you would limit the potential of performance anomalies with just HTTP on z/OS with traditional workloads. Of course the size hardware and operating system make all the difference in the world, a luxury I do not have at this time. Steve Comstock <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/28/2006 11:23 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Bringing the fun back to z/OS - new course Patrick, Help me learn more, here. I'm talking about hosting a website on z/OS without WAS. It would seem that would be even lighter weight, although I honestly have no idea how it scales to commercial levels of activity. Anyone else have some experience doing this who would share your observations? I'm thinking: get 'em in cheap (and light) using HTTP server; then, when needed, bring in WAS (and more hardware, it sounds like). Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bringing the fun back to z/OS - new course
I would agree with Barbara on this. We run a mix of traditional work along with a Domino Change Management System with about 400 registered Users and WAS V4 in lightweight mode with about the same amount. Both applications can kill performance to our traditional workloads on our small 2 way. The WAS always sits at the top of the CPU usage monitor, again this is lightweight mode not full blown WAS, with the IDMS right behind it. The Domino application server task, at times, can dominate CPU as well. Since we have been in a holding pattern while the bean counters basically decide our eventual fate I have been trying to hold the line as the production WAS environment adds Users who then navigate up through our traditional environment into our CA/IDMS. It has been a very delicate balancing act to see that the Production Users get service while I *try* to get cycles to the developers on this LPAR, no we don't have a test LPAR. If I had my druthers I would attempt to run the Unix workloads on their own LPAR where possible to eliminate the performance anomalies to the traditional mainframe workloads. If not possible I would load the LPAR with zAAP's as necessary to defray the impact. We recently also had a problem while running a batch job against a zFS which supports our Tech's Website and PDF files. The WAS in which the PDF's were connected to suddenly went haywire using significant CPU, operations then cancelled and eventually had to force the WAS, then zFS abended - all in all an ugly incident. While there is an open APAR that matches to some degree IBM asked us to try to recreate it as the WAS dump was not helpful. Please see OA15422 with APAR description: "LOOP IN USER CACHE, LOOKS LIKE A HANG IN ZFS" And as Barbara said not to disparage Steve but we have had our share of problems with running the new workloads with the traditional ones. Of course you can also see my rants in the archives about my WAS experiences if this wasn't enough. I do like the new workloads as they keep me employed at this point but they just don't seem to play well with the traditional ones. Barbara Nitz <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/28/2006 12:53 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Bringing the fun back to z/OS - new course Steve's post prompts me to relate our MVS Unix/Linux experience - this is in no way meant to disparage Steve's efforts for courses... >Now, the ability to run UNIX on the mainframe melds a lot of strengths: >flexibility (run classic mainframe apps and UNIX apps on the same box), You'd better not. We are running a clustered Lotus Domino Server on our boxes and have to run several unix apps (ADSM - whatever that's called these days, WBIFN - gateway to the SWIFT net and Websphere Application Server). We found out very fast that these beasties tend to take over more than their share of processing power, so all of these UNIX apps quickly got their own lpar where traditional workload did not have to compete with these cpu hogs. >scalability, reduced footprint, reduced footprint?!? Even confined to their own lpars, the Dominoes take everything in terms of assigned processors and lpar weight, to the detriment of other lpars. And if these Unix dominated lpars don't get what they want, they stop working altogether. We are in the process of moving the UNIX apps to Linux under VM, where they can use the other type of processors and save us a lot of software costs (BMC is killing us, followed by CA.) Did I mention that we now run almost as many Linuxes as we run MVS lpars? Reduced foortprint?!? >Utilize the legendary strengths of the mainframe One of which was first failure data capture (and it worked, too, given the right knowledge in looking at a dump). All of these UNIX apps have never even heard the term first failure data capture, much less are familiar with the concept. With the exception of maybe one (stupid) user error on our part, IBM has proved incapable time and again to look at dumps (even those written by the product itself) and find a problem. Unless you can reproduce the problem, provided you have an inkling how, you get a lot of crap which always involves restarting a high availability application. And without a complaint on top a sev1/prio1 IBM doesn't even look at the problem, much less solve it. Even with a complaint, all we get is what we call in German 'holding hands' - meaning they commiserate with us but only attempt to calm us thus infuriating us more. I'd better stop here Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Jobs Going Away
Same here in Southeastern Pa. area, Bucks County/Philly. This use to be a hotbed of mainframe activity and I talk to enough IBMers from around here who can say without doubt that the mainframe has been going away for years. I personally don't believe that the mainframe will ever *go away*, I believe that we have been and are in a transitory period where what's running on and what will run on the mainframe will change. The mainframe's morphed personality will be less and less of the legacy stuff and more of what is running on all those *other* boxes, it's just going to take time to mature. Of course it may be the size of a brick at some point but I won't care much. Eric Bielefeld <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 02/10/2006 09:56 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe Jobs Going Away Robert, <> Mainframes are going away. We probably had 30 shops or more in the Milwaukee area when I started at P&H 21 years ago. Now there are between 10 and 15. Granted, some of the companies still run mainframes - just not in Milwaukee. I know First Wisconsin Bank was one of the biggest shops, and it merged with another bank. So did Marine bank, where I used to work before I went to P&H. But, a lot of the shops used to run MVS, and now they don't. Johnson Controls and Johnson Wax are 2 good examples. I know people from both shops. NO MORE MAINFRAME running MVS, OS/390, or z/OS. Eric Bielefeld Sr. Systems Programmer P&H Mining Equipment 414-671-7849 Milwaukee, Wisconsin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex survey results
Thanks for taking the time to put this together. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch performance
I would definitely, as suggested, check all fixes for WLM managed initiators and you have confirmed that you are WLM managed JES inits right? Are you running at 100% during the problem time frame? Velocity or response goals? Leading up to your problem time frame is your problem batch workload showing very little or no completions prior to the problem along with a growing input queue for that WLM service class? What may be happening is that as the input queue grows and your completions leading up to the problem interval drop you could see the velocity indicator drop and probably to a point where WLM gives up trying to help this Service Class. What is the defined vs actual PI leading up to and during these events? I would also check to see if *other* higher importance service class workloads have increased with your upgrade as this would contribute to the problem. "Perryman, Brian" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 11/30/2005 08:15 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Batch performance Hi folks. We upgraded from OS/390 to z/OS 1.4 at the beginning of the month. The ops have been making slight noises that some of the production batch is 'slow' - in the absence of any detailed information from them, I just assumed it was a one-off thing and ignored it. But last night they took some screen snapshots (from SDSF) of active jobs, and in a couple of classes there were several jobs just sitting there waiting for execution. I've gone through the SMF data and it seems that all the jobs are plodding through nicely, with 'wait for initiator' times of 2-8 seconds on average, up until around 5am when this value fairly rapidly (in the space of about 20 minutes) ramps up through double figures, then triple figures, until we have jobs waiting for initiators for over 1000 seconds. My WLM policy is pretty-much Cheryl Watson-Walker's, with a few very small amendments. We have 'hot' batch jobs which are not affected, they go through fine. These waiting ones are in our low priority batch. I'm guessing WLM is deliberately holding these jobs back.. But why? I'm guessing it's because the CPU is very busy? We have some bulk stuff going on with CICS and APPC during the overnight window (ATM terminal polling) and I'm wondering if the business support people have added a load of extra work for it to do, or something like that. So if you were me, where would you start looking next? (My only diagnosis tools are SMF, RMF and ICETOOL, I have no 'nice' tools and toys) Thanks Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WebSphere AS -- DB2 required?
There is no requirement for DB2 that I'm aware of for WAS V5 and probably not for V6 as well. There was a somewhat of a requirement in WAS V4 but we got around that by going to lightweight or 3.5 compatibility mode under V4. I seem to remember a lot of discussion prior to GA for V4 where some were not happy that there was a stringent requirement for DB2. I guess IBM not only heard the crying but did something about it. Tom Sims <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 11/10/2005 02:17 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject WebSphere AS -- DB2 required? Some of our clients' programmers are interested in WAS as an alternative to disparate distributed platforms for deploying web applications, but their managers are put off by the requirement for DB2. What features of WAS actually require DB2, or to put it another way, to what extent can WAS be used productively for web application development WITHOUT DB2? Thanks in advance, Tom Sims Btw, they have been trained in the jargon, to the extent that the programmers are really interested in the application services, not just the HTTP server. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MEMLIMIT and IEFUSI
Sorry list. This was supposed to go to Mark not the list. Patrick Falcone/US/Combined 11/04/2005 02:09 PM To IBM Mainframe Discussion List cc Subject Re: MEMLIMIT and IEFUSI Mark, We should all be thanking you for all you've done on the list. I went out to your web site and found myself in the pool area and checking out your family. You seemingly have a lot to be grateful for. I also appreciate all the help you have given me over time. You seem to be a real genuine guy and I really appreciate all that you've done for me in the past. Take care and have a great weekend! PS. The pool pictures were funny. BTW, my web site counter rolled past 300,000 sometime in the last couple of days. Thanks to everyone for their support! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MEMLIMIT and IEFUSI
Mark, We should all be thanking you for all you've done on the list. I went out to your web site and found myself in the pool area and checking out your family. You seemingly have a lot to be grateful for. I also appreciate all the help you have given me over time. You seem to be a real genuine guy and I really appreciate all that you've done for me in the past. Take care and have a great weekend! PS. The pool pictures were funny. BTW, my web site counter rolled past 300,000 sometime in the last couple of days. Thanks to everyone for their support! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey)
First, sorry for the rant yesterday and the shot at EG, I agree not necessary. I've been very frustrated with this migration. I've learned quite a bit though so there are some positives. Secondly our migration to WAS V5.1 has shown how it can be difficult for small shops on tight purse strings to bridge to newer technology with a mostly traditional environment. We run CICS, IDMS, Batch, TSO, some UNIX stuff TSO and batch, I think we even still support some Adabas/Complete stuff but this will go away soon and throw in a Domino Change Management system. This is all on RB6 on an LPAR with 2.4 GB of storage. We also currently run WAS V4 in 3.5 compatibility or lightweight mode meaning we have on one task to manage for any given application. Now along comes WAS V5.1 and as we have it at current, in test, we have 7 tasks as part of one cell group; node agent, http server, daemon, deployment control, deployment servant, application control, application servant. Now, along comes HATS with a potential to deploy another 26 or so applications and what we're now learning is it may be more feasible from a performance as well as an architectural viewpoint to run 1 application per servant. So add 1 application control and 26 servants tasks. So now in test for our Call Center/HATS environment I'm up to 34 tasks. This is just test, we have acceptance and production to replicate. Now I'm up to 102 tasks. I also have another application to support and this could mean another 21 tasks for test, prod. and acceptance. I think you all see where I'm going and why I'm concerned. I agree with your sentiments, WAS is good for us and if we pull this off we probably keep our jobs. Our developers can see the value of the mainframe as a means of one stop shopping, if you will, for how they want to get the data and then present it. But, the cost to manage this environment may, in our case, be prohibitive to management spending the money we'll need to furnish a clean running environment. Now, my job is to be as cost effective as possible but show where we may will need to adjust for an upgrade that has already been put in front of management. Based on new requirements and how those requirements need to be managed from a resource perspective should help me justify additional resources. All I can do is present the data and then its all up to the suits. Thanks for your input. "Knutson, Sam" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/19/2005 04:02 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey) Hi Patrick, It seems that WAS z/OS is in a similar stage of development to DB2 when it was first introduced. The initial response was fear and loathing due to the resource requirements. As people recognized the value that DB2 added as a relational DBMS, hardware and software grew more capable, and DB2 itself matured it became an accepted workload. WebSphere on z/OS right now has the reputation of being a dog but it may be that it will be one of the keys to web enablement and Java deployment on zSeries. If so maybe we will not look so harshly at it over time. Personally I least object to paying for memory as of the things on the floor that count it is one of them that I pay for mostly just once. CPU & I/O capacity comes with software ripple charges and more maintenance costs. Memory is relatively cheap. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey)
Comments interspersed below. Warning <> Timothy Sipples <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/18/2005 11:27 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey) There's a reason why you don't necessarily want more than ~1 GB heaps per servant, knowing that WebSphere can spin up as many servants as you'd want. That's because of garbage collection. When the heap gets near full, the Java virtual machine will proceed to garbage collect -- clean up "old" objects. During that process the servant is not responding to service requests. <> If the heap is too big then your garbage collection takes too long. So, in general, you want to have servants that garbage collect "every so often," but, when they garbage collect, you don't want each garbage collection event to take too much wall clock time. << To me this whole process, GC, flies in the face of performance, that the servant halts when the GC is in progress. Not to nit pick but what's *every so often*, or *too much wall time*? As I don't actively support WAS, I'm the performance/capacity guy, how do you set/control the heap? Can you? Or does it just do it when it thinks it has too?>> That said, there are probably some cases where a "tall" single heap might be useful. Certain Java batch workload comes to mind, where you might never garbage collect. (All the objects you create fit into the larger heap during the batch program, and then the batch simply ends -- no garbage collection.) There's already a 64-bit JVM (that can give you that large heap for such things), and, as alluded to, it wouldn't be shocking if IBM added that capability to WebSphere Application Server. <> I'm hard pressed to think of scenarios where a superheap would benefit HATS workload. <> <> - - - - - Timothy F. Sipples Consulting Enterprise Software Architect IBM Americas zSeries/z9 Software Phone: +1 312 529 1612 E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: High disconnect time on IMS vsam db
What's the actual disconnect time at peak? What are your read hits versus read misses? Itschak Mugzach <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/06/2005 11:00 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: High disconnect time on IMS vsam db We do. But this database is almost read only (98.8% of the total IO for the disk drive the DB resides on). There is no RPM miss on that kind of device, so I guess it is a search with key or Seek. I looked at the SSAs but couldn't see any special argument that might cause that. Itschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WebSphere/HATS Odyssey
Well, I wasn't paying close enough attention and just *assumed* that WAS V5 was there, 64. As we have not sized the upgrade for additional HATS related applications we're back to the drawing board to some extent, at least with regards to memory. Should the upgrade happen we'll realize a zAAP but my concerns now fall with the 8 gb that was slated. Our original expectations were to have multiple applications, 5 - 6, running under the Application Servant but since we're only seeing that we can have upwards of 3 applications per servant this increases the likelihood that I'll have more servants supporting less applications/servant that I anticipated. So now I'm not sure that will be enough, 8 GB, to back what we have planned for and the developers are liking HATS enough that we're supposedly adding to the 26 applications mentioned. Thanks for your input and yes Zelden does rock. Take care... Paul Dineen <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 10/04/2005 10:43 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: WebSphere/HATS Odyssey Hello Patrick, I believe we have realized the 2GB limit or close to it at WAS 5.1, unfortunately in a production environment. Unfortunately, it sounds like the application is not ready for scalability to additional WAS address spaces. We're working with IBM (Sev 1) on what is described as a 'memory leak in JAVA'. I see the problem manifest as the working set to the WebSphere address space climbs continuously to about 1.8GB. At that point, we terminate. IBM support has been asked about 64-bit in regards to our problem and responds: "As for the question about our 2GB limit-this is something that we are hoping to correct in a future release of the product". Just to take a shot anyway, we tried setting a MEMLIMIT on the WAS EXEC statement, but the message at startup still shows: +BBOO0302I REGION REQUESTED = 0K 731 ACTUAL BELOW/ABOVE LINE LIMIT = 7M / 1842M ABOVE BAR FREE/ALLOC ADDR = 0 / 0 It looks like WebSphere is 'preparing for 64-bit' at our 5.1 level by displaying above the bar info, but not exploiting unless we're missing something. This is our initial attempt at 64-bit. We're at z/OS 1.6, JDK 1.4 and all prereqs to utilize zAAP on a z/890. Not to be a 'name dropper', but Mark (yes, he rocks) Zelden described earlier this month that he was setting a MEMLIMIT for z/OS 1.6, WAS 5.1 and DB2 V8. Mark, any insight on whether you have WAS 5.1 exploiting 64- bit? This would be a great patch for a shop with a production problem. Hope this info helps you and we also can gain more insight. Paul Dineen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WebSphere/HATS Odyssey
I was in one of the many meetings that still go on, although our WAS 5 conversion is basically on hold pending an upgrade, and heard that WAS V5 is not 64 bit compliant. I guess I was asleep at the wheel to some extent but this poses some concern from my perspective when we do get an upgrade. Basically my concern is that we have quite a few HATS related applications, 26 and counting and currently running on NT, that will run as part of one of our cell groups as part of the WAS V5 conversion. With that said and with the 31 bit limitation my concerns are with populating the application servants with fewer applications than we may have hoped for. This will mean more servants with less applications per servant which means more storage and more CPU. I confess that I have not RTFM, can anyone confirm that WAS tasks have a 2 gb address space limit. WHAT, is the cart before the horse again! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
I'm sorry, I missed some of this. What model type is this? That should explain it. We run 9672 RB6 and while I understand that it's a 2-way I also understand that this model type can be upgrade coded to an RD6 or 4-way. I'm not sure what the annoyance is. I believe that you are just seeing what you are potentially capable of putting online. *N* means not available and must be coded by IBM to make available unless there is additional meaning to *N* that I'm not aware of. d m=cpu IEE174I 11.12.22 DISPLAY M 710 PROCESSOR STATUS ID CPU SERIAL 0+ 1+ 2N 3N Pat Schlehuber <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/28/2005 11:09 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: D M=CPU - What is a 'N' CPU I agree, but "not available" does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs. It's shows on only one of our processors, so it it an annoyance, everything is working as expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Slowdowns
I'd be interested to see what Dave's capture ratio is? In our case the problem manifested itself, on a small 2-way, by one of our WAS V5 servants using excessive CPU along with a dramatic drain of CPU, to dispatchable work, by a uni-swap loop which was basically being done by 3 swappable WAS servants playing musical chairs on the LPAR. Our capture ratio during these times was probably 50 - 60% with 1k - 2k/swaps a minute. Turned out to be an SRM defect with express swap logic as defined by IBM. Not a pretty picture - having everyone sitting on their hands during the problems. Shane Ginnane <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/27/2005 07:22 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: z/OS 1.4 Slowdowns "The most common causes of uncaptured system overhead are for excessive paging and a internal queue build up of SRBs (usually for cross-memory POST) due to server address spaces having a priority lower than their clients. The later is impossible to see with monitors." Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Slowdowns
Can you share the product? Is it WAS? You say you've checked paging, how about swapping? What is the capture ratio during the problem time frame? Also, Mark makes a good point about enclave tracking, unfortunately it may not be obvious with traditional monitoring. "Kopischke, David G." <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/27/2005 01:01 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:z/OS 1.4 Slowdowns Greetings, I'm having an issue with z/OS 1.4 slowdowns. We've got a product extension we're testing that appears to be causing the issues, but I'm having a hard time associating the two. I'm monitoring this through Omegamon. Basically, once the testing begins, I see the product begin to use more CPU than normal, but not so much that it is alarming. Then undispatched tasks start growing and MVS overhead shoots up to 30 - 50 - 90 %. Once testing stops, it takes several minutes for the system to recover and stabilize. For those who run Java, how do performance issues manifest themselves ??? I'm not seeing a correlation between resources and an address space. In Omegamon, MVS overhead is defined as anything that cannot be associated with an address space, so it's a pretty nebulous resource. Any ideas are greatly appreciated. Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?
Curious what hardware you are on. Also, is z/OS 1.4 in 64? "Clark, Kevin D, HRC-Alexandria/EDS" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/22/2005 04:00 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:WEBSPHERE: install on Z/OS USS or Z/OS LINUX ? Hello All, A need a quick consciences on installing websphere applications and some non-IBM products on the mainframe Z/os 1.4 Should I use Z/OS USS only. Or Install LINUX on Z/OS and install the products on LINUX. Thanks... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Short term paging spike
I haven't worked with EPILOG for a while but I don't believe that you can get that kind of detail unless it has changed. You could hiper-link to generic aux. storage information from specific screen sets but I don't remember seeing the detail you may need to shoot this. I currently use Mainview, with a significant back end history database, and it has an RMF III look alike menu which shows what tasks do paging over set time intervals. I'm sure that RMF III can present this data but I'm not familiar enough with RMF III to give you the exact information. There's got to be a way to set up a new RMF III database and repoint it, at the desired time, to get the data. Or increase the RMF III database to get more than 1 hour of data. Bob H <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/22/2005 08:54 AM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: Short term paging spike To all, Thanks to all for good suggestions. I'e been looking at this some more and the fact is that we were getting "home grown" page rate alerts due to a couple factors. 1) Automation kicks off a bunch of stuff at 0500, 0530, 0600. 2) Our enterprising automation guy added a pagerate probe that kicks off at the same times. It's not dynamic, just a snapshot he takes every 1/2 hour. False positives. Mark, I took a look at RMF III and that report shows current aux store usage by asid, but only goes back an hour or so. I am still wondering the best way for me to shoot a ... say 5 min slowdown caused by a few ASIDS running paging off the charts, a few days after the fact. Does Candle Omegamon epilog keep that kind of detail? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Softaudit for Z/OS
Well, I guess when we used this product it was for OS/390 since this was a while back, 98'. There was an STC called SOTFAUDT that also ran with a couple of batch jobs, SOURCER and SURVEYOR, that took some considerable CPU resources. I'm fairly sure that these batch jobs were report jobs and not part of the actual monitoring task but I remember being concerned enough about the amount of CPU that these batch jobs were accruing that I eventually had them scheduled to run off hours to reduce the pain to prime time since these jobs were defined as production batch back then. We're talking *hours* of CPU on RC4 technology, at that time. So I would say that while the MONITOR itself was not CPU dependent the batch jobs, especially SOURCER, took some considerable CPU resources when run and I'm not sure why. Roberto Halais Kareh <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/13/2005 04:10 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Softaudit for Z/OS Listers: We are evaluating installing the Softaudit for z/OS (ITLCM now sold by IBM). What is the performance impact of this product's MONITOR component? Any comments would be appreciated. Regards, Roberto Halais Puerto Rico Treasury Dept. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: About CPU assumption of HSM migration
Your welcome. Well, I really don't know all that much about HSM and I hate to sound simplistic but what I would do if tasked with this exercise is use our sandbox to turn compaction off and then force ML1 action and measure CPU. I would then turn compaction on and then force ML1 action and measure. I'm sure there is a way this can be done. Maybe one of the more technically able HSM Listers can come up with something a bit more elegant if this does not sound reasonable. Wang Rong <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/07/2005 10:46 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: About CPU assumption of HSM migration Hi patrick, First, thank you for your reply! Second, do you know how to evaluate or calculate the CPU compression overhead of ML1? Thank you ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: About CPU assumption of HSM migration
The data included is a bit dated, 1998. I found that the average CPU time used, as part of HSM's total CPU used, during the month was proportioned as follows. Primary space used 17%, secondary used 6%, backup space management used 64% and other used 13%. I should state that none of the management cycles overlapped that I was aware of but there could have been other processes running under HSM during each of the cycles. I accounted the *other* time as the average CPU used when none of the before mentioned cycles were running. HTH. Wang Rong <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/06/2005 10:53 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:About CPU assumption of HSM migration Hi all, Does anyone know the CPU assumption of HSM level1/2 migration? If possible can anyone provide some data to show this? Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS performance
What type VTS controller is supporting this environment? Have you checked the SMF Type 94 records for throttle delay? The field name that would give you an indication that you are doing any throttling can be found in field s94totat. SRUSASH <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 08/27/2005 10:47 AM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:VTS performance VTS documents say VTS is throttling when the response time is > 500 ms. If write a record to VTS (or block), measure the time difference between before & after write and if it is > 500ms, can I assume the VTS is throttling (or suffering performance degradation)? or am I missing anything? If my assumption is right, please let me know. thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PIF generated by OPC
Not sure I understand. I was able, with irfanview, to take a JPEG and associate it with a PIF and print the file with no problems. Are you saying you did the reverse - you took a PIF and associated it with a JPEG and it didn't work or work as well (?) cdmaslo <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 08/24/2005 09:46 AM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: PIF generated by OPC Hi, There is no other format to export and the solution with JPEG didn't work as well. Any help will be great, Thanks, Ales -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PIF generated by OPC
You may want to dowload irfanview and try to create/new the pif extension and associate it with jpeg. My computer/pictures/tools/folder options/file types/new/(in box file extention put) PIF/advanced/associated file type (jpeg) Ed Finnell <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 08/23/2005 01:23 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: PIF generated by OPC In a message dated 8/23/2005 10:43:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: am trying to open PIF (Picture Interchange Format) generated by gddm from OPC. >> It's been a long while, but _www.irfanview.com_ (http://www.irfanview.com) is a freebe that does pretty good on most formats. I looked for pif but couldn't find it. Is .img, .tif, .jpg or .bmp an optional output? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTS SMF 94 vec value zero after LM code 530.08 applied - Fixed
This past weekend IBM applied LM code 530.11 with FP 11B to correct the situation where the SMF94VEC value is zero and the GUI interface for the VTS when looking at the active data screen shows no free cartridge scratch space available. - Forwarded by Patrick Falcone/US/Combined on 08/02/2005 11:12 AM - Patrick Falcone 04/28/2005 10:59 AM To: IBM Mainframe Discussion List cc: Subject:Re: VTS SMF 94 vec value zero after LM code 530.08 applied Yea, good point. I just went in there and pulled up the active data screen. The value is missing from the GUI as well. Thanks. Robin Murray <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/28/2005 12:36 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: VTS SMF 94 vec value zero after LM code 530.08 applied quite a coincidence eh? do you have the library web service enabled? if so, you might want to check out the active data page and see if the free storage numbers are correct. if it's also 0 that may help ibm to nail the problem. Robin Murray Tel: (902) 453-7300 x4177 Cell: (902) 430-0637 [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List 04/28/2005 11:17 AM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: VTS SMF 94 vec value zero after LM code 530.08 applied Thanks Robin. The library id is correct. This is code that has been working for quite a while. I tracked down the date where the vec value zeroed. It coincided with the date that the LM code had been applied. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adabas
We're currently running Adabas V5R2.4 on z/OS 1.4 in 31, since June 2003, with no problems. Marian Gasparovic <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 06/28/2005 03:21 AM Please respond to Marian Gasparovic To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Adabas Hi all, we have a customer who will migrate from OS/390 2.9. do z/OS 1.4(or 6) They run Adabas. Is anybody aware of any specific problems regarding Adabas in zOS ? Thank you Marian Gasparovic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
