Re: Java question
The JIT compiler can do things that a static compiler can't. The more frequently a method is used, the more optimisations can be applied, such as inlining other methods and branch table reorganisation. This results in code which can actually be faster than statically-compiled code. Does that mean that JIT compiled code is being monitored for its efficiency and is kind of recompiled every so often? That *is* meant to be an ironic statement, isn't it? Well, no. If you use malloc() in a C program, then it's a good idea to care about free() as well, otherwise you can end up out of memory. There is no need to use malloc() in C or ALLOC in PL/1. You can write your program using only automaic variables. The runtime takes care of the memory management. This is what I was referring to. I admit that todays JVMs have much more sophisticated memory management code than HLL runtime environments provide. But the OPs argument I was responding to was that this very JVM memory management was a reason against compiling Java code. My argument is that Java's memory management concept doesn't have to be any different between running interpreted versus running compiled code. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
On Mon, Aug 17, 2009 at 8:04 AM, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: The JIT compiler can do things that a static compiler can't. The more frequently a method is used, the more optimisations can be applied, such as inlining other methods and branch table reorganisation. This results in code which can actually be faster than statically-compiled code. Does that mean that JIT compiled code is being monitored for its efficiency and is kind of recompiled every so often? Yes that is exactly what it means at the high level. That *is* meant to be an ironic statement, isn't it? Well, no. If you use malloc() in a C program, then it's a good idea to care about free() as well, otherwise you can end up out of memory. There is no need to use malloc() in C or ALLOC in PL/1. You can write your program using only automaic variables. The runtime takes care of the memory management. This is what I was referring to. It is virtually impossible to build any C or C++ program (can't speak for PL/1) of any sophistication without using memory allocation. In larger applications, application specific memory management may be implemented in order to guarantee memory leakage does not occur. I admit that todays JVMs have much more sophisticated memory management code than HLL runtime environments provide. But the OPs argument I was responding to was that this very JVM memory management was a reason against compiling Java code. My argument is that Java's memory management concept doesn't have to be any different between running interpreted versus running compiled code. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
Hi Peter, sorry for the delay, but I have been traveling. For all the statements I did, one of the thoughts behind it was, that HPJ compiled code does not run in a JVM as HPJ was implemented years ago. So the whole JVM runtime was replaced by PDS members that are load modules just like any other languages load module. So with HPJ there was no JVM during execution. According to your reply: 1. Thats correct, however as I stated, you loose all the standard stuff that comes with a JVM and you loose the capability to have a runtime (JVM) that behaves similar and can be tuned and parameterized similar to other platforms. You are right, that HLL languages can use memory management too, but there must be some overhead in doing that or switching it on, so that was basically what I was refering too. The compiled code must implement functions etc. to do the memory managment, because it does not use the JVM and its garbage collection mechanisms anymore. Or as a prereq, the whole compiling stuff would not make sense, if you still run in a JVM, because of the options that todays JVMs provide. 2. I recall from the implementation of the High Performance Java Compiler, that the compiled application is a statically linked huge load module (think of a 50MB classpath). In addition, if you have many Java classes with a Java main Method, which is executable as a starting point, each of these Java Main Programms will be its own statically linked huge module and also has all classes from the classpath compiled into it. So HPJ produced huge load modules and was very inflexible, not only in terms of reusing compiled code. If it were enhanced to support dynamic calls, you would have a need to have a 1:1 relationship between Java class and load module, thus a lot of members in the load PDS. 3. Because of the fact, that you cannot really influence the behaviour of the JIT compiler, we only test with all optimizations switched on, that works pretty well. Once in while there are applications which do not work with the highest JVM Optimization level and there are switches to force a certain optimization level or to restrict optimization up to a specific level. Yes we trust the compiler, however if something goes wrong, you still get an exception, traces, etc., which you do not get with the compiled version, because the JIT compiler is somehow part of the whole JVM construct and in the compiled version you do not have the JVM anymore. Basically when there are tuning advices for WebSphere z/OS or for a distributed JDK, most of the recommendations also apply to the JVM on z/OS, so getting rid of the JVM in favour of just having compiled code would also make the execution environment on z/OS incompatible to all other Java environments in terms of behaviour, problem determination, tuning and customization. Nevertheless I admit, that there would be some benefit, if the JVM on z/OS could save JIT compiled code into datasets or HFS image, once the compiled code reached a higher level of optimization. This could be enhanced to load a JIT image during JVM startup which has the most used classes already compiled. Or when classes are used among multiple JVMs, in addition to the shared classloader cache having a shared JIT cache would likely have its benefits. But reading the documentation, these are not there nor planned. 4. I recall that transmeta had a processor, which loaded a Millicode on startup, so basically a RISC processor with that capability could easily load the newest JRE version on every IPL. 5. Yes it could, but it never did, by the time the HPJ was there, we had no zAAP. And HPJ code never run on a zAAP. Hope that helps. Denis. -Original Message- From: Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com To: IBM-MAIN@bama.ua.edu Sent: Wed, Aug 12, 2009 12:47 pm Subject: Re: Java question Denis, Thanks for the excellent argumentation. I basically concur with you. I'd like to reply to a few arguments, though: 1. Today's JVMs offer the option to have the byte code compiled on the fly when certain conditions are met. So, these JVMs already have the capability to run machine code instead of byte code. This is the runtime environment you'd need to run Java code that has been compiled at the will of the programmer instead of at the will of the JVM. All you need is an option to tell the JVM where to find and/or how to recognize pre-compiled java class files. No need for a new runtime environment, no need for application programmers to care any more about memory management as they need to care about with today's Java environment. You still instantiate a JVM and tell it which Java class file to run. BTW, programmer's don't need to care about memory management in other HLL languages, do they? It's the HLL's runtime that manages this. 2. Why do you think that compiled Java class code needs to fill PDSs? The JVM does *not* create PDS members when the JIT
Re: IBM aims System z at specific workloads
Timothy Sipples pisze: [...] System z hardware was perhaps the lone server product to buck that trend for several quarters and has been gaining share. Systemm z market growth is frequently repeated by IBMers as a thing to be proud of. However from customer point of view I understand it as we spend more and more money on mainframes. Yes, there are almost no new installations, number of mainframe datacenters is rather shrinking (only IBM knows but keep it in highest secret). So, any growth of System z market counted in USD means growth of spendings per site. I'm definitely not proud of it. My $0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Lookafter tool
Hi Searching for some kind of free tool, which can Looafter a user did in some time period. I think to get from the SMF records or database, he/she has edited a dataset, submiited a job, started a program etc etc .. -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HCD definitions for a CISCO Ficon switch
Hi All, Does anyone have any experience in defining a Cascaded CISCO Ficon switch in HCD? I believe that we need to know both the Domain ID of the Switch and the Switch Address, but we are unable to determine what the Switch address is? Documentation on the Internet (an IBM redbook!) states that Switch Address should be the Hex version of Domain ID, but then goes on to show that both numbers are the same e.g x'21' and 21. A D M=DEV(A000) of our devices shows the following: CHP 24 26 ENTRY LINK ADDRESS4182 43A2 DEST LINK ADDRESS 6608 6808 PATH ONLINE YN CHP PHYSICALLY ONLINE YY PATH OPERATIONAL YY PATHS NOT VALIDATED The entry link address's shown are not what we have coded in HCD? Do I need to simply change the entry link address to 41 and 43 (from 66 and 68 as the redbook implied!) ? Any help appreciated from anyone whose coded this before Phil Kingston. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: shutting down a 2105's Linux console
On Fri, 14 Aug 2009, McKown, John wrote: How does one do this? Logging in as SERVICE and looking at the selections in Gnome didn't seem to have a way to shutdown the Linux system. I remembered that some Linux systems will shutdown if you tap the power button quickly. On the 2105, this crashed Linux and it had to do an fsck() due to a dirty /. Well, since I am (still) not a mainframer, so we can have this subtle problem with naming things, but if I read you correctly then what you actually want to do is: shutdown -h now (shuts down Linux permamently, needs to be booted by hand) or shutdown -r now (reboots - the system will [should] get up by itself) Both commands should be issued by root. In gnome, you need to start some kind of terminal (look for words rxvt, xterm, konsole, terminal in menu). Once in a terminal, simply type one of the above. I assume that you are root, if not - either log in as root or use sudo or su - but let's assume you are root. If this is not the answer, sorry for noise. Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did rm -rif on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Phil Kingston pisze: Hi All, Does anyone have any experience in defining a Cascaded CISCO Ficon switch in HCD? I believe that we need to know both the Domain ID of the Switch and the Switch Address, but we are unable to determine what the Switch address is? Domain ID is the number (00-FF) which is set on the switch. You have to use the same number in HCD. Switch ID is arbitrary number set in HCD - in other words you can set any unique number you want. IBM recommends to use Domain ID = Siwtch ID, but this is only for clarity. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source
On Fri, 14 Aug 2009 13:57:26 -0400, Stocker, Herman herman.stoc...@avisbudget.com wrote: G'day, I have been tasked with finding a utility that can archive members of a PDS/PDSE data set, Not the entire data set but individual members. The utility should be able to keep a number of copies or generations of the load modules. Don't most change management products do this? I know Endevor (to a limited extent) and ISPW can. I seem to remember Changeman does it as well. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ShopzSeries problems?
Is anyone else experiencing problems with ShopzSeries downloads of individual PTFs? The ordering process goes fine but when it is ready for download and you click on download you get an empty frame. Nothing there, zip, zilch, nada. - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.govmailto:robert.richa...@opm.gov - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Hi, Thanks for the reply we have tried this, setting the Switch Address to the Domain ID, but it doesn't seem to want to work? We are missing something fundamental here which is preventing these paths from comming online, just not sure what? All comments from various experts have failed to resolve this, and yet I can't see this as being Rocket Science.. Regards, Phil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
On Fri, 14 Aug 2009 16:43:34 -0500, Paul Gilmartin paulgboul...@aim.com
wrote:
DynArg =( 'alloc dd('InDD') dsn(''TAPE.FILE'File''')' ,
'expdt(98000) recfm(U) blksize(32760)' ,
'label(BLP) position('File')' ,
'unit(AB2)' VolArg 'shr reuse' )
address 'TSO' DynArg
Can't you change this to one of the flavours of SVC99? There you should be
able to speciy the RETAIN.
What's the ALLOCATE analogue of RETAIN?
I did not see one in the book...
Cheers,
Jantje.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM aims System z at specific workloads
Timothy, a) You need to quote references, if you want to talk about market trends.. b) Growth and emerging markets ? The news briefs did mention that and gave reasons why etc. etc. c) Why on earth wouldn't you choose System z. Any rational business would: it's far lower risk and cost-efficient. Sounds, like you are sitting in a dark office in Japan for the last FIVE years, with your IBM suit on and that you have lost touch with what is happening in the real World. Anton Timothy Sipples wrote: Speaking for myself Computerworld's comment was incredibly overwrought and not especially insightful. As a general pattern, server hardware vendors have gotten hammered for several quarters, most especially in the Intel/AMD marketplace. (I wonder if Computerworld has reported the death of the Intel/AMD server market. :-)) System z hardware was perhaps the lone server product to buck that trend for several quarters and has been gaining share. It finally had a down revenue quarter after bucking that sustained global economic headwind for so long, although interestingly IBM reported that mainframe hardware revenues were still up 17% in its growth and emerging markets. (That's an atypical result for hardware vendors and portends well for the future.) There was also some evidence in IBM's announcement that hardware profitability was holding up well, even with declining unit prices. Also, everybody knew that 2Q2009 was going to be what's called a tough compare. If you recall, IBM said that it had all its mainframe factories running flat out in 2Q2008 to manufacture System z10 machines. IBM couldn't keep up with demand. That year ago quarter was the first full quarter of System z10 EC availability. It's also worth noting that IBM does not break out System z-related software and services revenue separately. While hardware is important, it is certainly not the only part of IBM's revenues -- even System z-related revenues. All that said, I assume IBM would prefer never-ending quarters of increasing revenue and profit in every one of its businesses. With respect to the new System z Solution Edition offerings, they're unambiguously good news for customers. Price is no longer an excuse to avoid hosting a wide variety of new applications on System z and z/OS -- IBM just plain got rid of that excuse in this announcement. The announcement has been very well received and adopted many times already, from what I am hearing. I'm not surprised: if you can get mainframe qualities of service and mainframe-related significant cost savings (such as lower administrative costs, lower networking costs, lower facilities costs, etc.) for an industry-competitive multi-year predictable acquisition price, why on earth wouldn't you choose System z? Any rational business would: it's far lower risk and cost-efficient. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
This is just a thought, I have not checked into this.
Could BPXDYNAM be used instead of TSO Alloc? Sorry if I incorrectly spelled
the facility in BPX.
Lizette
DynArg =( 'alloc dd('InDD') dsn(''TAPE.FILE'File''')' ,
'expdt(98000) recfm(U) blksize(32760)' ,
'label(BLP) position('File')' ,
'unit(AB2)' VolArg 'shr reuse' )
address 'TSO' DynArg
Can't you change this to one of the flavours of SVC99? There you should be
able to speciy the RETAIN.
What's the ALLOCATE analogue of RETAIN?
I did not see one in the book...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cap software CPU utilization
Tommy, I've followed this post and I see where everyone has adviced you to soft-cap your system. They are correct, but I think your asking how you can control the costs on your OEM products, specifically CA products. You need to talk to your vendor rep. Several vendors, including CA, will work with you to arrange software pricing based on the softcap settings. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Friday, August 14, 2009 11:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cap software CPU utilization is it really can cap the usage for CA product... since our software charge always over paid each time when we adjust our HMC CPU hard cap ratio... On Sat, Aug 15, 2009 at 11:54 AM, Joel Wolpertj...@perfconsultant.com wrote: You set the service units for the soft cap thru the hmc. That is what I meant. - Original Message - From: Ted MacNEIL eamacn...@yahoo.ca Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, August 14, 2009 9:07 PM Subject: Re: Cap software CPU utilization You can soft cap the lpar through the HMC; or you can set up a wlm resource group to cap specific workloads. The HMC is a hard cap. The WLM can soft cap. Plus, there are resource groups. This capability has been around for years. There is also the IBM utility for reporting on this. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Brian, Thanks for the response. We have been doing more digging, and are looking at our storage arrays to make sure everything is performing as planned. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Friday, August 14, 2009 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Degraded I/O performance in 1.10? Back to the original question/problem. I'm assuming that your programmers are not complaining that they problem is the number of I/O's or EXCPS have gone up because they could probably check those figures for themselves in the actual JOB output, but that it feels to them like jobs that do a lot of I/O seem to be taking longer to run. This could be any of several issues related to your parmlib settings or WLM settings where you are penalizing high I/O, or could be a hardware issue that coincided with your OS upgrade. I couldn't even count the number of problems that I have searched on during and after upgrades that turned out to be something that the site's CE decided to implement during the outage. So don't limit your searching to z/OS 1.10 possibilities as it could very well be a hardware issue that you had very little control over. Check to be sure that your WLM settings have not changes in an unwarranted manner. This may not be an issue of everything being bad, just that some jobs are now taking longer while a lot of others are running faster. I think you shoudl probably err on the side of caution and assume that they have a point until you can prove otherwise. They won't believe you anyway without proof. If you were allowed to function without proof, you would be one of them. :) Have you checked to be sure that your PAV settings are still there. You may have lost your dynamic PAV in the quest for HyperPAV. Also, you may want to see if your CE (IBM or other) has made changes to your RAID. It's possible that you may have lost some cache, or some of the features are not set as they were previously. Is it only certain datasets, or certain volumes (or subsets of volumes) that appear to be affected? For instance, is it only a few VSAM files that may exhibit the perceived problem? What has changed (if anything) about their location? Once you can quantify something concrete, it will make the job much easier. Once you locate some common threads you can start to zoom in on where the issue is presenting itself and figure out what may have changed. It's also completely possible that there may not be a problem, but programmers, (being what they are), will need you to prove that nothing has changed. If you check everything and see absolutely no difference in the jobs, then you can move into that response. If you need to contact me offline about this, feel free to do so and let me know what I can do to help. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopzSeries problems?
On Mon, 17 Aug 2009 06:35:14 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Is anyone else experiencing problems with ShopzSeries downloads of individual PTFs? Yes - experiencing the same problem. . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lookafter tool
On Mon, 17 Aug 2009 11:23:30 +0200, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Searching for some kind of free tool, which can Looafter a user did in some time period. I think to get from the SMF records or database, he/she has edited a dataset, submiited a job, started a program etc etc .. Miklos, Are you thinking of 'Dataset Audit Facility' by Mike Cleary? See http://home.pacbell.net/mcleary/freeware.html . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopzSeries problems?
Roger, I just tried again when I saw your reply and it now appears to be working correctly. :-) Thanks for confirming that it wasn't just me! grin Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roger Lowe Sent: Monday, August 17, 2009 8:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ShopzSeries problems? On Mon, 17 Aug 2009 06:35:14 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Is anyone else experiencing problems with ShopzSeries downloads of individual PTFs? Yes - experiencing the same problem. . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Monday, August 17, 2009 2:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Java question snip There is no need to use malloc() in C or ALLOC in PL/1. You can write your program using only automaic variables. The runtime takes care of the memory management. This is what I was referring to. Though I will agree in general, there are times when I need things like a linked list or a push down stack or queue of my own. This generally requires dynamic allocation of memory in the heap. If you have an alternative, I am very open to learning it. Oh, and in PL/I, I have, rarely, had to ALLOC arrays with dynamic run-time dimensions. Of course, this was not doing normal commercial-type work. snip -- Peter Hunkeler Credit Suisse -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
In a message dated 8/17/2009 5:36:44 A.M. Central Daylight Time, philkings...@emmveeess.co.uk writes: All comments from various experts have failed to resolve this, and yet I can't see this as being Rocket Science.. What are the CE's seeing? CHPids should be viewable from HMC. Do you get any messages with CF chp,OFF and ON? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-Optimizer
We have about 400 old modules which were compiled with it. Is there any way to get rid of it without having to recompile and retest all 400 modules? We don't have the staff resources for this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-Optimizer
This SHARE session addressed the issue. www.share.org/Portals/0/BitBuckets/BitBucket23.pdf Regards, John K Martha Petretti of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/17/2009 08:21:07 AM: We have about 400 old modules which were compiled with it. Is there any way to get rid of it without having to recompile and retest all 400 modules? We don't have the staff resources for this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Our network people kept talking switch-id but in decimal. HCD needed hex. When we got that straightened out it finally came online. Also port-id in HCD is across entire switch not just the port on a specific card in the switch. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Phil Kingston Sent: Monday, August 17, 2009 5:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD definitions for a CISCO Ficon switch Hi, Thanks for the reply we have tried this, setting the Switch Address to the Domain ID, but it doesn't seem to want to work? We are missing something fundamental here which is preventing these paths from comming online, just not sure what? All comments from various experts have failed to resolve this, and yet I can't see this as being Rocket Science.. Regards, Phil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE in Denver
So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Saturday, August 15, 2009 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Multi-file tape SNIPPAGE Thanks. Easy enough. An off-list communication described this: MOUNT [devaddr],vol=(sl,volser) Does sl stand for Standard Label Is BLP likewise supported? SNIP Two different issues are raised by your questions. MOUNT defines the type of labels that the volume has. The following are supported (as of z/OS 1.7): SL is standard label AL is ASCII/ANSI label NL is NON-Labeled When you access the volume, you may then override the label information (such as with BLP). However, if you change the first three records on the tape (if you specified AL or SL) life may become interesting. Also, if you are using AL and you make a mistake with your AL label from within your program, the volume will be dismounted, (OPEN thinks it has the authority to change the UCB bits and effectively cause an UNLOAD!). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Does anyone have any experience in defining a Cascaded CISCO Ficon switch in HCD? I believe that we need to know both the Domain ID of the Switch and the Switch Address, but we are unable to determine what the Switch address is? Documentation on the Internet (an IBM redbook!) states that Switch Address should be the Hex version of Domain ID, but then goes on to show that both numbers are the same e.g x'21' and 21. A D M=DEV(A000) of our devices shows the following: CHP 24 26 ENTRY LINK ADDRESS4182 43A2 DEST LINK ADDRESS 6608 6808 PATH ONLINE YN CHP PHYSICALLY ONLINE YY PATH OPERATIONAL YY PATHS NOT VALIDATED The entry link address's shown are not what we have coded in HCD? Do I need to simply change the entry link address to 41 and 43 (from 66 and 68 as the redbook implied!) ? 1. 66 x41 68 x43 2. If there are cascaded switches, then the switch id of the switch connected to the processor has to be different from the switch id of the switch connected to devices. -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
On Mon, 17 Aug 2009 08:23:45 -0400, Lizette Koehler wrote:
Could BPXDYNAM be used instead of TSO Alloc? Sorry if I incorrectly spelled
the facility in BPX.
BPXWDYN doesn't support the EXPDT(98000) key.
DynArg =( 'alloc dd('InDD') dsn(''TAPE.FILE'File''')' ,
'expdt(98000) recfm(U) blksize(32760)' ,
'label(BLP) position('File')' ,
'unit(AB2)' VolArg 'shr reuse' )
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
On Mon, 17 Aug 2009 05:50:04 -0500, Jan MOEYERSONS wrote:
DynArg =( 'alloc dd('InDD') dsn(''TAPE.FILE'File''')' ,
'expdt(98000) recfm(U) blksize(32760)' ,
'label(BLP) position('File')' ,
'unit(AB2)' VolArg 'shr reuse' )
address 'TSO' DynArg
Can't you change this to one of the flavours of SVC99? There you should be
able to speciy the RETAIN.
What's the SVC99 text unit corresponding to RETAIN?
What interface(s) to SVC99 does Rexx provide other than ALLOCATE and BPXWDYN?
Thanks,
gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
One Pack Rescue system with TCP
Listers, I've been asked to forward the following from our Zos/Network person for your feedback. Would you ask MVS Main if they have a one pack rescue system that contains TCP and if so how did they do it? All advice gratefully accepted. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-file tape
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Monday, August 17, 2009 8:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Multi-file tape
On Mon, 17 Aug 2009 05:50:04 -0500, Jan MOEYERSONS wrote:
DynArg =( 'alloc dd('InDD') dsn(''TAPE.FILE'File''')' ,
'expdt(98000) recfm(U) blksize(32760)' ,
'label(BLP) position('File')' ,
'unit(AB2)' VolArg 'shr reuse' )
address 'TSO' DynArg
Can't you change this to one of the flavours of SVC99? There
you should be
able to speciy the RETAIN.
What's the SVC99 text unit corresponding to RETAIN?
Curiously, I cannot find one. Not all JCL functions are available with
DYNALLOC.
What interface(s) to SVC99 does Rexx provide other than
ALLOCATE and BPXWDYN?
I am not aware of any, not that that means very much.
Thanks,
gil
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - the LOGR and exploiters part
On Mon, 17 Aug 2009 00:27:52 -0500, Barbara Nitz nitz-...@gmx.net wrote: But the logger problem (for operlog / logrec) was still easily solved by creating a shared SMS pool (even though there were separate SMSplexes), a shared catalog on one of the logger volumes and a new logger HLQ. The priceplex was born! Given that in our case it is kinda impossible to create a 'shared SMS pool' between the two subplexes (this time mostly for technical reasons and a huge amount of manpower needed for that, so I was told), this is why I live with the corrupted operlog and fight NOT to use RRS on one half. (We don't use logrec logstreams.) Barbara Okay. I thought you mentioned you already had a shared string of DASD, but you didn't say how much there was. Obviously you don't need too much for this. A single 3390-3 (or bigger) would suffice. Assuming you had a spare shared volume, I would have to question the huge amount of manpower statement. The other aspects of this (CF / LOGR policy, SMS ACS routines, possibly RACF HCD) are trivial. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source
I haven't seen anyone mention CA-PDSMAN yet. Or doesn't that work with LMODs? (I haven't worked with this product since the early 90s.) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS and deleting expired data sets by management class
snip From my SMS construct, I have the expire non usage set to 5 days: unsnip Since we seem to be to the point of 'grasping at straws', I would add 'are you sure the DSN has 5 days of non use'? I've had problem with things, eg dumps, scans, etc, causing the reference date to be updated. Haven't had the problem lately but I haven't looked either. I don't think that there's a patch like the MGCB.+26 patch for SMS available for deleting but I'm surprised that HSM doesn't give an error message if it's trying to delete the DSN and can't. Neal's point about Auto Migrate, or something like that, has to be the issue. Not much help but thinking Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
- Original Message - From: Mark Zelden mark.zel...@zurichna.com Newsgroups: bit.listserv.ibm-main Sent: Monday, August 17, 2009 10:38 AM Subject: Re: SHARE in Denver On Mon, 17 Aug 2009 09:42:52 -0400, Scott Rowe scott.r...@joann.com wrote: So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? I'm there, presenting on Unsupported Upgrade Paths for Trailing Edge Shops. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
On Mon, 17 Aug 2009 09:42:52 -0400, Scott Rowe scott.r...@joann.com wrote: So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? I'll be there. I'm sure you can find me at one of the evening receptions. There is a picture of me on my web site if you look click on my name. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: One Pack Rescue system with TCP
On Mon, 17 Aug 2009 10:10:22 -0400, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Listers, I've been asked to forward the following from our Zos/Network person for your feedback. Would you ask MVS Main if they have a one pack rescue system that contains TCP and if so how did they do it? All advice gratefully accepted. See the TWOPAK* examples in the JOBs/Doc section of my web site (URL below). They are called TWOPAK* because they are set up to use 3390-3 volumes. It will easily fit on a single mod-9. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
Mark Zelden of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/17/2009 09:37:14 AM: On Mon, 17 Aug 2009 09:42:52 -0400, Scott Rowe scott.r...@joann.com wrote: So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? I'll be there. I'm sure you can find me at one of the evening receptions. There is a picture of me on my web site if you look click on my name. How about some Virtual SHARE Coverage reports from the fortunate that get to attend SHARE? The now defunct DoDIE SHARE project used to collect and publish session reports from the project attendees. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMC Solutions Enabler 7.0 for Mainframe
Just an FYI on EMC Enabler 7.0 software. We just upgraded our EMC software on the mainframe to Enabler 7.0. I did a SQ VOL command and the field that indicates space on the volume has been shortened by 2 bytes. So instead of indication 10017 for a 3390-9 it now says 9K. This is requiring me to correct a bunch of SAS code for this field. Just thought I would give you-all a heads up. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source
On Mon, 17 Aug 2009 09:31:03 -0500, Mark Zelden mark.zel...@zurichna.com wrote: I haven't seen anyone mention CA-PDSMAN yet. Or doesn't that work with LMODs? (I haven't worked with this product since the early 90s.) I was wondering the same thing with SCLM Could that do what the OP wants ? it is includd and already paid for in ISPF Bruno Sugliani zxnetconsult(at)free(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tapes and Esoterics
On Sun, 16 Aug 2009 10:58:59 +0200, R.S. wrote: ... Things started out great. These devices are fast. But now I find when I run a JOB with multiple tape allocations in one step specifying the same esoteric, they all try to mount on the same device. Is this normal ??? I don't recall ever seeing this before with our other devices. I ran the JOB again specifying the generic unit name and they allocated separate devices and the JOB ran good. The same device should be chosen when you specify AFF: UNIT=AFF=previous_ddname_with_tape_alloc Another guess is you esoteric contains only one device ONLINE. BTW: Just curious - what hardware do you use? It is interesting for me because of 3590 emulation. -- Radoslaw, I'm familiar with UNIT=AFF for times when I WANT the same device allocated to multiple DD's in one step. But I'm not coding UNIT=AFF and it's acting like I am. The strange part is when I changed the UNIT specification to use the generic name, it allocated separate devices. We just got a DataDomain storage solution with Luminex gateways. I'm just starting to learn about them, hence the confusion and questions. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source
On Mon, 17 Aug 2009 10:23:38 -0500, Bruno Sugliani oldti...@wanadoo.fr wrote: On Mon, 17 Aug 2009 09:31:03 -0500, Mark Zelden mark.zel...@zurichna.com wrote: I haven't seen anyone mention CA-PDSMAN yet. Or doesn't that work with LMODs? (I haven't worked with this product since the early 90s.) I was wondering the same thing with SCLM Could that do what the OP wants ? it is includd and already paid for in ISPF I don't know anything about SCLM other than its main function. I wasn't even sure what exactly the OP wanted. By archive I thought they wanted something to get rid of inactive members, not keep multiple versions. There is also ChangeAction software. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com Office:847-605-6570 Cell:630-306-8166 z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Solutions Enabler 7.0 for Mainframe
On Mon, 17 Aug 2009 11:14:09 -0400, Lizette Koehler stars...@mindspring.com wrote: Just an FYI on EMC Enabler 7.0 software. We just upgraded our EMC software on the mainframe to Enabler 7.0. I did a SQ VOL command and the field that indicates space on the volume has been shortened by 2 bytes. So instead of indication 10017 for a 3390-9 it now says 9K. This is requiring me to correct a bunch of SAS code for this field. Just thought I would give you-all a heads up. Lizette Our SRDF SME sits next to me. I mentioned it to him and his response was why do you think I haven't moved 7.0 to production yet. :-) I guess this would not be a bad thing for distributed systems and very large DASD (mod-27 or bigger), but we still have mod-3 and mod-9 volumes also. BTW, he also said to watch out for the invalid tracks column as it will go to a K display after it is higher . Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tapes and Esoterics
On Mon, 17 Aug 2009 10:26:43 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Sun, 16 Aug 2009 10:58:59 +0200, R.S. wrote: ... Things started out great. These devices are fast. But now I find when I run a JOB with multiple tape allocations in one step specifying the same esoteric, they all try to mount on the same device. Is this normal ??? I don't recall ever seeing this before with our other devices. I ran the JOB again specifying the generic unit name and they allocated separate devices and the JOB ran good. The same device should be chosen when you specify AFF: UNIT=AFF=previous_ddname_with_tape_alloc Another guess is you esoteric contains only one device ONLINE. BTW: Just curious - what hardware do you use? It is interesting for me because of 3590 emulation. -- Radoslaw, I'm familiar with UNIT=AFF for times when I WANT the same device allocated to multiple DD's in one step. But I'm not coding UNIT=AFF and it's acting like I am. The strange part is when I changed the UNIT specification to use the generic name, it allocated separate devices. We just got a DataDomain storage solution with Luminex gateways. I'm just starting to learn about them, hence the confusion and questions. The software should be smart enough to ignore it (when appropriate) even if you do code it. I'm pretty sure Sun/STK VTCS does. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
We use MIM and a feature of the 'MIMPLEX' is that MIM disallows multiple TSO sessions with the same User ID. At this installation, the MIMPLEX crosses all Sysplex boundaries. We have 3 monoplexes and 1 base sysplex and the MIMPLEX comprises all 4 plexes. While z/OS JES2 will allow multiple sessions with the same User ID, MIMPLEXex do not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
We are currently running CA-Endevor. Management does not feel that it gives them the protection that they are looking for. They are looking for an additional product that would allow them to archive the load modules before any update is made. They would like a product that would copy (archive the current load module before Endevor renames it. They would like the product to keep track of the modules so that they can go back to a previous version without having Endevor involved. Yes I know it is going to cause problems in the long run but what management wants management will get one way or the other. I hope that this additional information will help in explaining my needs. Thank you. Regards, Herman Stocker The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
First, please forgive me for blue skying (or just fantasizing a bit). One thing comes to mind that could possibly be done. And it would not require a vendor product. But it uses z/OS UNIX files as a storage medium. I don't know Endevor much. I did a quick question to our Endevor person. Endevor uses a processor to do its thing. That's a bit like a JCL procedure. Now, if you can capture the name of the load module and the library which is going to be updated, then I can envision a step which could use the TSO XMIT command to XMIT the load module into a file in a UNIX subdirectory. The name of the subdirectory could be the same as the name of the library in which the load module resides. The name of the file within that subdirectory could be of the form: LMODNAME_DATE.TTIME. E.g. MYPROG_2009-08-17T15:30:27. Of course, this would be a user written program, not a vendor program. Again, just being a crazy person, again. grin -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
On Mon, 17 Aug 2009 08:55:33 -0700, Mark Yuhas mark.yu...@paccar.com wrote: We use MIM and a feature of the 'MIMPLEX' is that MIM disallows multiple TSO sessions with the same User ID. At this installation, the MIMPLEX crosses all Sysplex boundaries. We have 3 monoplexes and 1 base sysplex and the MIMPLEX comprises all 4 plexes. While z/OS JES2 will allow multiple sessions with the same User ID, MIMPLEXex do not. Have you ever read my doc? We have had a MIMplex here since ?? (longer than I have worked or consulted here - which was 1998). I set up same userid across systems back then. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
On Mon, 17 Aug 2009 12:01:27 -0400, Stocker, Herman herman.stoc...@avisbudget.com wrote: We are currently running CA-Endevor. Management does not feel that it gives them the protection that they are looking for. They are looking for an additional product that would allow them to archive the load modules before any update is made. They would like a product that would copy (archive the current load module before Endevor renames it. They would like the product to keep track of the modules so that they can go back to a previous version without having Endevor involved. Yes I know it is going to cause problems in the long run but what management wants management will get one way or the other. I hope that this additional information will help in explaining my needs. Thank you. Regards, Herman Stocker That helps. I don't know what is wrong with IEBCOPY... but Change Action software is really good at this. There are others... Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Phil Kingston pisze: Hi, Thanks for the reply we have tried this, setting the Switch Address to the Domain ID, but it doesn't seem to want to work? We are missing something fundamental here which is preventing these paths from comming online, just not sure what? All comments from various experts have failed to resolve this, and yet I can't see this as being Rocket Science.. It *is* kind of Rocket Science :-( Cofiguration of ESCON Director was piece of cake when compared to cascaded FICON director. The main difference is that you have to perform customization of the switch itself, otherwise it won't support FICON. FICON protocol has several requirements which are not typical for FC world. Last but not least, don't mess hex and decimal numbers. Once I did it with ...no, not Domain ID, just port number :-) BTW: It's easier to start from single switch and single-byte link addresses. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
On Mon, 17 Aug 2009 11:16:11 -0500, McKown, John wrote: Now, if you can capture the name of the load module and the library which is going to be updated, then I can envision a step which could use the TSO XMIT command to XMIT the load module into a file in a UNIX subdirectory. The name of the subdirectory could be the same as the name of the library in which the load module resides. The name of the file within that subdirectory could be of the form: LMODNAME_DATE.TTIME. E.g. MYPROG_2009-08-17T15:30:27. Of course, this would be a user written program, not a vendor program. And, IIRC, TRANSMIT will accept a Unix file as its OUTDDN. But TRANSMIT is available only under the TSO TMP (PITA!). Is the requestor running under the TMP? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
While z/OS JES2 will allow multiple sessions with the same User ID, MIMPLEXex do not. The first place I used multiple sessions with the same TSO ID was in a MIMPLEX shop. I didn't do the setup, so I don't know how it was done. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
IIRC, it's just that the SYSIKJUA ENQ has to be stopped from going cross system. Ted MacNEIL eamacn...@yahoo.ca 8/17/2009 12:37 PM While z/OS JES2 will allow multiple sessions with the same User ID, MIMPLEXex do not. The first place I used multiple sessions with the same TSO ID was in a MIMPLEX shop. I didn't do the setup, so I don't know how it was done. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tapes and Esoterics
Check with your vendor. SUN/STK has a very nice trace facility that allows you to see what went on during device selection. Why drives were eliminated and why drives were included as selectable. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Kopischke Sent: Monday, August 17, 2009 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Virtual Tapes and Esoterics On Sun, 16 Aug 2009 10:58:59 +0200, R.S. wrote: ... Things started out great. These devices are fast. But now I find when I run a JOB with multiple tape allocations in one step specifying the same esoteric, they all try to mount on the same device. Is this normal ??? I don't recall ever seeing this before with our other devices. I ran the JOB again specifying the generic unit name and they allocated separate devices and the JOB ran good. The same device should be chosen when you specify AFF: UNIT=AFF=previous_ddname_with_tape_alloc Another guess is you esoteric contains only one device ONLINE. BTW: Just curious - what hardware do you use? It is interesting for me because of 3590 emulation. -- Radoslaw, I'm familiar with UNIT=AFF for times when I WANT the same device allocated to multiple DD's in one step. But I'm not coding UNIT=AFF and it's acting like I am. The strange part is when I changed the UNIT specification to use the generic name, it allocated separate devices. We just got a DataDomain storage solution with Luminex gateways. I'm just starting to learn about them, hence the confusion and questions. Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
Since you have full control of what the Endevor processors do, just add IEBCOPY and other appropriate steps to the ADD/MOVE processors. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stocker, Herman Sent: Monday, August 17, 2009 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source We are currently running CA-Endevor. Management does not feel that it gives them the protection that they are looking for. They are looking for an additional product that would allow them to archive the load modules before any update is made. They would like a product that would copy (archive the current load module before Endevor renames it. They would like the product to keep track of the modules so that they can go back to a previous version without having Endevor involved. Yes I know it is going to cause problems in the long run but what management wants management will get one way or the other. I hope that this additional information will help in explaining my needs. Thank you. Regards, Herman Stocker The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? What about this: after the id has been logoff, then only allow 'display' commands without logons? If someone does need for example a 'SET SMF=' command, a logon is required. I'm thinking of selective acceptance of commands based on logon/logoff status. Another possibility is to reroute console messages to another alternate console upon logoff? Am I asking too much? :-D Thanks for soliciting requests via IBM-MAIN. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
Have you ever read my doc? We have had a MIMplex here since ?? (longer than I have worked or consulted here - which was 1998). I set up same userid across systems back then. I did it in a MIMPLEX, as well. Ever since MVS (OS/390 2.7?) supported it. That was when I wrote my first REXX exec to handle the creation/re-allocation of a system-specific ISPPROF. This, I understand, will no longer be required as of 1.9. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
Thank you Dave, We have all ready suggested that. However, they want a package that will archive the load modules, from a vendor who can be held accountable if some thing goes wrong. Thank you. Regards, Herman Stocker - Snip- Since you have full control of what the Endevor processors do, just add IEBCOPY and other appropriate steps to the ADD/MOVE processors. -/Snip- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The TSO user part
On Mon, 17 Aug 2009 16:54:45 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Have you ever read my doc? We have had a MIMplex here since ?? (longer than I have worked or consulted here - which was 1998). I set up same userid across systems back then. I did it in a MIMPLEX, as well. Ever since MVS (OS/390 2.7?) supported it. I was been doing if long before that. Some may have been doing it as early as MVS/ESA V4 (or earlier?)The text in my oldest JES2 usermod says: SOURCE UPDATE ORIGINALLY DOCUMENTED IN RTA89663 Of which I can find no reference to any longer (although I may have a printed copy somewhere). So it depends on what you mean by supported. There never really was official support or documentation. There still isn't. Was it supported... a) When JES2 removed the duplicate logon check in z/OS 1.4 b) In z/OS 1.9 when ISPF could support a shared ISPPROF c) Neither since JES3 still doesn't support it without a source change (usermod) similar to the one previously needed for JES2. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA1 and Genlevel Display - DAR
According to CA the DAR for the CA1 Genlevel display request I put in, is -18474414-01 Feel free to jump on board. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
We've never been able to afford it, but I understand Changeman to be one of the top products in this area. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stocker, Herman Sent: Monday, August 17, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source Thank you Dave, We have all ready suggested that. However, they want a package that will archive the load modules, from a vendor who can be held accountable if some thing goes wrong. Thank you. Regards, Herman Stocker - Snip- Since you have full control of what the Endevor processors do, just add IEBCOPY and other appropriate steps to the ADD/MOVE processors. -/Snip- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stocker, Herman Sent: Monday, August 17, 2009 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source Thank you Dave, We have all ready suggested that. However, they want a package that will archive the load modules, from a vendor who can be held accountable if some thing goes wrong. Thank you. Regards, Herman Stocker Ah! The old I want somebody to sue if something goes wrong trick. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, August 17, 2009 11:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source On Mon, 17 Aug 2009 11:16:11 -0500, McKown, John wrote: Now, if you can capture the name of the load module and the library which is going to be updated, then I can envision a step which could use the TSO XMIT command to XMIT the load module into a file in a UNIX subdirectory. The name of the subdirectory could be the same as the name of the library in which the load module resides. The name of the file within that subdirectory could be of the form: LMODNAME_DATE.TTIME. E.g. MYPROG_2009-08-17T15:30:27. Of course, this would be a user written program, not a vendor program. And, IIRC, TRANSMIT will accept a Unix file as its OUTDDN. But TRANSMIT is available only under the TSO TMP (PITA!). Is the requestor running under the TMP? -- gil If I understand correctly, this is Endevor, which runs processors. Which are akin to JCL procs. You can run a TMP/BATCH step in the process. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Hi All, We need Cascaded switches as we are trying to connect a z9 to a TS7740 at a remote site through two switches across a DWDM. The Domain ID's are 65,66,67 and 68. 65 and 67 are Ficon channel attached and the other 2 66 and 68 are connected to the CU's. Now the Channel end should just be the domain id? is this Hex or Decimal. It looks like although I have defined 65 and 67 it's getting reported as x'41' and x'43'. The CU end is a connection between the switch and the TS7740 and is supposed to defined as xxyy where xx is the switch address and yy is the port. This is being reported as 6608 and 6808. Now what I dont know is if 66 and 68 is the Switch address or if x'41' and x'43' is the switch id required by HCD. What number is supposed to be Hex and which one decimal. It's all a bit confusing??? Regards, Phil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
John P Kalinich wrote: How about some Virtual SHARE Coverage reports from the fortunate that get to attend SHARE? The now defunct DoDIE SHARE project used to collect and publish session reports from the project attendees. SHARE now has a Twitterfeed. See http://www.share.org/ -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
Scott Rowe wrote: So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? I'll be in Korbel 3a at 11 AM on Monday. Drop by and say , Hi. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
Doing session 2209 on DASD CCWs at 1500 MDT on Thursday in Korbel 3a. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 17, 2009 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: SHARE in Denver So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
I might have to drop in on you Bill, long time no visual ;-) Bill Fairchild bi...@mainstar.com 8/17/2009 2:32 PM Doing session 2209 on DASD CCWs at 1500 MDT on Thursday in Korbel 3a. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 17, 2009 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: SHARE in Denver So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
Already on my agenda, I never miss z/OS Hot Topics! Edward Jaffe edja...@phoenixsoftware.com 8/17/2009 2:28 PM Scott Rowe wrote: So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? I'll be in Korbel 3a at 11 AM on Monday. Drop by and say , Hi. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Elardus Engelbrecht pisze: Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? What about this: after the id has been logoff, then only allow 'display' commands without logons? If someone does need for example a 'SET SMF=' command, a logon is required. I'm thinking of selective acceptance of commands based on logon/logoff status. Another possibility is to reroute console messages to another alternate console upon logoff? Am I asking too much? :-D You ask for something which is available FOR YEARS. It is enough to define console with LOGON(AUTO) or LOGON(REQUIRED). In case of REQUIRED your console does not support ANY commands (including DISPLAYs) until you log on. In case of AUTO the console has a userid assigned (similar mechanism to STARTED class profile), but you can re-logon to your own userid. Default userid can be allowed to do DISPLAY or any other actions of your choice (OPERCMDS). my $0.02 We lack auto-logoff function and possibility to logon on multiple consoles concurrently. The last function could be enabled by some software switch (possibly SETR) to keep compatibility -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD definitions for a CISCO Ficon switch
Hi Phil, As mentioned previously the only thing that really matters is the FC domain ID, it's sometimes called the switch ID, but just to be awkward HCD allows a separate switch address. Yes you can make them different, but unless you're after a headache always make them the same. In HCD you only code Hex, but the SAN world has a habit of using decimal. Ok, so 41 and 43 look like hex versions of 65 67.. (where are you seeing this reported from ..The HMC/SingleObject is a good place to get the domain id of switch connected to the CHPID - and its in Hex) As for the other CU end, where are the 66 and 68 being reported from? The SAN guys? Fabric Manager? In both cases you'll probably get decimal. So my guess is they could be 42 and 44, but you really need to check that. As for Switch address/IDs in HCD well all of them are valid switch addresses once you get the hex vs decimal right, they are all used in different places You define the CUs as being attached to the CU Switch Address/ports and you define the Chpids being attached to the chpid switch addresses/ports...all in hex..and then when you connect the CU to a CEC, you specify cc.xxyy, with cc=chpid, xx= CU switch ID, yy= CU port. So if my guess is right you should be coding: 24.4208 26.4408 Also are these switches in an existing Cascaded environment? If not then you might want to check that the switches have been setup correctly for cascading. Cheers Roy Phil Kingston wrote: Hi All, We need Cascaded switches as we are trying to connect a z9 to a TS7740 at a remote site through two switches across a DWDM. The Domain ID's are 65,66,67 and 68. 65 and 67 are Ficon channel attached and the other 2 66 and 68 are connected to the CU's. Now the Channel end should just be the domain id? is this Hex or Decimal. It looks like although I have defined 65 and 67 it's getting reported as x'41' and x'43'. The CU end is a connection between the switch and the TS7740 and is supposed to defined as xxyy where xx is the switch address and yy is the port. This is being reported as 6608 and 6808. Now what I dont know is if 66 and 68 is the Switch address or if x'41' and x'43' is the switch id required by HCD. What number is supposed to be Hex and which one decimal. It's all a bit confusing??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM halves mainframe Linux engine prices
Is this old news or new news? ISTR the z10BC IFL was always around $50K 3rd comment a nice cost comparison IBM halves mainframe Linux engine prices http://www.theregister.co.uk/2009/08/17/ibm_mainframe_linux_cuts/ Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to slash MF Prices?
On Mon, Aug 17, 2009 at 12:43 AM, Ed Gouldps2...@yahoo.com wrote: IBM wants to get more workloads running on more mainframes, and is willing to slash prices to do so - but shops will have to put new workloads designated by IBM as solution editions to get cheaper iron. http://www.theregister.co.uk/2009/08/14/ibm_mainframe_bundles/ Interesting. I wonder what this was SUPPOSED to say: The Solution Edition pricing is not just available to customers who buy new System z10 Business Class (BC) or Enterprise Class (EC) mainframes using IBM's quad-core z6 mainframe engines, but is also available for existing users of z10 mainframes and their predecessors, the System z9s. It implies that there are other z10 CPUs than the quad-core. Probably an editing farble. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
Yup, old news. Ken Porowski wrote: Is this old news or new news? ISTR the z10BC IFL was always around $50K 3rd comment a nice cost comparison IBM halves mainframe Linux engine prices http://www.theregister.co.uk/2009/08/17/ibm_mainframe_linux_cuts/ Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-14, 2010 Covington, KY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter, this might not be in the same area of code but... It would be nice to be able to associate a default SAF userid with consoles that have not yet logged on. That way, OPERCMDS resources can be used to protect commands issued from those consoles. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
The article describes exactly our problem. Everyone keeps saying: Why get an expensive linux engine on the mainframe, while for a fraction of the cost we can get intel. On Mon, 17 Aug 2009 15:33:35 -0400, Ken Porowski ken.porow...@cit.com wrote: Is this old news or new news? ISTR the z10BC IFL was always around $50K 3rd comment a nice cost comparison IBM halves mainframe Linux engine prices http://www.theregister.co.uk/2009/08/17/ibm_mainframe_linux_cuts/ Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Denver
Be sure to stop by the IBM Systems Magazine booth in the vendor expo. We'll be in booth 302! I'd love to hear your thoughts on the magazine! -- Natalie Boike | Managing Editor IBM Systems Magazine, Mainframe edition and Power Systems-AIX edition nbo...@msptechmedia.com | 612-373-9584 We now offer a free, full-content digital edition of the magazine. Sign up at http://www.ibmsystemsmag.com/subscriptions . From: Scott Rowe scott.r...@joann.com Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Newsgroups: bit.listserv.ibm-main Date: Mon, 17 Aug 2009 09:42:52 -0400 To: IBM-MAIN@bama.ua.edu Subject: SHARE in Denver So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to slash MF Prices?
P S wrote: Interesting. I wonder what this was SUPPOSED to say: The Solution Edition pricing is not just available to customers who buy new System z10 Business Class (BC) or Enterprise Class (EC) mainframes using IBM's quad-core z6 mainframe engines, but is also available for existing users of z10 mainframes and their predecessors, the System z9s. It implies that there are other z10 CPUs than the quad-core. Probably an editing farble. It simply means you don't have to buy a new machine to qualify. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Looking for a CICS/Web Services jockey...
Hi all- I'm looking for a CICS Systems and Web Services guru for a week assignment. WS Security is a nice to have. The customer is based in Charlotte, and they are moving a CICS/windows application from their test environment to production. While they have Windows experience, they are looking for support on the Mainframe side. One of the things that they are looking to do is make the Mainframe the 'requestor' and Windows the 'provider'. Let me know if you are qualified, available and interested. Thanks, Marc Heimlich 781.272.4307 heiml...@streamfoundry.com www.streamfoundry.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Natalie Boike Sent: Monday, August 17, 2009 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE in Denver Be sure to stop by the IBM Systems Magazine booth in the vendor expo. We'll be in booth 302! I'd love to hear your thoughts on the magazine! -- Natalie Boike | Managing Editor IBM Systems Magazine, Mainframe edition and Power Systems-AIX edition nbo...@msptechmedia.com | 612-373-9584 We now offer a free, full-content digital edition of the magazine. Sign up at http://www.ibmsystemsmag.com/subscriptions . From: Scott Rowe scott.r...@joann.com Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Newsgroups: bit.listserv.ibm-main Date: Mon, 17 Aug 2009 09:42:52 -0400 To: IBM-MAIN@bama.ua.edu Subject: SHARE in Denver So, Denver is going to be my first real SHARE trip since 2000, who else is going to be there? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On 8/17/2009 at 3:53 PM, Ron rjv1...@gmail.com wrote: The article describes exactly our problem. Everyone keeps saying: Why get an expensive linux engine on the mainframe, while for a fraction of the cost we can get intel. Eliminating two (2) Oracle (or even DB2) licenses would more than pay for an IFL. (With a little negotiating you might even get 2, or z/VM, or more real storage, etc.) Ask them how many dev/test/failover/DRA machines they have sitting idle 98% of the time. The math isn't hard, and no where near like what the Register reporter would like you to believe. After his last article he wrote about this topic, I tried to tell him that hardware costs are only one (relatively small) piece of the total cost picture. He didn't want to hear about it, perhaps because he would actually have to stop and think a bit. To quote the author The question mainframe shops have to ask IBM is whether a five-processor System z BC can support something akin to this number of VMs running Linux concurrently - and then have Big Blue run benchmarks to prove it. Well, Marist College has a z990 with 3 CPs running 700 Linux systems for its students. I would say a 5-way z9 BC would be able to do at least that well. :) Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On Mon, 17 Aug 2009 14:24:56 -0600, Mark Post wrote: On 8/17/2009 at 3:53 PM, Ron wrote: The article describes exactly our problem. Everyone keeps saying: Why get an expensive linux engine on the mainframe, while for a fraction of the cost we can get intel. ... The math isn't hard, and no where near like what the Register reporter would like you to believe. After his last article he wrote about this topic, I tried to tell him that hardware costs are only one (relatively small) piece of the total cost picture. He didn't want to hear about it, perhaps because he would actually have to stop and think a bit. To quote the author The question mainframe shops have to ask IBM is whether a five-processor System z BC can support something akin to this number of VMs running Linux concurrently - and then have Big Blue run benchmarks to prove it. Well, Marist College has a z990 with 3 CPs running 700 Linux systems for its students. I would say a 5-way z9 BC would be able to do at least that well. :) He also said, Linux is not an operating system. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On 8/17/2009 at 4:53 PM, Tom Marchant m42tom-ibmm...@yahoo.com wrote: -snip- He also said, Linux is not an operating system. He's right, it's not. Strictly speaking, Linux is the kernel (think IEANUC01), and nothing else. That's one of the reasons Richard Stallman thinks it should be called GNU/Linux because many of the other things that make up an operating system were originally developed by the Free Software Foundation. Of course, that would be cumberson and also slight all the non-FSF projects out there that contribute to the OS, so few non-Debian users do that. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, August 17, 2009 3:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices On Mon, 17 Aug 2009 14:24:56 -0600, Mark Post wrote: SNIP He also said, Linux is not an operating system. SNIP Could he identify malware masquerading as an O/S? Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
---snip- He also said, Linux is not an operating system. ---unsnip That statement alone puts him into the category of Airline Magazine Writers, not worthy of a second thought. The really unfortunate part is that so many management types actually believe this garbage! Business Administration majors in college who've never bothered to learn anything about the business they're managing. They're only very slightly less dangerous than politicians and lawyers! :-( Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On Mon, 17 Aug 2009 15:07:08 -0600, Mark Post mp...@novell.com wrote: On 8/17/2009 at 4:53 PM, Tom Marchant wrote: -snip- He also said, Linux is not an operating system. He's right, it's not. Strictly speaking, Linux is the kernel (think IEANUC01), and nothing else. That's one of the reasons Richard Stallman thinks it should be called GNU/Linux because many of the other things that make up an operating system were originally developed by the Free Software Foundation. Of course, that would be cumberson and also slight all the non-FSF projects out there that contribute to the OS, so few non-Debian users do that. Well, ok, but the author never once referred to GNU/Linux. He referred to Linux throughout the article as though it was much more than just the kernel. I don't think that he was trying to make that distinction. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On 8/17/2009 at 5:47 PM, Tom Marchant m42tom-ibmm...@yahoo.com wrote: -snip- Well, ok, but the author never once referred to GNU/Linux. He referred to Linux throughout the article as though it was much more than just the kernel. I don't think that he was trying to make that distinction. Not precisely, no, but he did say excuse me, I forgot to speak perfectly GNUbie there: the disparity is between Linux _support costs_, since Linux is not an operating system and even if it were, it is free... The reference to GNUbie is the semi-subtle stab at the FSF. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM aims System z at specific workloads
Anton Britz wrote: a) You need to quote references, if you want to talk about market trends.. b) Growth and emerging markets ? The news briefs did mention that and gave reasons why etc. etc. c) Why on earth wouldn't you choose System z. Any rational business would: it's far lower risk and cost-efficient. Sounds, like you are sitting in a dark office in Japan for the last FIVE years, with your IBM suit on and that you have lost touch with what is happening in the real World. The authoritative references on this subject are the IDC Quarterly Trackers. All major manufacturers follow them. The last time I looked, the one that tracks the $250K server marketplace showed that System z had consistently and significantly gained market share over the past several years. That's not a measure of MIPS shipped or anything like that. It's a measure of actual percentage of total market ownership in the $250K server marketplace. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS batch query
Brent, You could look at using IDCAMS DCOLLECT ... it can dump the ACDS/SCDS into (mildly) formatted records. What's more, if I can plug Barry's product, MXG has mappings of all the DCOLLECT records. Cheers, Chris -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Snyder, Brent W Sent: Friday, 14 August 2009 2:08 AM To: IBM-MAIN@bama.ua.edu Subject: DFSMS batch query Is there a way to query DFSMS volume status with a batch job? Thanks, Brent This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hyper-PAVs
There is a whitepaper available on Powerlink that discusses implementing HyperPAV on DMX-3 and DMX-4. There are a few re-req's and limitations ... mostly to comply with IBM's requirements. Without this being a complete list ... 1. CU's must be defined as 2107 (not 2105). If your CUs are 2105 they can be changed to 2107 however this is an *offline* change 2. Even if you have multiple 'splits' in your DMX each LCU *must* have a unique CUADD 3. Needs Enginuity 5773 Cheers, Chris -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Tuesday, 11 August 2009 7:46 AM To: IBM-MAIN@bama.ua.edu Subject: Hyper-PAVs Anyone using Hyper PAvs with EMC DMX or know where to find information on implementing Hyper PAVs? We are currently using Dynamic PAVs on z/OS 1.9 and EMC DMX-3. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to slash MF Prices?
On Mon, Aug 17, 2009 at 3:58 PM, Edward Jaffeedja...@phoenixsoftware.com wrote: P S wrote: Interesting. I wonder what this was SUPPOSED to say: The Solution Edition pricing is not just available to customers who buy new System z10 Business Class (BC) or Enterprise Class (EC) mainframes using IBM's quad-core z6 mainframe engines, but is also available for existing users of z10 mainframes and their predecessors, the System z9s. It implies that there are other z10 CPUs than the quad-core. Probably an editing farble. It simply means you don't have to buy a new machine to qualify. You missed my point -- read carefully: new System z10 ...using IBM's quad-core...also available for existing users of z10. Ok, it's just badly written, not as unclear as I first read it. litellaNevermind/litella. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UCB PINNED by CAS, Why?
In a previous life I once managed to avoid an IPL when we had a pinned UCB on a DASD subsystem, that was being decommissioned via a dynamic IODF activate, by using TDMF (perhaps a plain old SWAP command might also work) to 'move' the pinned UCB to a device that was not being removed from the IOCDS. IIRC I had to get a dump of the UCB to see the pinned status ... lucky I can write assembler well enough to fail! If only I could write it *not* to. Cheers, Chris -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Monday, 10 August 2009 4:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: UCB PINNED by CAS, Why? I see that IBM *still* hasn't gotten this fixed (but then, I did not expect them to). It was in November 2006 that we had an unplanned installation-wide IPL after a dynamic IODF change due to the fact that CAS doesn't care if you tell it that a catalog is gone, it simply reopens that catalog on any generic search (no matter that you've taken it away) and abends every time *any* catalog request is made because they use - sight unseen - the UCB pointer out of the CAXWA. I had a bloody row back then with Mark Thomen about it. They had never heard of the ENF signal that dynamic activate uses to tell the world 'this volume is going away' And I did not accept the excuse 'you don't have ptf xyz on' (especially when xyz didn't have anything to do with the abends). The outcome of that encounter was OA18898 - closed REQ - plus a marketing requirement. The final fix may or may not come in 1.12. Just be thankful the catalog component pins its UCBs these days (they did not do it when we had the outage)! But thanks for letting me point this out again. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Librari es, Not Source
Stocker, Herman wrote: ... they want a package [...] from a vendor who can be held accountable if some thing goes wrong. Accountable? Better read the disclaimer carefully. A software provider like IBM or an ISV will fix a bug if you report it. But, they won't pay you for down time or lost data... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
is out of the office.
I will be out of the office starting 08/17/2009 and will not return until 08/19/2009. I will be out of the office on Tuesday, August 18, and will return on Wednesday, August 19. Thanks. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Hi Peter, nice to see you're still working in this area! :-) We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. This should be configurable. autologoff would cause a lot of complaints here. - Concurrent user logon to multiple consoles. - Anything else?? What I would really like to have is the ability to issue a K E,1 command *without* logging on. Or better yet, being able to set the console into roll mode *without* logon. On those pesky weekends IPLs I get to do I tend to forget that I can use my own id to logon to the console and never remember the supposed name of the console, much more the passowrd for that console name. Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. Without the need for commands, I would also go for a new parm in consolxx per console that allows to reset the console to del=rd and the specified rtme *after* IPL is through. (I know, how does one define the point where an IPL is done? Especially, as IPL are the few architected hardware instructions...) Also, I would not allow even display commands without logon. If someone knows enough to be able to issue a valid display command, they can spy on things. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
