Re: License keys for ISV products(What alternatives are there?)
On Sun, 25 Feb 2007 21:46:08 -0600 Rick Fochtman [EMAIL PROTECTED] wrote: :-snip-- :I worked at a small financial services company where the sysprog :disabled the SYNCSORT key code. :It eventually came back to bite him and he was asked to leave. :unsnip- :Rightly so. But don't blame the company for one renegade employee. Then don't blame all ISV's because of some renegade ISV's. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
On Sun, 25 Feb 2007 16:50:04 -0600 Joel C. Ewing [EMAIL PROTECTED] wrote: :Binyamin Dissen wrote: : On Sat, 24 Feb 2007 20:25:24 -0600 Joel C. Ewing [EMAIL PROTECTED] wrote: : :Particularly in the case of processor upgrades, or in DR, there is no : :reliable way for us to verify that new keys from the vendors are correct : :and correctly installed until we are running on the new processor. If : :they aren't and a hard failure results, there is a high likelihood that : :this failure will be seen in some way by the end users, even if the : :vendor key support is 24x7. : In the case of a processor upgrade: if you get a hard error during production : due to a bad ISV key, your testing criteria are way too lax. :Really? Explain how one tests a dynamic CPU upgrade consisting of IBM :non-disruptively turning on one or more CP's on your only production :processor complex. At least 75% of our upgrades are now of this nature. That causes a change in the CPU id? Live and learn. : Depending on what the vendor product is examining and how often it :checks, it either sees an instantaneous change in production of the :processor type at the time the new CP is enabled, or it sees that change :when some vendor-specific future event (possibly the next IPL, POR, etc) :occurs. There is no way to reliably test the new keys in advance, even :if the product allows installing the new keys in advance. When :changing to a completely new processor box, it is certainly desirable :and generally possible to have an overlap and have the new machine as a :test bed for new keys, but I can envision cases where there would be :unavoidable constraints that would prevent that overlap (and have lived :through some major push-pull scenarios with no overlap). : In the case of DR: if you do test runs, you will be quite aware of this issue. : If you never do test runs, refer to the processor upgrade above. If you do : not test, this is not likely to be your only problem. Or a major one. :Vendors can always change their key validation logic with maintenance :and release changes and our mix of ISV products drifts as well. Always important to redo the DR test after significant changes (for some value of significant). : Some :products fail without new keys on a DR processor only when running :without VM; others fail in all cases. When we find a vendor product :that has key validation problems at DR testing, the resolution for that :product gets incorporated into our DR procedures. That we have :occasionally encountered new failures in the past during DR testing :tells us there is always the potential for an unexpected failure at an :actual DR. DR testing reduces the exposure, but cannot eliminate it. Granted. : :While I can understand the vendors concerns, my goal is to focus on our : :own system reliability and the needs of our end users; and any hard : :failures in ISV products are an enemy of that goal. : First, work on what you can change - get your accounting people up to speed. : Keep track of the ISV products and expirations, and follow up on them. :Our accounting people have never been a problem, neither have we had any :significant problem tracking ISV product expirations. The problem is :that we do not work in a static environment. It has been contract :negotiation and the reluctance of vendors to adapt reasonably to :changing hardware/software environments that has been the greatest :source of problems, especially when hardware upgrades are to support :application growth that is unrelated to the vendor's product! : Improve those test procedures. :See above. : Am I a little harsh? Perhaps. :A vendor only has to deal with the familiar idiosyncrasies of his own :product's key management. On the customer side we have to deal the :unfamiliar and changeable idiosyncrasies of many vendor products. : Yes, you would like to not have to worry about the ISV key, and the ISV would : love not having to worry about collecting. : But you should be aware that there is a bit of a partnership here. :Granted. Perhaps a vendor should cut much more slack with a company :that has been a consistent paying customer for years by selectively :making key management less onerous for such customers. I am sure they do. Do not vendors supply a means for customers to get an unrestricted full-use temporary key (expires within a week - or less?) to handle the DR bumps in the road? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe /
HFS Directory
I am trying to install the IBM Health Checker on ZOS 1.4 and I stupidly read the man text for mkdir on OMVS rather than my Flex SCO Unixware. So I entered mkdir hcheck14 -m 755 thinking that was something like the IBM instructions. The result was three directories hcheck14 755 -m I was able to remove the first two, but cannot remove -m because it thinks I am passing invalid arguments to the command. Does anyone know how to remove this directory? Dave * This email is intended solely for the use of the individual to whom it is addressed and may contain confidential and/or privileged material. Any views or opinions presented are solely those of the author and do not necessarily represent those of AGCO. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. Neither AGCO nor the sender accepts any responsibility for viruses and it is your responsibility to scan and virus check the e-mail and its attachment(s) (if any). * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS Directory
Hmmm. I tried using escape characters, but it didn't work, strangely. One choice is ISHELL. The other is: create another directory there (mkdir fred) - then delete both (rm -r fred -m), in that order, so it doesn't try to take it as an arg. So I entered mkdir hcheck14 -m 755 thinking that was something like the IBM instructions. The result was three directories hcheck14 755 -m I was able to remove the first two, but cannot remove -m because it thinks I am passing invalid arguments to the command. Does anyone know how to remove this directory? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS Directory
On Mon, 26 Feb 2007 05:44:20 -0600, Aaron Walker [EMAIL PROTECTED] wrote: Hmmm. I tried using escape characters, but it didn't work, strangely. One choice is ISHELL. The other is: create another directory there (mkdir fred) - then delete both (rm -r fred -m), in that order, so it doesn't try to take it as an arg. Brilliant, thank you Aaron. Worked like a charm Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: help -- ignorant new boss
Naw, too obvious. However, I'd gladly include a small green flowcharting template in the cake, which he can notch into a saw-like configuration. Mmmm, flowcharting template cake On Sun, 25 Feb 2007 16:15:02 -0600, Patrick O'Keefe [EMAIL PROTECTED] wrote: On Sat, 24 Feb 2007 10:56:26 -0600, Rick Fochtman [EMAIL PROTECTED] wrote: ... Let me know when you're sentenced. I'll send you a cake with an IBM s/360 hex card (http://weblog.ceicher.com/archives/IBM360greencard.pdf) baked inside. ... You should include a card saw in the cake at the very least. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did schools ever teach systems programming other than NIU was Re: help -- ignorant new boss
In [EMAIL PROTECTED], on 02/23/2007 at 05:32 PM, Clark Morris [EMAIL PROTECTED] said: My only computer course in college was on an IBM 650 with a 2000 word drum and vacuum tubes. We had a deluxe confiuration; a disk drive and two tape drives, plus some optional opcodes. My personal opinion is that the universities have bamboozled the business community into believing that they really train people for running data centers. FWIW I was drafted into teaching one SP course at the Technion and into taking over an assembler course when the instructor was called up for active duty. I don't know how common such courses were elsewhere. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Spanish Computer
In [EMAIL PROTECTED], on 02/23/2007 at 12:19 PM, Thompson, Steve [EMAIL PROTECTED] said: Uh, wouldn't that have been considered Multiple Personality Disorder? Symmetric Multiple Personality Disorder or Asymmetric Multiple Personality Disorder? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/23/2007 at 03:02 PM, Patrick O'Keefe [EMAIL PROTECTED] said: I'm not sure why you mentioned the s370/125. As far as I know the s360/25 ad the s370/125 were true members of the s/360 and s/370 families ... The 360/25 was a true S/360. The only S/370 model that deviated was the 370/195. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
In [EMAIL PROTECTED], on 02/25/2007 at 02:29 AM, Support, DUNNIT SYSTEMS LTD. [EMAIL PROTECTED] said: For a bit of background, our applications are all single CSECT load modules, with the only common exception being those running under CICS, that are linked with the CICS execution interface stub (which has so far shown to be upward/downward compatible for decades). It is therefore ? It is therefore easiest for us to supply updates in the form of replacement load modules, meaning we fix the source code, recompile and relink before packaging. I don't see why it would be any easier than shipping object modules, unless you are using facilities for which that is not supported. If you must ship load modules, package them instream with ++ PROGRAM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.8, TSS 9.0 and ALLOWUSERKEY(NO)
Does anyone have the above combination working? We are just kicking the tires of z/OS 1.8 in one of our sandboxes, and it seems as though TSS 9 has problems if ALLOWUSERKEY(NO) is set in DIAG00. I find it somewhat hard to believe, but I guess I am not surprised. I did a quick search on ca's support website and didn't see anything that caught my eye. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
Ted, Why are you being willfully ignorant? I have already posted my own personal stories of dealing with one large customer (a major government entity, in fact) who willfully violated their license by running my product on more CPUs than permitted. I have already explained realistic scenarios whereby licensing violations can occur unintentionally. Yet you persist in making such ridiculous statements as those below! The issues are far more diverse than the strawman raised in your second sentence. The world is far more diverse than that seen by your own personal experiences and vision. You need to find some time to buy some gas. Dave Cole REPLY TO: [EMAIL PROTECTED] Cole Software WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 2/25/2007 03:32 PM, TMacNeil wrote: If it were not for keys, some customers wouldn't pay on time (or wouldn't pay at all). THAT is my point of disagreement! Most shops that are mainframe shops are large companies. Large companies do NOT want their names in the press. Ergo, they will do everything they can to pay on time. Yes, we have process problems, but so do the vendors. We have a gross revenue of $30BUS, net of $1.3BUS. Do you think we are going to dick you around for even a $50K contract? Call the press and tell them! But, no, the vendor would rather complicate our environment, introduce single points of failure, and make us look for alternatives. WHICH we are doing! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
At 2/26/2007 03:09 AM, BDissen wrote: :Really? Explain how one tests a dynamic CPU upgrade consisting of IBM :non-disruptively turning on one or more CP's on your only production :processor complex. At least 75% of our upgrades are now of this nature. That causes a change in the CPU id? Live and learn. It causes a change in the model number byte. The machine type and the lo-order four digits of the serial number remain unchanged. Dave Cole REPLY TO: [EMAIL PROTECTED] Cole Software WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Support, DUNNIT SYSTEMS LTD. I posted this question on the FLEX-ES list and got back 1 reply, which included a suggestion to also ask for responses here on IBM-MAIN. For a bit of background, our applications are all single CSECT load modules, with the only common exception being those running under CICS, that are linked with the CICS execution interface stub (which has so far shown to be upward/downward compatible for decades). It is therefore easiest for us to supply updates in the form of replacement load modules, meaning we fix the source code, recompile and relink before packaging. What sayeth yee all? Sounds reasonable to me. Big thing is to ensure your PREREQs and COREQs are accurate. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8, TSS 9.0 and ALLOWUSERKEYCSA(NO)
Oops, that should have been ALLOWUSERKEYCSA(NO) Fixing subject for accuracy. Does anyone have the above combination working? We are just kicking the tires of z/OS 1.8 in one of our sandboxes, and it seems as though TSS 9 has problems if ALLOWUSERKEYCSA(NO) is set in DIAG00. I find it somewhat hard to believe, but I guess I am not surprised. I did a quick search on ca's support website and didn't see anything that caught my eye. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NF APAR OA15539 for Health Checker
I will 'fess up that our own internal guidelines were not followed for the VSAM_INDEX_TRAP check. I'm not sure how or why yet. The desired behavior, naturally, is to have a check routine look for a recommendation and have that recommendation be the default. That is not always possible, particularly for check routines that are added in the service stream for which we might well choose not to change the default at that time. Our desire is that check routines not flag as exceptions a z/OS out of the box system. Towards that end we try to get -- serverpak to produce a system with the value matching what the check routine looks for (I know that not everyone uses serverpak, but that's the best we can do in this regard) -- in the service releases (or even in a current release when there might not have been enough time for a customer to react reasonably to the default change) ship the check as disabled (a customer is encouraged to enable the check, and (possibly) set a check parameter, if it is available, so that the check reports on the state the customer feels is right for him) -- in a development release change the default and re-ship the check as enabled. The last two bullets is basically how the VSAM_ALLOWUSERKEYCSA check was processed. It was shipped disabled and in z/OS 1.9 it is being shipped enabled and the default is changing. Peter Relson z/OS COre Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NF APAR OA15539 for Health Checker
On Sun, 25 Feb 2007 17:45:10 -0500, Bob Rutledge [EMAIL PROTECTED] wrote: Mark Zelden wrote: So has anyone turned this trap on? Did you notice a performance hit? Before this discussion, did anyone even know this trap had existed for three years or was I the only ignorant soul? Everyone running z/OS 1.8 and Health Checker (and who look at Health Checker exceptions) would have found out the same way I did. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
Then don't blame all ISV's because of some renegade ISV's I find it the other way around! The renegades are the ones that make it easy to use. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
Do not vendors supply a means for customers to get an unrestricted full-use temporary key (expires within a week - or less?) to handle the DR bumps in the road? Not all. Not enough! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Sunday, February 25, 2007 7:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) Would be great if all invoices were paid on time. Would be great if vendors delivered working keys all the time! Would be great if vendors were available 7-24! Neither of the two above have anything to do with timely payments. AND, the scenario I proposed, I lived through. Without naming names, the product in question only had two vendors and one was a work-alike for another. Both vendors have/had M-F/9-5 support. Keys failed on a weekend. Company works in many time-zones. Support didn't. Bill was payed. Keys failed. As I said: Now what? What I did at another site? I reverse engineered their stupid security and basically TURNED IT OFF. Of course, this was pre-DMCA and before the vendors got sticker about reverse engineering or dumping of their code in their licenses. Ah! for the good old days (which really were out numbered by the bad old days). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Sunday, February 25, 2007 11:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) -snip--- I would find it hard to believe that the unnamed vendor with 9-5 support would have strongly objected for a one of weekend support. --unsnip--- You'd be amazed at the number of vendors that will NOT provide support outside the 9-5 M-F window. I even had a vendor rep hang up on me in the middle of a call because it was now 5:00 PM where he was. Some of those (unprintables) are unionized and unions havee INCREDIBLE power here. Needless to say, our business relationship with that particular vendor ended the next day. We learned how to manage without his package and saved ourselves a bundle of $$$ besides. Names deleted to protect the incompetant. And stoopid!! Had the same problem, likely with another vendor. His train left the station at 5:00 pm Eastern time. He would leave in order to catch his train, even in a sev 1 situation. The company's response was to 1.5 hours for him to get home and they would conference him in. Yes, he was the ONLY person in the company who could help with debugging a problem. And the SOBs would NOT give the source so that I could fix it. And I could have. My joy in this is that he has retired and the company no longer supports direct VTAM communications. And instead of rewriting the mainframe software to use the new SOA interface, they decided to let the experts in the Windows development here do it. They are still cursing and writing work around to bugs in the vendor's interface. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
As for the ad hominem attack about 'willfully ignorant', that I'm NOT. I'm willfully ticked off! I hear all these great schemes that vendors have to manage keys. I'd like to actually see one in action; none of ours do that. As for the stories of large customers that deliberately duck payments; I've never worked for one. And, my last point: Key management is a night-mare. 9-5/M-F doesn't help. You add complexity into an already complex environment. Your product has to be the only one available before I would recommend it, if it has keys. There are too many ways for this to fail, and the fact that other vendors have better solutions is irrelevant. That being said, I still disagree with keys. And, I shall not be responding to any more posts on this. Let the others that disagree post their comments. I've said my fill; I am not going to repeat myself ad nauseum! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Sunday, February 25, 2007 12:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) On Sun, 25 Feb 2007 18:09:27 + Ted MacNEIL [EMAIL PROTECTED] wrote: :I would find it hard to believe that the unnamed vendor with 9-5 support would have strongly objected for a one of weekend support. :ITYM one off. :Objected, no. :Refused, yes! Even to support installing the product off hours? If so, I am quite amazed. Have you never worked with an vendor who is effectively a Monopoly? They tell you to bend over and you do it because you have NO CHOICE IN THE MATTER. Yes, there are vendors and niche products like that. I've worked with one. Thankfully, I do longer do. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
License keys
Seeming everyone is moaning about the keys and vendors and pirated software, etc. Interesting... Do anyone of you have any gripes with vendors *MISUSING* your own machine upgrade? They hijack your CPU upgrade action(s) and raise their fees! We dropped vendor just because we upgrade our machine and they raised their fees. Saved us real money, at last. No replacement at all, thanks, we can continue without them... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
I would use the IBM way Object code. Object code is 80 bytes in length and can be covered with ptf text letter. BTW, you do not need to supply the CICS interface (e.g. cics stub module for cobol) , if your customer has CICS to run your product, they should have the interface installed. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, February 26, 2007 3:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPE packaging - load modules or CSECTs -Original Message- From: IBM Mainframe Discussion List On Behalf Of Support, DUNNIT SYSTEMS LTD. I posted this question on the FLEX-ES list and got back 1 reply, which included a suggestion to also ask for responses here on IBM-MAIN. For a bit of background, our applications are all single CSECT load modules, with the only common exception being those running under CICS, that are linked with the CICS execution interface stub (which has so far shown to be upward/downward compatible for decades). It is therefore easiest for us to supply updates in the form of replacement load modules, meaning we fix the source code, recompile and relink before packaging. What sayeth yee all? Sounds reasonable to me. Big thing is to ensure your PREREQs and COREQs are accurate. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
Sadly, though, this type of cheapskate behavior was SOP there. Most 30-day net invoices were paid around 45 days. I bailed after 2 years when I got a sysprog job. -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Sunday 25 February 2007 19:46 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) -snip-- I worked at a small financial services company where the sysprog disabled the SYNCSORT key code. It eventually came back to bite him and he was asked to leave. unsnip- Rightly so. But don't blame the company for one renegade employee. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS immedial write
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Sunday, February 25, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: KSDS immedial write Hi, could I define KSDS cluster so that each update (I use C code with assembler routines) will put to DASD immediately? I'd like to use it as a pseudo log file. The cluster has to have alternate indexes. As far as I know, fflush() does not work with VSAM. Arie Kremer Use SHAREOPTIONS(4 4) on the define of the VSAM cluster. That will force absolutely no buffering, for every user of the file. All READs of the file go to disk. All WRITEs to the file are immediately flushed to disk. This still does not guarantee that you can successfully share the file in read-write mode between processes, if that is what you want. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MIM control file volume DASD lockout
Hello: We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionaly, we will also get start pendning messages. This issue only occurs for a few seconds, or upto a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS Directory
In a recent note, Aaron Walker said: Date: Mon, 26 Feb 2007 05:44:20 -0600 Hmmm. I tried using escape characters, but it didn't work, strangely. One choice is ISHELL. The other is: create another directory there (mkdir fred) - then delete both (rm -r fred -m), in that order, so it doesn't try to take it as an arg. Actually, if the OP had simply entered the rmdir with the same arguments, it would have succeeded: rmdir hcheck14 -m 755 ... but I understand the impulse to caution in such curcumstances. You don't need to mkdir fred; simply: [EMAIL PROTECTED]:138$ rmdir fred -m rmdir: FSUM6404 directory fred: EDC5129I No such file or directory. ... issues an error message, but proceeds to process the rest of the argument list. And finally, the technique that most generally works is, e.g.: rmdir ./-m So I entered mkdir hcheck14 -m 755 The pervasive UNIX convention of placing options before arguments is contrary to most languages, but nonetheless clever: o It allows a very simple interpreter to execute a command in a single left-to-right pass. (And may allow human beings more readily to understand a command's meaning without backtracking, although this may apply better e.g. to Anglophones who are accustomed to modifiers preceding modificands than to Francophones who are accustomed to the opposite convention.) o It allows greater lexical latitude in the argument list itself -- the construct that produced a result unexpected by the OP can be quite useful to the more sophisticated programmer. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New Level of GRS ISPF Interface Coming Soon
Greetings, I am working to finalize another level of the GRS ISPF Interface. Changes so far include: RIBETCBF - TCB Abending flag removed in z/OS 1.6 Change default waiters to 0 Change default propagate to NO Change RIB storage upper limit from 10MB to 50MB Enhanced GQSCAN return code checking Let me know if you can think of anything else. For those that are not familiar with it, here is a brief description: Provides an interactive view of the Global Resource Serialization (GRS) queue utilizing the ISPF Dialog Manager. A high level resource list is displayed based on user specified selection criteria. From the high level resource list, individual resource details can be accessed. Cheers... Michael We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
In a recent note, Shmuel Metz (Seymour J.) said: Date: Sun, 25 Feb 2007 21:45:27 -0500 I don't see why it would be any easier than shipping object modules, unless you are using facilities for which that is not supported. If you must ship load modules, package them instream with ++ PROGRAM. There's a divergence of perceptions between vendors and customers: o Vendors like to keep things simple for the customer and minimize the customer's opportunity to install unexpected configurations. o Customers like to do things their way. Prelinked load modules make it more difficult, not impossible, for the customer to meddle. Linked with PARM=NE would make it much more difficult. (but does IEBCOPY COPYMOD tolerate PARM=NE?) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: help -- ignorant new boss
Graying MVS Sysprog wrote: Yikes. So, because of a reorg, I have a new boss that knows nothing about mainframes at all. Not even Unix. Just Windoze, as far as I can tell. I've always had a manager that used to do my job or one very close to it. Now I have to explain to him all the projects I'm working on, etc. In other words, really, it's a job interview. Am I worth anything to the company? I'm the only full time sysprog left here. I know. I know. And I'm sorry that, yes, at least I do still have a job doing what I love. I know many of us have been retired lately. Any sage words would be appreciated. Or job offers. :) I see you've gotten some good advice and insight from others on the list. If it's any help, I would like to point you to some resources on our website that may be of help or interest. From our home page ( http://www.trainersfriend.com ), you can follow various links to: 1. Free internal marketing web page skeletons; these were meant to be the starting point for the mainframe folks to promote their work for their company, on the company's own intra-net http://www.trainersfriend.com/General_content/Internal_marketing.htm 2. Free Very Short Presentations (VSPs, of course), 11 pdf files each less than 9 pages, designed to explain some mainframe concepts simply; I have not produced more since no one has asked, but I would do so if someone wants to work with me on them and feels they would be helpful: http://www.trainersfriend.com/General_content/VSP_site.htm 3. Some resources to use in discussing outsourcing, which references the above plus more: http://www.trainersfriend.com/General_content/Outsourcing_issues.htm Plus the usual information about us and our offerings; but I thought the above might be helpful. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(Cole Software's view)
Sorry -- I should have specified not utterly insane unified license key scheme. Jon snip It was called ILM (IBM License Manager). The project crashed and burned. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did schools ever teach systems programming other than NIU was Re: help -- ignorant new boss
At Carnegie Mellon U (Carnegie Tech) in the 60s, Computer Science was only a graduate degree, so I took math with a computer option. They offered a systems programming course which I took in my last semester. The instructor had no idea what to do, so he just assigned a team of students to work on a compiler implementation (actually as I recall it was a compiler-compiler whose input was the BN form which defined the language). Anyway, it was independant study, meaning that he met with us twice and turned us loose. Our team divided up the task and I took disk I/O routines. We never got it working, but the team leader turned in the listings of what we had in a big computer output binder. I got a C in the course and never understood why. Some years later I found that the team leader had put my listings in backwards. so you couldn't read them without undoing the binder, which was apparently too much work for the instructor. So I am not a systems programmer but I play one on the Internet. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E ++PROGRAM
snip I believe that COPYMOD can convert load modules into program elements and vice-versa, so the original format shouldn't matter. Is this correct? All load modules can reside in a PDSE, but not all program objects can reside in a PDS. That is, a program object must originate in a PDSE and must reside in a PDSE target library. Therefore, the original format of the executable can matter. But does SMP/E also use the COPYMOD command when installing from a LKLIB or a RELFILE? Yes. snip But can we make the switch in midstream, and replace a load module originally delivered as ++MOD with a ++PROGRAM? Will SMP/E recognize and require the correct associated PREs and SUPs? SMP/E makes no correlation between a JCLIN defined load module (and its component ++MODs) and a like named ++PROGRAM element. While it is possible to switch from one to the other, you do so at your own risk and must ensure all the PREs/SUPs are identified correctly and that the load module and MOD definitions are cleaned up accordingly. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
In a recent note, Itschak Mugzach said: Date: Mon, 26 Feb 2007 16:52:26 +0200 I would use the IBM way Object code. Object code is 80 bytes in length and can be covered with ptf text letter. BTW, you do not need to The same is true of ++PROGRAM. supply the CICS interface (e.g. cics stub module for cobol) , if your customer has CICS to run your product, they should have the interface installed. ... using CALLLIBS. I'm a little uncomfortable with CALLLIBS: o It diminishes auditability of the final load module products which will contain CSECTs of version unknown to the CSI. o ISTR that it can cause mass relinking in case of an irrelevant change to the content of the CALLLIB. So, I wonder why the CICS stubs must be linked with the load module rather than invoked with the LINK SVC or LOAD followed by a sequence of CALLs. I guess it's not my dog. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, February 26, 2007 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPE packaging - load modules or CSECTs snip So, I wonder why the CICS stubs must be linked with the load module rather than invoked with the LINK SVC or LOAD followed by a sequence of CALLs. I guess it's not my dog. -- gil The historical QR TCB used by CICS cannot tolerate use of LINK at all due to the fact that task switching only occurs in the QR TCB when an EXEC CICS is done (or the watchdog timer goes off). If something creates a new RB on the QR TCB, then CICS will likely loose its mind due to it just not being architected to suppor this. Too many assumptions in the various management modules. What I think would be interesting would be if the loader used by CICS (they now use the z/OS loader on z/OS, but used to have their own) could be used in such a way that an unresolved static CSECT with a specified name (like DFHEAI) to be directed to an already loaded CICS module. Hum, I'm not saying that very well, but I hope it is understood. But, in reality, the DFHEAI module is only 38 bytes long. Just not important. And, from what I can tell, the code in it has not changed in any way in a very long time (at least CICS/VS 4.1!). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
info on limits to lines of code, size, memory, etc
I’m looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
On Mon, 26 Feb 2007 08:46:23 -0600, David A. Wright [EMAIL PROTECTED] wrote: Hello: We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionaly, we will also get start pendning messages. This issue only occurs for a few seconds, or upto a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? Have not seen this... but we have been running CTCONLY for years. Are the test systems part of the same MIMplex? Are the control files on their own dasd volumes? Do any non-MIMplex LPARs share the same dasd (a sandbox for example)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Shore Sent: Monday, February 26, 2007 9:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: info on limits to lines of code, size, memory, etc I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? I think what you need to look at is: Enterprise COBOL for z/OS V3R4 Compiler and Run-Time Migration Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3mg32/CONT ENTS In particular, Appendix G: Compiler Limit Comparison http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3MG32/APPE NDIX1.7 -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Shore Sent: Monday, February 26, 2007 9:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: info on limits to lines of code, size, memory, etc I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? SNIP I'd start with the Enterprise COBOL Programming Guide (SC27-1412). Assuming you are in the client's shop that has COBOL programmers, you should be able to find this somewhere there. But perhaps you might want to give a bit more information as to what you are really after, or you might want to use the COBOL list. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
Try looking in Appendix A of the COBOL Language Reference. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Shore Sent: Monday, February 26, 2007 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: info on limits to lines of code, size, memory, etc I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
not finding anything with this name - is this an IBM manual? thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Monday, February 26, 2007 10:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: info on limits to lines of code, size, memory, etc Try looking in Appendix A of the COBOL Language Reference. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Shore Sent: Monday, February 26, 2007 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: info on limits to lines of code, size, memory, etc I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steven Shore I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? SNIP I'd start with the Enterprise COBOL Programming Guide (SC27-1412). Assuming you are in the client's shop that has COBOL programmers, you should be able to find this somewhere there. It's also available free on the Internet: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG31 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
I just googled COBOL Language Reference and the first hit is IBM Software - Enterprise COBOL for z/OS - Library. Clicking on that, I see: Language Reference Manual SC27-1408-04 Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shore, Steven Sent: Monday, February 26, 2007 11:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: info on limits to lines of code, size, memory, etc not finding anything with this name - is this an IBM manual? thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM Transparency, Transactional VSAM Services, or IAM
Everyone, Management here has decided that we need to review different products that would allow us the bring our CICS regions up while nightly processing is still running. As a member of a management assigned SWAT team to investigate products, our team has decided to focus on the following three products that would allow concurrent VSAM update from batch and CICS: 1. DFHSMStvs - Transactional VSAM services - Would need to setup VSAM record level sharing and all CF logstreams. Also require JCL changes and coding changes for committing a LUW. 2. VSAM transparency - move data into DB2 and setup proper mapping to DB2 tables. Again have some JCL changes and coding for commits. 3. IAM - Innovation access method - Convert VSAM files to IAM files. Our long term goal is to perform a proper DB2 conversion but that is years (and $$) away, or so I'm told by the applications people. What are your thoughts on this issue? Have any of you done this? Are their other pit falls to look out for? Thanks for your time. Brad S. Carson Manager z/Series Technical Support Enterprise Systems Laboratory Corporation of America (336) 436-8294 - This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at [EMAIL PROTECTED] or call (877) 23-HIPAA / (877) 234-4722. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
On Mon, 26 Feb 2007 09:46:29 -0600, McKown, John wrote: What I think would be interesting would be if the loader used by CICS (they now use the z/OS loader on z/OS, but used to have their own) could be used in such a way that an unresolved static CSECT with a specified name (like DFHEAI) to be directed to an already loaded CICS module. Hum, Hmmm. Sounds like the way overlays (used to) work. I believe the loader can resolve externals from LPA. And I overlooked the need for a DELETE, lest copies of the stub just keep accumulating. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Monday, February 26, 2007 10:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: info on limits to lines of code, size, memory, etc Try looking in Appendix A of the COBOL Language Reference. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Shore Sent: Monday, February 26, 2007 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: info on limits to lines of code, size, memory, etc I'm looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) We want to make recommendations to client about changing the design Where do we find information on issues like limits on lines of code ? At what point does it start to impact performance How do you determine how much memory is needed to compile it? How much disc space is needed? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: info on limits to lines of code, size, memory, etc
thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Monday, February 26, 2007 10:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: info on limits to lines of code, size, memory, etc I just googled COBOL Language Reference and the first hit is IBM Software - Enterprise COBOL for z/OS - Library. Clicking on that, I see: Language Reference Manual SC27-1408-04 Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shore, Steven Sent: Monday, February 26, 2007 11:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: info on limits to lines of code, size, memory, etc not finding anything with this name - is this an IBM manual? thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Transparency, Transactional VSAM Services, or IAM
Everyone agrees that DB2 is the future but 1. the only way to convert to DB2 is to redesign to DB2. The quickest way to need a hardware upgrade is to try to use it as a file access method. 2. Why aren't you doing the normal file swap with transaction logging? Full application transaction logging is a requirement for any of these projects and always seems to be the hardest to accomplish. The file swap designs are decades old now and just work. 3. Do you need to have full update during the batch cycle or just read only? read only access is usually a quick project and will let you identify the most crucial portions of the application that need update access. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
-snip- Perhaps the problems with keys need to be made painful to a sales person from a problem vendor? If they don't get they point, I'm sure that there are a few enterprising souls that will do the job, and possibly at a lower cost with much more responsiveness to customer issues. After all, how many out of work developers are there that have announced that fact on this news group since January (07)? ---unsnip- Baseball bats for sale; barbed wire wrapping optional. That seems to be the only form of persuasion some of these sales types understand. Alternatively, put them on commission, or partial commission, and dock them for customer complaints! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Transparency, Transactional VSAM Services, or IAM
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brad Carson Sent: Monday, February 26, 2007 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Transparency, Transactional VSAM Services, or IAM Everyone, snip 1. DFHSMStvs - Transactional VSAM services - Would need to setup VSAM record level sharing and all CF logstreams. Also require JCL changes and coding changes for committing a LUW. 2. VSAM transparency - move data into DB2 and setup proper mapping to DB2 tables. Again have some JCL changes and coding for commits. 3. IAM - Innovation access method - Convert VSAM files to IAM files. Our long term goal is to perform a proper DB2 conversion but that is years (and $$) away, or so I'm told by the applications people. What are your thoughts on this issue? Have any of you done this? Are their other pit falls to look out for? Thanks for your time. Brad S. Carson Brad, One option that you did not list, which we use, is SYSB from HW Computing. Perhaps you considered it and decided against it. It generally just works (my kind of product). It does not require code changes. It does require JCL changes. It effectively function ships file I/O to the appropriate CICS region, as specified in the JCL. In any of the above cases, I have a philosophical objection. If you need to go to DB2, or some other RDMS, then just do it and don't mess around. Yes, I do understand why management likes interim solution. But I've noticed that interim solutions often turn into semi-permanent solutions (hey, why bother? What we have now works. Why continue on to RDMS nirvana?). The permanent solution often ends up being a conversion off of the mainframe because it is easier to justify an entirely new solution than to upgrade a old solution. Everybody knows that the synonyms for old are bad, junk, obsolete, not cost effective, hard to sell, and so on. Everybody loves a new car. Except for those who love to rebuild the classics. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM-LOW: Re: Did schools ever teach systems programming other than NIU was Re: help -- ignorant new boss
Bruce Black wrote: At Carnegie Mellon U (Carnegie Tech) in the 60s, Computer Science was only a graduate degree, so I took math with a computer option. They offered a systems programming course which I took in my last semester. The instructor had no idea what to do, so he just assigned a team of students to work on a compiler implementation (actually as I recall it was a compiler-compiler whose input was the BN form which defined the language). Anyway, it was independant study, meaning that he met with us twice and turned us loose. Our team divided up the task and I took disk I/O routines. We never got it working, but the team leader turned in the listings of what we had in a big computer output binder. I got a C in the course and never understood why. Some years later I found that the team leader had put my listings in backwards. so you couldn't read them without undoing the binder, which was apparently too much work for the instructor. So I am not a systems programmer but I play one on the Internet. Bruce, that sounds like the old XPL system, complete with Analyzer, XCOM compiler and SKELETON, which was fleshed in by the prospective compiler developer. If you still have the textbook, I've got the code G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Transparency, Transactional VSAM Services, or IAM
Brad, I think you should add the following to your list of options: http://www.hwcs.com/products/sysb-ii/index.asp I have no financial interest nor do I have any experience with this product. EdP Everyone, Management here has decided that we need to review different products that would allow us the bring our CICS regions up while nightly processing is still running. As a member of a management assigned SWAT team to investigate products, our team has decided to focus on the following three products that would allow concurrent VSAM update from batch and CICS: 1. DFHSMStvs - Transactional VSAM services - Would need to setup VSAM record level sharing and all CF logstreams. Also require JCL changes and coding changes for committing a LUW. 2. VSAM transparency - move data into DB2 and setup proper mapping to DB2 tables. Again have some JCL changes and coding for commits. 3. IAM - Innovation access method - Convert VSAM files to IAM files. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionaly, we will also get start pendning messages. This issue only occurs for a few seconds, or upto a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? No, I have never experienced it but I have some thoughts. However, I would be surprised if these haven't been suggested by one or more vendors. * do you have any other datasets on the same volume as the control file? * can you identify the system holding the RESERVE? Is it always the same system? Anything unusual about the z/OS or MIM level on that system? * on the system holding the RESERVE, does a console D U command show the device as RESERVED (-R)? This would imply a software error (RESERVE with no DEQ to release it). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM-LOW: Re: Did schools ever teach systems programming other than NIU was Re: help -- ignorant new boss
Bruce, that sounds like the old XPL system, complete with Analyzer, XCOM compiler and SKELETON, which was fleshed in by the prospective compiler developer. If you still have the textbook, I've got the code G In my course, no textbook. He just gave us some general guidance and turned us loose. Hardly worth the money for the course. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did schools ever teach systems programming other than NIU was Re: help -- ignorant new boss
On Mon, 26 Feb 2007 10:26:23 -0500 Bruce Black [EMAIL PROTECTED] wrote: :At Carnegie Mellon U (Carnegie Tech) in the 60s, Computer Science was :only a graduate degree, so I took math with a computer option. :They offered a systems programming course which I took in my last :semester. The instructor had no idea what to do, so he just assigned a :team of students to work on a compiler implementation (actually as I :recall it was a compiler-compiler whose input was the BN form which :defined the language). :Anyway, it was independant study, meaning that he met with us twice and :turned us loose. Our team divided up the task and I took disk I/O :routines. We never got it working, but the team leader turned in the :listings of what we had in a big computer output binder. I got a C in :the course and never understood why. Some years later I found that the :team leader had put my listings in backwards. so you couldn't read them :without undoing the binder, which was apparently too much work for the :instructor. :So I am not a systems programmer but I play one on the Internet. At Northeastern Illinois they had a few systems programming classes (late 70s). One was to write a compiler, so I wrote a compiler for a PL1 subset (in PL1) that generated assembler code. Did not implement I/O instructions, but it was callable from Fortran. It came out to about a box of cards - I probably have it around somewhere. Another was database, where I wrote a program that would take a database definition, validate it and report on it. Of course, I started earlier, since the university hid the IEHLIST and IEHPROGM programs (because some students tried all sorts of interesting examples) so I wrote my own IEHLIST to display all the datasets on a volume and members in PDS's (used OPENJ). BTW, the secret library was SYS$.LINKLIB. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Hi Mark: We have to SYSPLEXs, with a MIM address space running on all 8 LPARs. The control file is on it's own volume all by itself. We share DASD amongst all 8 LPARs. This problem always originates from the test SYSPLEX systems. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] On Mon, 26 Feb 2007 08:46:23 -0600, David A. Wright [EMAIL PROTECTED] wrote: Hello: We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionally, we will also get start pending messages. This issue only occurs for a few seconds, or up to a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? Have not seen this... but we have been running CTCONLY for years. Are the test systems part of the same MIMplex? Are the control files on their own dasd volumes? Do any non-MIMplex LPARs share the same dasd (a sandbox for example)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Hi Bruce: The control file is on single volume all by itself. The problem always originates from one of our test systems in our Test SYSPLEX. The D U command shows nothing. MIM and z/OS levels have been verified. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Bruce Black [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/26/2007 12:13 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: MIM control file volume DASD lockout We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionally, we will also get start pending messages. This issue only occurs for a few seconds, or up to a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? No, I have never experienced it but I have some thoughts. However, I would be surprised if these haven't been suggested by one or more vendors. * do you have any other datasets on the same volume as the control file? * can you identify the system holding the RESERVE? Is it always the same system? Anything unusual about the z/OS or MIM level on that system? * on the system holding the RESERVE, does a console D U command show the device as RESERVED (-R)? This would imply a software error (RESERVE with no DEQ to release it). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
On Mon, 26 Feb 2007 13:17:36 -0500, David A. Wright [EMAIL PROTECTED] wrote: Hi Bruce: The control file is on single volume all by itself. The problem always originates from one of our test systems in our Test SYSPLEX. The D U command shows nothing. MIM and z/OS levels have been verified. Thanks, Have you tried taking a dump while the problem was happening? One other thought... is MIM in SYSSTC or started as via MIMASC so it can run in SYSTEM on your test sysplex? In other words, if the test LPARs are running hot can MIM get enough cycles to process what it needs to process? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: MIM control file volume DASD lockout
Hi Jay: No, we don't use HSM, we use CA-Disk. The volume where the control file resides is backed up to tape once a day with FDR. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Campbell Jay [EMAIL PROTECTED] 02/26/2007 01:24 PM To [EMAIL PROTECTED] cc Subject FW: MIM control file volume DASD lockout Do you use HSM and does this pack get backed up ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David A. Wright Sent: Monday, February 26, 2007 1:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIM control file volume DASD lockout Hi Bruce: The control file is on single volume all by itself. The problem always originates from one of our test systems in our Test SYSPLEX. The D U command shows nothing. MIM and z/OS levels have been verified. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Bruce Black [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/26/2007 12:13 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: MIM control file volume DASD lockout We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionally, we will also get start pending messages. This issue only occurs for a few seconds, or up to a few minutes. It always clears itself up without operator intervention. We have 8 LPARs, with MIM running on each LPAR. We are running on an IBM 2064-105. The DASD is an STK MODEL V2XF. Has anyone else experienced this problem? How was it resolved? No, I have never experienced it but I have some thoughts. However, I would be surprised if these haven't been suggested by one or more vendors. * do you have any other datasets on the same volume as the control file? * can you identify the system holding the RESERVE? Is it always the same system? Anything unusual about the z/OS or MIM level on that system? * on the system holding the RESERVE, does a console D U command show the device as RESERVED (-R)? This would imply a software error (RESERVE with no DEQ to release it). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Hi Mark: We start all of our MIMGR address spaces through MIMASC. We have taken GTF traces, at STKs recommendations. We have not taken a system dump, because STK feels that the problem is in the channel subsystem. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Mark Zelden [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/26/2007 01:26 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: MIM control file volume DASD lockout On Mon, 26 Feb 2007 13:17:36 -0500, David A. Wright [EMAIL PROTECTED] wrote: Hi Bruce: The control file is on single volume all by itself. The problem always originates from one of our test systems in our Test SYSPLEX. The D U command shows nothing. MIM and z/OS levels have been verified. Thanks, Have you tried taking a dump while the problem was happening? One other thought... is MIM in SYSSTC or started as via MIMASC so it can run in SYSTEM on your test sysplex? In other words, if the test LPARs are running hot can MIM get enough cycles to process what it needs to process? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE packaging - load modules or CSECTs
Why settle for CICS 4.1 when you can go back to CICS 1.7! DFHEAI CSECT ENTRY DFHEI1 DCC'DFHYA170' STUB IDENTIFICATION: * DFHY = READ-ONLY STUB * A= ASSEMBLER LANG * 170 = RELEASE LEVEL SPACE 1 DFHEI1 DS0H ENTRY FOR EXEC CALL DFHAICB TYPE=LOCATE L R15,DFHAIEXC-DFHAICB(R15) BRANCH TO BRR15 DFHEIPCN ENTRY IN EIP DFHEND , On Mon, 26 Feb 2007 09:46:29 -0600, McKown, John [EMAIL PROTECTED] wrote: And, from what I can tell, the code in it has not changed in any way in a very long time (at least CICS/VS 4.1!). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
From: Dave Kopischke [EMAIL PROTECTED] On Thu, 22 Feb 2007 13:43:54 -0500, Veilleux, Jon L wrote: David Kopischke wrote: I sure hope they do a follow-up on this one early next year. Attractive Alternatives to Mainframes Are Breaking Their Decades-Old Hold on Wall Street Why do you want to see a follow up? They'll just tell you how wonderful their new system is and it's almost as reliable as a mainframe and it's cheaper Because I want to know if it worked or not. As you imply, it will be next to impossible to get an objective answer, but SIAC is a high visibility company and process within the industry. They won't fail without someone knowing it. If NYSE fails on a technology problem, it will lead the national news, bet on it. I, for one, do NOT want to see this one on reboot hill. The NYSE is already being eclipsed by foreign exchanges, and anything that would cause any concerns with it would be bad not just for Wall Street, but for America. As much as I hate to see mainframes getting shut down (I still have my VM-BIGOT pin), I sincerely hope this one works one way or another that DOESN'T involve a massive failure. Heck, or even a minor one, for that matter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
I don't know much about MIM but as the doctor says then don't do that... Have you considered to get away from the DASD control file as the primary control file? If the sharing is all inside the scope of a parallel Sysplex you could use list structures in a coupling facility. This is what we do though admittedly we only use MIA as we are using only GRS for serialization and never used MIC. If not Coupling Facility then perhaps you could use CTCONLY. *==* * FOR COMMUNICATION METHODS DASDONLY AND CTCDASD, * DYNAMICALLY ALLOCATE CONTROL FILES IF MIMTBL00 AND MIMTBL01 * ARE COMMENTED OUT OF MIMPROC, OR USE COUPLING FACILITY * LIST STRUCTURE CONTROL FILES *==* * ALLOCATE XESFILEID=00 STRNAME=(MIMGR#TABLE00) ALLOCATE XESFILEID=01 STRNAME=(MIMGR#TABLE01) ALLOCATE DDNAME=MIMTBL02,DSNAME=SYSOP.MIMGTAF.CF02 ALLOCATE DDNAME=MIMTBL03,DSNAME=SYSOP.MIMGTAF.CF03 * Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David A. Wright Sent: Monday, February 26, 2007 1:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIM control file volume DASD lockout Hi Mark: We start all of our MIMGR address spaces through MIMASC. We have taken GTF traces, at STKs recommendations. We have not taken a system dump, because STK feels that the problem is in the channel subsystem. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding where a module is being loaded from (for Mark Zelden)
Mark, It appears you have more than one EXEC called FINDMOD. Below is text excerpted from one on your website which says it can be used like an edit macro. These are different execs, correct? EdP /* NOTE: This exec can be executed as an ISPF EDIT MACRO */ /* from ISPF EDIT or VIEW from the command line without*/ /* using the TSO prefix. Example: FINDMOD IEFBR14 */ It depends on which FINDMOD. There are at at least 2, one of which is mine (CBT FILE 434) that must run under ISPF in batch. Example: //FINDMOD JOB // //ALOCPROF EXEC PGM=IEFBR14 //PROFILE DD UNIT=SYSALLDA,DISP=(NEW,CATLG,DELETE), //SPACE=(CYL,(1,1,5)),DCB=(LRECL=80, //BLKSIZE=0,DSORG=PO,RECFM=FB), //DSN=userid.ISPF.TEMPPROF //*---* //*Invoke ISPF* //*---* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NF APAR OA15539 for Health Checker
On Fri, 23 Feb 2007 12:46:21 -0600, Mark Zelden [EMAIL PROTECTED] wrote: So has anyone turned this trap on? Did you notice a performance hit? and Why not just change the bleepin' default? We turned it ON coincident with the z/OS 1.8 roll out and have not experienced any noticeable performance degradation. It does seem like a good thing to enable since the type of corruption it prevents might not be detected until hours or days later. A version of the check actually shipped in the base 1.8 code. As I said in the SHARE pitch, it was poorly written and confusing. OA15539 cleans up the 1.8 version of the check and ships it for older releases. I tested a ++APAR version of this and the exception messages look much better. There is still a timing issue at IPL though, and if you start the HC SUB=MSTR, you will have to DELETE the check (or make it INACTIVE) in order to avoid getting an exception. As many IBMers know, I certainly agree with Mark that defaults should not be flagged as exceptions. Instead the default should be changed to the best practice setting. In talking with VSAM L2, I think there's a good chance that the index trap will default to ON in the future. On Sun, 25 Feb 2007 17:45:10 -0500, Bob Rutledge [EMAIL PROTECTED] wrote: Before this discussion, did anyone even know this trap had existed for three years or was I the only ignorant soul? Unless apar OA03570 caught your eye in Jan. 2004 (I assume the PTFs had ++DOC holds) I don't know how you would have known about this. I sure didn't. So in that respect, the health check has value in that it makes people aware of the trap. -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Hi Sam: We share DASD across two SYSPLEXs, so the coupling facility won't help us. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Knutson, Sam [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/26/2007 01:51 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: MIM control file volume DASD lockout I don't know much about MIM but as the doctor says then don't do that... Have you considered to get away from the DASD control file as the primary control file? If the sharing is all inside the scope of a parallel Sysplex you could use list structures in a coupling facility. This is what we do though admittedly we only use MIA as we are using only GRS for serialization and never used MIC. If not Coupling Facility then perhaps you could use CTCONLY. *==* * FOR COMMUNICATION METHODS DASDONLY AND CTCDASD, * DYNAMICALLY ALLOCATE CONTROL FILES IF MIMTBL00 AND MIMTBL01 * ARE COMMENTED OUT OF MIMPROC, OR USE COUPLING FACILITY * LIST STRUCTURE CONTROL FILES *==* * ALLOCATE XESFILEID=00 STRNAME=(MIMGR#TABLE00) ALLOCATE XESFILEID=01 STRNAME=(MIMGR#TABLE01) ALLOCATE DDNAME=MIMTBL02,DSNAME=SYSOP.MIMGTAF.CF02 ALLOCATE DDNAME=MIMTBL03,DSNAME=SYSOP.MIMGTAF.CF03 * Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David A. Wright Sent: Monday, February 26, 2007 1:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIM control file volume DASD lockout Hi Mark: We start all of our MIMGR address spaces through MIMASC. We have taken GTF traces, at STKs recommendations. We have not taken a system dump, because STK feels that the problem is in the channel subsystem. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: MIM control file volume DASD lockout
On Mon, 26 Feb 2007 13:29:18 -0500, David A. Wright wrote: The volume where the control file resides is backed up to tape once a day with FDR. Why are you backing up the volume once a day when the only thing on it is the MIM control file? The contents of the file should be varying so much that any backup would only provide the VTOC and dataset sizing information (and not really reflect the contents at the moment of any failure). I would just take the most recent backup, declare it to be forever and stop taking newer backups. If you feel the urge either (a) take a quarterly backup or better yet (b) lie down rest until that urge passes. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NF APAR OA15539 for Health Checker
On Feb 26, 2007, at 7:22 AM, Peter Relson wrote: I will 'fess up that our own internal guidelines were not followed for the VSAM_INDEX_TRAP check. I'm not sure how or why yet. --- SNIP The last two bullets is basically how the VSAM_ALLOWUSERKEYCSA check was processed. It was shipped disabled and in z/OS 1.9 it is being shipped enabled and the default is changing. Peter Relson z/OS COre Technology Design Peter, This sounds like a natural flaw in the system. It would seem reasonable to me that when such changes are made that they are reasonably documented in the release guide. It also might be nice to document (for instance: See release guide about in the install bucket). There are so many points that need to be brought to the sysprogs attention that at times you just get overloaded with pertinent information that it is easy to over look such changes. I would hope that the release guide would be the *1* place to go to get that, but last minute additions should be documented in the install bucket, I would hope. I have not installed a servpac in quite sometime but the last time I did the info seemed (to me) scattered and not always searchable. Or is if it were present, there was so much information it got lost in the clutter. Speaking of which, there might be an page or two added to the release guide talking about new function apars or doc apars or other avenues that IBM has added to the release. My gut feeling is that you cannot document some change in behavior too much. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Here is a little procedure how to find who (job) holds a DASD volume RESERVE (that we automated over here): Search for the following msgs pairs on system experiencing delays: IOS071I 09FA,**,*MASTER*, START PENDING IOS431I DEVICE 09FA RESERVED TO CPU=serial9672,LPAR ID=UNKNOWN .Identify the CPU/CPC from IOS431I msg. On every LPAR on that CPU issue command: D GRS,DEV=9FA On LPAR holding the RESERVE you will see msgs like: ISG343I 11.28.13 GRS STATUS DEVICE:09FA VOLUME:TEST06 RESERVED BY SYSTEM sysname S=SYSTEM SYSVTOC TEST06 SYSNAME JOBNAME ASID TCBADDR EXC/SHR STATUS sysname MGIP141 00DC 008DB9D8 EXCLUSIVE OWN Hth... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
Dave Kopischke wrote: Because I want to know if it worked or not. As you imply, it will be next to impossible to get an objective answer, but SIAC is a high visibility company and process within the industry. They won't fail without someone knowing it. when we were doing ha/cmp ... we talked quite a bit to SIAC, which was using a number of tandem computers at the time ... misc posts mentioning ha/cmp http://www.garlic.com/~lynn/subtopic.html#hacmp in that period, i had been asked to write part of the corporate continuous availability strategy document (based on ha/cmp work we were doing in geographic survivability) ... however both Rochester and POK non-concurred with what I had written ... and it got pulled (at the time, they didn't have any offerings that could meet the criteria); we had coined the terms disaster survivability (as an alternative to disaster/recover) and geographic survivability ... misc. posts on geographic operation and continuous availability http://www.garlic.com/~lynn/subtopic.html#availability later we also talked to one of the big financial transaction operations running IMS hot-standby in a geographic separated operation ... they attributed their 100 percent availability over a period of several years to 1) IMS hot-standby and 2) automated operator (i.e. people make mistakes) for a little drift ... my wife had been con'ed into serving a stint in POK in charge of loosely-coupled architecture where she originated peer-coupled shared data architecture http://www.garlic.com/~lynn/subtopic.html#shareddata except for IMS hot-standby, the architecture saw very little uptake until sysplex (one of the reasons she didn't stay in that position for very long). for small amount of other IMS topic drift ... in this old email http://www.garlic.com/~lynn/2007.html#email801016 in this post http://www.garlic.com/~lynn/2007.html#1 The Elements of Programming Style for other topic drift, collection of email discussing ha/cmp scale-up http://www.garlic.com/~lynn/lhwemail.html#medusa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
On Mon, 26 Feb 2007 11:38:02 -0700, Dave Reinken wrote: Because I want to know if it worked or not. As you imply, it will be next to impossible to get an objective answer, but SIAC is a high visibility company and process within the industry. They won't fail without someone knowing it. As much as I hate to see mainframes getting shut down (I still have my VM-BIGOT pin), I sincerely hope this one works one way or another that DOESN'T involve a massive failure. Heck, or even a minor one, for that matter. I guess I should have been clearer... I want to hear about the results whether it works or not. If it works, then I want enough information to evaluate whether this kind of migration might be beneficial to us. If it doesn't work, I want enough information to evaluate why it didn't work. i.e.: Flaw in the concept ??? Flaw in execution ??? I would hope that SIAC would evaluate the project and delay or cancel implementation prior to it causing a business interruption. This is a common problem with these kinds of stories. There is no shortage of writers to make this kind of migration news. There is a huge shortage of writers interested in evaluating the results. Why is the start of a project like this news-worthy, but details of the project itself and its success or failure is not ??? I guess I'm just naive in expecting journalists to be interested in follow-through and objectivity. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
On 26 Feb 2007 06:46:29 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (David A. Wright) wrote: We have been getting MIM control file lockouts for almost a year. We have been working with STK (the DASD manufacturer), IBM and CA (MIM). So far, nothing has resolved the problem. It usually occurs on the weekends, on our test systems, when all the other systems are fairly quiet. Occasionaly, we will also get start pendning messages. This issue only occurs for a few seconds, or upto a few minutes. It always clears itself up without operator intervention. Here are some elementary questions that you've probably already investigated: Is there any kind of DASD management or DASD cleanup which runs on the weekends that might reserve the volume? Have you tried turning off type insert correct number SMF records which have been known to cause occasional DASD performance problems? -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
David, when you say lockout do you mean a permanent hang? or does it eventually come out of it by itself? If permanent, what do you have to do to get out of the hang? -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
On 26 Feb 2007 11:28:28 -0800, [EMAIL PROTECTED] (Dave Kopischke) wrote: I want to hear about the results whether it works or not. If it works, then I want enough information to evaluate whether this kind of migration might be beneficial to us. Most projects are somewhere in between. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding where a module is being loaded from (for Mark Zelden)
On Mon, 26 Feb 2007 13:51:59 -0500, Ed Philbrook [EMAIL PROTECTED] wrote: Mark, It appears you have more than one EXEC called FINDMOD. Below is text excerpted from one on your website which says it can be used like an edit macro. These are different execs, correct? EdP /* NOTE: This exec can be executed as an ISPF EDIT MACRO */ /* from ISPF EDIT or VIEW from the command line without*/ /* using the TSO prefix. Example: FINDMOD IEFBR14 */ snip No, I only have one. It can be executed via TSO %FINDMOD name or if you are in EDIT/VIEW just FINDMOD name at the command line and it will be invoked as an edit macro. The one that someone else posted (I think Sam) was a different one. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding where a module is being loaded from (for Mark Zelden)
Hi, The copy of FINDMOD I use is the assembler program from Dave Alcock available here. That is the what goes with the JCL I posted previously. File # 311 Dave Alcock's large Utilities collection http://www.cbttape.org/ftp/cbt/CBT311.zip http://www.cbttape.org Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Philbrook Sent: Monday, February 26, 2007 1:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Finding where a module is being loaded from (for Mark Zelden) Mark, It appears you have more than one EXEC called FINDMOD. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NF APAR OA15539 for Health Checker
Dave Danner wrote: On Sun, 25 Feb 2007 17:45:10 -0500, Bob Rutledge [EMAIL PROTECTED] wrote: Before this discussion, did anyone even know this trap had existed for three years or was I the only ignorant soul? Unless apar OA03570 caught your eye in Jan. 2004 (I assume the PTFs had ++DOC holds) I don't know how you would have known about this. I sure didn't. So in that respect, the health check has value in that it makes people aware of the trap. Dave, I'm pretty sure a DOC hold for that APAR would have caught my attention; I do read them before we do maintenance. Also, I can't find mention of a hold at publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ZDOCAPAR. I agree that the health check has brought it to the attention of even those of us who are just ordering 1.8. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Hi Bruce: The lockout last for either a few seconds, or a few minutes. Never more that 20 minutes. We will get the @MIM0100A File 00 - possible lockout 31EA MPM000 messages. Occasionally they are accompanied by IOS071I 31EA,**,*MASTER*, START PENDING messages. Thanks, _ David A. Wright Dominion Resources Services, Inc. One James River Plaza Enterprise Operations-IT Systems Programming IT-DP/OJRP-10 Richmond, VA 23219 Tie Line: 8-736-3354 Pager: (804) 273-3030 #2942 Phone: (804) 771-3354 Fax:(804) 771-6146 Email: [EMAIL PROTECTED] Bruce Black [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/26/2007 03:01 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: MIM control file volume DASD lockout David, when you say lockout do you mean a permanent hang? or does it eventually come out of it by itself? If permanent, what do you have to do to get out of the hang? -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com - CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
The lockout last for either a few seconds, or a few minutes. Never more that 20 minutes. In that case I agree with Mark Zelden: if the MIM task is not getting cycles, it could RESERVE the file and then take time to release it. Is this test LPAR capped a low value? This limits the cycles available to the LPAR and if there are other higher priority tasks running it might have this effect. Or, if there is some higher priority task that goes into a periodic CPU loop, or even a combination of busy tasks, they could prevent the MIM task from getting cycles. Check the MIM task WLM class. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS immedial write
O, many thanks. It's really what I want. Additionally, if I have an alternate index with the same shared options, does it means that any update of a data cluster that changes the alternate key will cause the immediate write of both data and index changes to DASD? On 2/26/07, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Sunday, February 25, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: KSDS immedial write Hi, could I define KSDS cluster so that each update (I use C code with assembler routines) will put to DASD immediately? I'd like to use it as a pseudo log file. The cluster has to have alternate indexes. As far as I know, fflush() does not work with VSAM. Arie Kremer Use SHAREOPTIONS(4 4) on the define of the VSAM cluster. That will force absolutely no buffering, for every user of the file. All READs of the file go to disk. All WRITEs to the file are immediately flushed to disk. This still does not guarantee that you can successfully share the file in read-write mode between processes, if that is what you want. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
I would be willing to look at the other side of the MIM-Plex. The Start Pendings are an indication that someone has the volume in reserve status, and the issuer is waiting on the reserve to be terminated. What is going on outside of the TEST-Plex while this issue is happening? On Mon, 26 Feb 2007 15:58:55 -0500, Bruce Black [EMAIL PROTECTED] wrote: The lockout last for either a few seconds, or a few minutes. Never more that 20 minutes. In that case I agree with Mark Zelden: if the MIM task is not getting cycles, it could RESERVE the file and then take time to release it. Is this test LPAR capped a low value? This limits the cycles available to the LPAR and if there are other higher priority tasks running it might have this effect. Or, if there is some higher priority task that goes into a periodic CPU loop, or even a combination of busy tasks, they could prevent the MIM task from getting cycles. Check the MIM task WLM class. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Monday, February 26, 2007 1:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Attractive Alternatives to Mainframes SNIP This is a common problem with these kinds of stories. There is no shortage of writers to make this kind of migration news. There is a huge shortage of writers interested in evaluating the results. Why is the start of a project like this news-worthy, but details of the project itself and its success or failure is not ??? I guess I'm just naive in expecting journalists to be interested in follow-through and objectivity. SNIP They get their info from people who want to be in the news and be seen. If it goes south, those same people don't want anyone to know they had anything to do with it. I've seen that happen twice. CEO got canned in one (didn't really make the news, he just left to pursue other interests), the CIO CTO in another retired. Companies do not want bad publicity in many industries, particularly insurance, utilities and financial organizations. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM control file volume DASD lockout
Check the MIM task WLM class. MIM should always at least be in SYSSTC. I worked at one shop where it was 'converted' to SYSTEM using IEFSSN8xx. But, you also have to be aware of it being 'dragged' down by being in an LPAR with a small weight. You can also look at its values for how long and how often it grabs the control file. But, I would tend towards using CTC's, we did that successfully about 5 years ago with two SYSPLEX's: PROD and TEST within the same MIMPLEX. The best approach would be to isolate the PROD and TEST SYSPLEX's. Then, most of this should go away. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS immedial write
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Monday, February 26, 2007 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KSDS immedial write O, many thanks. It's really what I want. Additionally, if I have an alternate index with the same shared options, does it means that any update of a data cluster that changes the alternate key will cause the immediate write of both data and index changes to DASD? Yes. However, I did not tell you all of the gotchas about using SHAREOPTION(4 4). Such as you cannot have a CI or CA split occur. If you need to write past the end of the current KSDS, you must use DISP=OLD. It is a real PITA to use! You really need to read up to see if you can live with the restrictions imposed with SHAREOPTIONS(4 4). Sorry I forgot to mention them. I've been on-and-off feeling poorly for the last couple of weeks. Last Sunday, I gave a TCPIP OBEY file to implement a VIPA address to another sysprog. Unfortunately, I had miskeyed the primary IP addresses in the HOME portion. POOF! All connections to the z/OS system just died. Luckily, he had a way to get around it by recycling TCPIP (well, everybody was already dead anyway). Also luckily, only IT people were around, no end-users. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
Then you have the case of a government entity where you cannot even start the process for a new fiscal year until after the first day of the new fiscal year. If the product license expires on the fiscal year boundary, the chance of getting the entire renewal process completed in 30 (or 40) days is very slim. David Mueller | Systems Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Cole Sent: Tuesday, February 20, 2007 8:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? Receiving Timely Payments At Cole Software, our own experience is that once a Purchase Order has been cut and an Invoice accepted, by far the majority of our customers pay within 30 days. Occasionally, it might take 40 days, but it doesn't matter. As far as I'm concerned, that's close enough. As a person with a programming background, I didn't know much about account payment procedures. I used to think, hey I send the invoice, I get payment. Simple, right? Wrong! Most accounting departments won't even accept an invoice unless they already have a Purchase Order to match it up to. And to get an accounting department to generate a purchase order, you've got to get another department (our actual customer, the programming department) to generate a Request for Purchase Order (RPO). And all this takes time and for some companies a lot of hand holding on our part. The trick is to get the RPO-PO-invoice freight train rolling early enough so that the A-P Department will accept our invoice early enough that we can get paid reasonably close to the lease expiration date. This is where our Accounts Receivables department plays an important role. At this small company, I am bless to have working for me Kaye Crabill, a person who has had extensive experience with corporate accounting and who has taught our A-R people the ins and outs with dealing with A-P departments. It takes a lot of hand holding on our part, but the benefit is that we almost always receive our payments within 30 (sometimes 40) days. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
Then you have the case of a government entity where you cannot even start the process for a new fiscal year until after the first day of the new fiscal year. If the product license expires on the fiscal year boundary, the chance of getting the entire renewal process completed in 30 (or 40) days is very slim. Having worked with Cole Software quite a bit, I suspect that any organization faced with the aforementioned problem could contact Dave and work something out. Most vendors are used to issues with Accounts Payable. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sysprog demand in USA
There hasn't been much demand for sysprogs in Australia in the last 2 years. How is it in USA? Is there enough demand for companies to sponsor H1B visa for sysprogs? To my knowledge there isn't enough demand in Europe for them to sponsor sysprogs who don't have work visa. TIA, Rez Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
Check the archives for the moaning and groaning about layoffs, mainframe power-downs, and the lack of openings/opportunities. I don't believe it's all doom and gloom but any US company that can't find domestic sysprogs is either not looking very hard or is offering $36,000/year. Unless you have contacts and very specific skills that you know are in demand (more specific than general MVS sysprog) I would look elsewhere. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of r hey Sent: Monday, February 26, 2007 3:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: sysprog demand in USA There hasn't been much demand for sysprogs in Australia in the last 2 years. How is it in USA? Is there enough demand for companies to sponsor H1B visa for sysprogs? To my knowledge there isn't enough demand in Europe for them to sponsor sysprogs who don't have work visa. TIA, Rez Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8, TSS 9.0 and ALLOWUSERKEYCSA(NO)
David, I will check with the Top Secret support people and get back to you on the list. I know that they are attempting to run all of CA's RD LPAR's with ALLOWUSERKEYCSA(NO), but can't until all products support it (weakest link situation). But still, I know that Top Secret has access to mini-systems were this should have been tested and corrected by now. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Jousma, David Sent: Monday, February 26, 2007 7:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8, TSS 9.0 and ALLOWUSERKEYCSA(NO) Oops, that should have been ALLOWUSERKEYCSA(NO) Fixing subject for accuracy. Does anyone have the above combination working? We are just kicking the tires of z/OS 1.8 in one of our sandboxes, and it seems as though TSS 9 has problems if ALLOWUSERKEYCSA(NO) is set in DIAG00. I find it somewhat hard to believe, but I guess I am not surprised. I did a quick search on ca's support website and didn't see anything that caught my eye. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ALLOWUSERKEYCSA(NO) and CA-INSIGHT for DB2
CA won the race to the bottom. We had a requirement that we have clearly communicated to all our vendors for several years. CA-INSIGHT for DB2 and it's closely allied CA-GSS (part of CA Common Services required by CA-INSIGHT for DB2) are the very last products that are not updated. We have been informed they hope to have a published solution in 2Q2007. We have some other products not yet deployed to production but all have shipped generally available versions or generally available service that addresses this. We just switched to CA-INSIGHT from a competitive product and this is a disappointment. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
-snip--- There hasn't been much demand for sysprogs in Australia in the last 2 years. How is it in USA? Is there enough demand for companies to sponsor H1B visa for sysprogs? To my knowledge there isn't enough demand in Europe for them to sponsor sysprogs who don't have work visa. unsnip- Reza, I hunted for a year before I decided to take my retirement and run with it. Does that tell you something? Market here is very poor and most folks that have jobs in this field are holding on for dear life. If you've got something that's providing a regular paycheck, I recommend that you hold onto it as well. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS immedial write
I hope your boss was together with the end users. Less trouble. If no split can occur, does it mean that I cannot add keys to the middle but only in the sorted order? Or only that another processes are not aware about, therefore DISP=OLD. Meaning only one process can open the cluster simultaneously. It's acceptable for me that only one process opens the cluster but I prefer a distributed owning, where each server performs (ENQ anything DEQ ). But which anything is possible (DISP=OLD seems to mean - empty)? On 2/26/07, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Monday, February 26, 2007 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KSDS immedial write O, many thanks. It's really what I want. Additionally, if I have an alternate index with the same shared options, does it means that any update of a data cluster that changes the alternate key will cause the immediate write of both data and index changes to DASD? Yes. However, I did not tell you all of the gotchas about using SHAREOPTION(4 4). Such as you cannot have a CI or CA split occur. If you need to write past the end of the current KSDS, you must use DISP=OLD. It is a real PITA to use! You really need to read up to see if you can live with the restrictions imposed with SHAREOPTIONS(4 4). Sorry I forgot to mention them. I've been on-and-off feeling poorly for the last couple of weeks. Last Sunday, I gave a TCPIP OBEY file to implement a VIPA address to another sysprog. Unfortunately, I had miskeyed the primary IP addresses in the HOME portion. POOF! All connections to the z/OS system just died. Luckily, he had a way to get around it by recycling TCPIP (well, everybody was already dead anyway). Also luckily, only IT people were around, no end-users. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of GRS ISPF Interface Coming Soon
Michael Cleary wrote: Greetings, I am working to finalize another level of the GRS ISPF Interface. Changes so far include: RIBETCBF - TCB Abending flag removed in z/OS 1.6 Change default waiters to 0 Change default propagate to NO Change RIB storage upper limit from 10MB to 50MB Enhanced GQSCAN return code checking Let me know if you can think of anything else. For those that are not familiar with it, here is a brief description: Provides an interactive view of the Global Resource Serialization (GRS) queue utilizing the ISPF Dialog Manager. A high level resource list is displayed based on user specified selection criteria. From the high level resource list, individual resource details can be accessed. Cheers... Michael Would you consider using ISGQUERY for z/OS 1.6 and above? Would it buy you anything? Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Transparency, Transactional VSAM Services, or IAM
I think I'm in agreement with John McKown. If DB2 is where you're headed, then start heading. Of the options you list VSAM Transparency is the one that'll start you heading. Use it as appropriate, appropriately. Yes, OK, you'll probably have a longer path length than for VSAM, and that's something to be aware of but weigh against the functional benefits. Also, you probably don't just want to slam in whatever record layout you currently have into DB2 without thinking a bit. I suggest thinking about the way you want DB2 to look first -- what you want your ideal database to look like -- then make compromises only to the extent you absolutely have to (if at all). It's nice having a clean data model, at least at some point in time. Keep database I/O code well segregated (i.e. standard good programming practices for modularity) if you're going to start doing any coding. There are some discovery and analysis tools on the market if you need investigation of the current code (and if you're going to do any coding). Coding (and testing and debugging) is probably the most expensive task in all of IT, so it's almost always worth getting a reasonable collection of labor-saving tools, at least in most parts of the world. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html