What you think about it?
HI, Coming soon: Enabling the MFNetDisk PC Server to run under Linux. Yes, even under Z/Linux. After full ajustment of the PC Server and PC Tool to Linux you will need to install the free MONO software (the framework of MS for Linux). http://mono.ximian.com/monobuild/preview/download-preview/. I will be happy to hear your opinion. Shai -- 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: IMS performance tuning consultancy
Thesaurus Computer Services - Based in Milton Keynes. See www.i-tcs.com. Good contact is [EMAIL PROTECTED] - Sales guy who used to be a Sysprog. :-) -- 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
AUTO: James Obrizok is out of the office (returning 09/02/2008)
I am out of the office until 09/02/2008. If you require immediate assistance, please contact my backup Fernando Vega on 404-238-4580 or my manager Hayden Johnson on 512-823-0717. Thanks Note: This is an automated response to your message IBM-MAIN Digest - 27 Aug 2008 to 28 Aug 2008 (#2008-241) sent on 8/29/08. This is the only notification you will receive while this person is away. -- 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: MXI running authorised
The old freeware MXI 4.3 is linked AC(1) - however during initialization determines if it is indeed running in such a way that it can invoke APF authorised services. For batch mode, the only requirement is that it is running from an APF authorised library - for ISPF and REXX it also has further checks to make (e.g. is MXITSF in AUTHTSF?) If MXI 4.3 determines that it is running authorised then it enables certain functions that would otherwise be disabled (cross-memory functions, certain displays that depend on supervisor/non-key8 invocation). You can still download the last genlevel MXI 4.3 from www.cbttape.org Please be aware that MXI 4.3 has been frozen and is not being developed or enhanced anymore. As new levels of z/OS and hardware are released certain displays are beginning to have problems or not work at all - e.g. the DASD display on z/OS 1.10 does not handle EAV volumes at all well. MXI 4.3 has been replaced by a commerical product called MXI Generation II (or MXI G2 for short). If you are using MXI in anything other that hobbyist/curiosity mode, I would suggest that you consider replacing MXI 4.3 with MXI G2 as this is the only version of MXI that supports things like 64-bit, EAV DASD, PAV, zIIPs and zAAPs. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: 29 August 2008 01:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MXI running authorised On Thu, 28 Aug 2008, Anthony Fletcher wrote: Do any listers have any knowledge of downsides to running the free MXI authorised? By default it runs unauthorised. If it runs without authorization, why bother to run it authorized? Principle of least access should apply, I would think. By authorized, do you mean APF authorized? As in, linked AC=1 and in an APF library? Or do you mean something else, like some sort of RACF authorization? -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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: Trivial CICS Query
On Thu, 28 Aug 2008 13:47:49 -0400, Barkow, Eileen [EMAIL PROTECTED] wrote: As for not finding the tran with CEMT, CEMT shows running transactions. CEDC shows defined transactions. I think this statement is not entirely complete... CEMT I TAS shows currently running tasks (transactions). CEDC DI GR(*) TRANS(*) shows all transactions defined in the CSD. As others have stated: transactions defined in the CSD are not necessarilly also installed... Cheers, Jantje. P.S. CICS questions may get more responses on the CICS-L. See http://listserv.uga.edu/cgi-bin/wa?SUBED1=cics-lA=1 if you want to subscribe. -- 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: Trivial CICS Query
Hi, I have left this late as I was following the earlier comments. I am not in a position to comment on how to determine which transactions are fired off via the PLT other than to concur with the posts of others. In respect of the difference between information displayed by CEMT and CEDC (or CEDA) then: CEMT I TAS As others have said, will display currently active tasks, including suspended tasks. CEMT I TRAN As others have said, will display currently installed transactions, i.e. those which may be eligible to run if in the ENABLED state, plus those in a DISABLED state. CEDC or CEDA Can be used to displayed transactions defined to the CSD both installed and those not yet installed. (Installed is the key, as it explains one difference between CEDC(CEDA) and CEMT outputs. Those transactions which are defined but not installed will not appear in CEMT output.) SPI Twist The other twist is that a transaction may be displayed under CEMT, but not be present in the CSD. In this circumstance it is likely that the System Programmer Interface (SPI) is being used, and the transaction is defined dynamically by some other transaction, which may well be triggered via the PLT. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- 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: Trying to figure out IEAMSCHD
Gerhard, SVC 3 is not allowed under SRB mode. Tom Harper IMS Utilities Development Team Neon Enterprise Software, Inc. Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Postpischil Sent: Saturday, August 23, 2008 3:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trying to figure out IEAMSCHD Dave Day wrote: What are you doing to save and restore the registers that you get when your code gets control? don't you have to have an R14 to return to, when your SRB routine is done? AFAIK, SVC 13 isn't the only exception. SVC 3 could also be used (but I've never tried it). Gerhard Postpischil Bradford, VT -- 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: Why don't I see my CSA storage in the dump?
On Mon, Aug 25, 2008 at 10:03 AM, Shane [EMAIL PROTECTED] wrote: Nope - you'd need to be Tolkien to decipher that lot if you were coming in cold. IBM have a *lot* to answer for when they went OCO. For people that never had access to the fiche, or the PLMs - or the (internals) education classes - large parts of this might as well be runes. Doesn't inspire confidence in the quality of software that may be forthcoming in future. And we (customers) are supposed to unquestioningly agree to allow any and all auth'd code from vendors. m ... I know that OCO has long been a sore point with you Systems guys, but this post made me realize what you are up against. I get nightmares when I try to imagine what it would be like to be cut off from my Applications' source code and have to maintain the application using nothing but the 'documentation' to guide me. Yikes!! A recipe for disaster, even if the documentation is good. -- 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
SV: Librarian?
What version of Librarian are You running ? Ditto for z/OS ? Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Eatherly, John D [EQ] Skickat: den 28 augusti 2008 23:41 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Librarian? Prioritet: Hög This was passed to me!!! If anyone is running Librarian, it took a system down last week. It caused the CVT to be overlaid so the stop was very sudden. We are told that the error has been in Librarian code for a long time. The error happens in a tso address space when Elips is being used. Librarian is using SVC screening to intercept SVC 99 (dynamic allocation) and causes repetitive errors. We saw the error twice early in the year but we could not recreate it. This time it stopped the system suddenly so we found it. If you are running Librarian, call their support. We have a test fix for the problem. Thanks John Eatherly -- 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
OT Comcast Internet Service Limitations
Well it looks like it has started. The internet ISPs are having a hard time providing service with the use of the internet. Full article here: http://news.yahoo.com/s/nm/20080829/wr_nm/comcast_internet_dc Comcast Corp, the largest U.S. cable operator, said on Thursday it will cap customers' Internet usage starting October 1, in a bid to ensure the best service for the vast majority of its subscribers. Comcast said it was setting a monthly data usage threshold of 250 gigabytes per account for all residential high-speed Internet customers, or the equivalent of 50 million e-mails or 124 standard-definition movies. If a customer exceeds more than 250 GB and is one of the heaviest data users who consume the most data on our high-speed Internet service, he or she may receive a call from Comcast's Customer Security Assurance (CSA) group to notify them of excessive use, according to the company's updated Frequently Asked Questions on Excessive Use. Customers who top 250 GB in a month twice in a six-month timeframe could have service terminated for a year. Lizette -- 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: Librarian?
John Eatherly of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/28/2008 04:41:07 PM: This was passed to me!!! If anyone is running Librarian, it took a system down last week. It caused the CVT to be overlaid so the stop was very sudden. We are told that the error has been in Librarian code for a long time. The error happens in a tso address space when Elips is being used. Librarian is using SVC screening to intercept SVC 99 (dynamic allocation) and causes repetitive errors. We saw the error twice early in the year but we could not recreate it. This time it stopped the system suddenly so we found it. If you are running Librarian, call their support. We have a test fix for the problem. John, Do you have a CA fix number? It is not listed on the CA Support web site. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Vm for Z/Linux clients on IFL.
Huh? IBM said very clearly that z/VM and Linux for (first) System/390 (then) zSeries (and now) System z would run on IFLs from day 1. That was the whole point of IFLs: to allow folks to virtualize Linux at a reasonable cost. *NOT* trying to pick a fight, just wondering why you said that. Because they didn't make it clear in Canada (or at least the part I'm in). I was at a presentation a couple of years ago, and a lot of people were asking IBM that exact question. It was NOT clear. - 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: Trying to figure out IEAMSCHD
On Fri, 29 Aug 2008 07:21:51 -0500 Tom Harper [EMAIL PROTECTED] wrote: :SVC 3 is not allowed under SRB mode. AFAIK SVC 3 is always allowed. It cleans up the unit of work. It does not return to the caller. :-Original Message- :From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On :Behalf Of Gerhard Postpischil :Sent: Saturday, August 23, 2008 3:43 PM :To: IBM-MAIN@BAMA.UA.EDU :Subject: Re: Trying to figure out IEAMSCHD :Dave Day wrote: : What are you doing to save and restore the registers that you get when : your code gets control? don't you have to have an R14 to return to, : when your SRB routine is done? :AFAIK, SVC 13 isn't the only exception. SVC 3 could also be used :(but I've never tried it). -- 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: XML install questions.
Simple, because that's what my manage wants Walt Farrell [EMAIL PROTECTED] 8/28/2008 4:08 PM On Wed, 27 Aug 2008 16:52:30 -0400, Howard Rifkind [EMAIL PROTECTED] wrote: Anyone out there familiar with the installation of the of the XML 1.9 product might be able to help me out with this. My manager wants this product installed in its own CSI. As far as I know it's not a separate product, but a part of z/OS. So I'm curious why he wants it installed in a separate CSI. That seems likely to cause problems when you install PTFs, or do upgrades of z/OS, etc. -- Walt -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: XML install questions.
Howard Rifkind wrote: Simple, because that's what my manage wants IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A couple of memory/storage questions
In [EMAIL PROTECTED], on 08/27/2008 at 09:16 AM, Edward Jaffe [EMAIL PROTECTED] said: He's actually freeing subpool 252. Isn't that key 0 storage rather than key 8 storage? -- 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: XML install questions.
He is. He owns everything on the mainframe! R.S. [EMAIL PROTECTED] 8/29/2008 10:24 AM Howard Rifkind wrote: Simple, because that's what my manage wants IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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
Field level encryption on ZOS
We are looking for a Mainframe PC encryption software product and I was wondering what the experience anyone has. There our a couple we are looking at MEGA Cryption by ASPG NUBRIDGES products. TIA Bill -- 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: XML install questions.
Agreed. The person responsible for maintaining z/OS should be making this decision, not a manager. R.S. [EMAIL PROTECTED] 8/29/2008 10:24 AM Howard Rifkind wrote: Simple, because that's what my manage wants IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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 Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XML install questions.
Well, for the most part he has been the man for a substancial time (years) doing z/OS, CICS, etc. by himself...no help until I got here. I have to give him a lot of credit to do all of this by himself, no SoftwareExcel and so on. Scott Rowe [EMAIL PROTECTED] 8/29/2008 10:42 AM Agreed. The person responsible for maintaining z/OS should be making this decision, not a manager. R.S. [EMAIL PROTECTED] 8/29/2008 10:24 AM Howard Rifkind wrote: Simple, because that's what my manage wants IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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 Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: z10 BC announcement
On Thu, 2008-08-28 at 21:24 -0500, Kenneth E Tomiak wrote: How long as the z9 BC been out that you have these fears? The z9 BC was announced 2Q 2006. Are you needing to upgrade for something the z10 has while also being on a tiny mainframe? z10 has nothing I need, but I have a lease-end approaching and I'm evaluating tea leaves. If so, make noise to your IBM sales rep. Thank you for your advice. -- David Andrews A. Duda and Sons, Inc. [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: XML install questions.
On Fri, 29 Aug 2008 10:42:57 -0400, Scott Rowe [EMAIL PROTECTED] wrote: Agreed. The person responsible for maintaining z/OS should be making this decision, not a manager. I'm not commenting on this particular issue, but sometimes a manager is an ex-technician in the same area he is managing and just because he/she is the manager doesn't mean he/she can't make a (good) technical decision. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XML install questions.
IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. I agree, but they are the boss! - 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: XML install questions.
Ted MacNEIL wrote: IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. I agree, but they are the boss! Oh, yes. boss i always right. Customer is always right. Hoever even the boss cannot do (or demand) impossible things! For example the boss cannot have separate CSI on his PC with MS Vista. And he should demand things hich are against good practice, even if possible. It is also possible to install the XML Toolkit without SMP/E - but why to do it? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- 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: XML install questions.
Hoever even the boss cannot do (or demand) impossible things! True, but that makes it your responsibility to explain it to the boss. - 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: z10 BC announcement
In a message dated 8/29/2008 9:57:30 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Thank you for your advice. There will probably be announcements sooner rather than later. AS Bob Shannon and others have mentioned. Maybe will not be a BC ever. With sub capacity licensing and lower end clock speeds EC might be all we will get. Personally, I'd be willing to bet some insider nerds have got it running in a game box somewhere. Might look kinda funny and every now and then Romulon cloaking kicks in but hey beats work **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- 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: XML install questions.
Yes, but does he have the technical qualifications to make those types of decisions? Or is he purely a politician?? Howard Rifkind wrote: He is. He owns everything on the mainframe! R.S. [EMAIL PROTECTED] 8/29/2008 10:24 AM Howard Rifkind wrote: Simple, because that's what my manage wants IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. -- 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: XML install questions.
The Boss might not be always right, but he's still The Boss. More's the pity... :-) R.S. wrote: Ted MacNEIL wrote: IMHO manager is not the person who should decide about CSI contents or other technical details. Unless he's responsible for SMP/E. I agree, but they are the boss! Oh, yes. boss i always right. Customer is always right. Hoever even the boss cannot do (or demand) impossible things! For example the boss cannot have separate CSI on his PC with MS Vista. And he should demand things hich are against good practice, even if possible. It is also possible to install the XML Toolkit without SMP/E - but why to do 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: Z/Vm for Z/Linux clients on IFL.
On 8/29/2008 at 9:16 AM, in message [EMAIL PROTECTED], Phil Smith III [EMAIL PROTECTED] wrote: -snip- Huh? IBM said very clearly that z/VM and Linux for (first) System/390 (then) zSeries (and now) System z would run on IFLs from day 1. That was the whole point of IFLs: to allow folks to virtualize Linux at a reasonable cost. Actually, no it wouldn't from day one. That's why VIF was initially released. Once z/VM 4 was announced to run on IFLs, VIF was retired. Still, for people that were intensely interested in VM and Linux at the time, yes it was clear, especially if you read the details of the IBM announcement. A lot of people in IBM sales didn't necessarily know at the time, perhaps because they're not into reading z/VM announcements. :( Mark Post -- 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: OT Comcast Internet Service Limitations
This is indeed OT, not that that stops anyone on this group :-) . The real killer here is that Comcrap doesn't provide any way to measure your usage -- so now we'll have Yet Another category of software we have to buy for a stupid reason (to go with antivirus and antispam): bandwidth measurement. On Fri, Aug 29, 2008 at 9:02 AM, Lizette Koehler [EMAIL PROTECTED] wrote: Well it looks like it has started. The internet ISPs are having a hard time providing service with the use of the internet. Full article here: http://news.yahoo.com/s/nm/20080829/wr_nm/comcast_internet_dc Comcast Corp, the largest U.S. cable operator, said on Thursday it will cap customers' Internet usage starting October 1, in a bid to ensure the best service for the vast majority of its subscribers. Comcast said it was setting a monthly data usage threshold of 250 gigabytes per account for all residential high-speed Internet customers, or the equivalent of 50 million e-mails or 124 standard-definition movies. If a customer exceeds more than 250 GB and is one of the heaviest data users who consume the most data on our high-speed Internet service, he or she may receive a call from Comcast's Customer Security Assurance (CSA) group to notify them of excessive use, according to the company's updated Frequently Asked Questions on Excessive Use. Customers who top 250 GB in a month twice in a six-month timeframe could have service terminated for a year. Lizette -- 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: OT Comcast Internet Service Limitations
Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of P S Sent: Friday, August 29, 2008 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OT Comcast Internet Service Limitations This is indeed OT, not that that stops anyone on this group :-) . The real killer here is that Comcrap doesn't provide any way to measure your usage -- so now we'll have Yet Another category of software we have to buy for a stupid reason (to go with antivirus and antispam): bandwidth measurement. SNIP Might I suggest running Coyote Firewall, which does have QOS. And so you can get reports from your Linux based firewall to tell you. Regards, Steve Thompson -- All opinions expressed are my own. - -- 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: OT Comcast Internet Service Limitations
Well it looks like it has started. The internet ISPs are having a hard time providing service with the use of the internet. Welcome to my world. Rogers has been doing this in Canada for a couple of years. - 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: Z/Vm for Z/Linux clients on IFL.
Mark Post wrote, re z/VM running on IFLs: Actually, no it wouldn't from day one. That's why VIF was initially released. Once z/VM 4 was announced to run on IFLs, VIF was retired. Still, for people that were intensely interested in VM and Linux at the time, yes it was clear, especially if you read the details of the IBM announcement. A lot of people in IBM sales didn't necessarily know at the time, perhaps because they're not into reading z/VM announcements. :( Verified with the IBMer who wrote the code: z/VM would run on IFLs as of z/VM 4.2, which was when IFLs were released. VIF was provided as a way to supposedly make it easier to run z/VM (but it turned out that VIF was z/VM Bob: as soon as you actually tried to do something useful, you wanted the real thing), but was just z/VM plus some tools. I know I ran z/VM on IFLs on 4.2. But I'm always willing to believe IBM sales folks didn't/couldn't read announcements and/or were into trying to force folks to run MVS (OS/390, z/OS) instead...! ...phsiii -- 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: OT Comcast Internet Service Limitations
Hey wait a minute! Customers who top 250 GB in a month twice in a six-month timeframe could have service terminated for a year implies that you've done something wrong. Why not charge the heavy users more maney? Is'nt that the bottom line of any business? MONEY Warren Brown -- Original message from P S [EMAIL PROTECTED]: -- This is indeed OT, not that that stops anyone on this group :-) . The real killer here is that Comcrap doesn't provide any way to measure your usage -- so now we'll have Yet Another category of software we have to buy for a stupid reason (to go with antivirus and antispam): bandwidth measurement. On Fri, Aug 29, 2008 at 9:02 AM, Lizette Koehler wrote: Well it looks like it has started. The internet ISPs are having a hard time providing service with the use of the internet. Full article here: http://news.yahoo.com/s/nm/20080829/wr_nm/comcast_internet_dc Comcast Corp, the largest U.S. cable operator, said on Thursday it will cap customers' Internet usage starting October 1, in a bid to ensure the best service for the vast majority of its subscribers. Comcast said it was setting a monthly data usage threshold of 250 gigabytes per account for all residential high-speed Internet customers, or the equivalent of 50 million e-mails or 124 standard-definition movies. If a customer exceeds more than 250 GB and is one of the heaviest data users who consume the most data on our high-speed Internet service, he or she may receive a call from Comcast's Customer Security Assurance (CSA) group to notify them of excessive use, according to the company's updated Frequently Asked Questions on Excessive Use. Customers who top 250 GB in a month twice in a six-month timeframe could have service terminated for a year. Lizette -- 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 -- 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
APAR (or PTF ?) coverletters
Hi, Any idea where one can find APAR (or PTF ?) coverletters? Jan -- 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: APAR (or PTF ?) coverletters
I use the MCS entries for the PTFs. Usually you can browse the PTS for some of this stuff. Lizette Subject: APAR (or PTF ?) coverletters Hi, Any idea where one can find APAR (or PTF ?) coverletters? -- 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: APAR (or PTF ?) coverletters
Jan Vanbrabant wrote: Hi, Any idea where one can find APAR (or PTF ?) coverletters? Jan AFAIK, APARs do not have cover letters. The full APAR description is available through IBMLink and (for closed APARs only) via the web. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: signing off my corporate email account
On 28 Aug 2008 12:41:37 -0700, in bit.listserv.ibm-main you wrote: We'll miss you, John. Hopefully, this new set of (mindless) mandates will be relaxed in the not-too-distant future. Given Sarbanes Oxley, privacy requirements, requirements to save everything for future auditing (and discovery in lawsuits), expect things like this to become common. John McKown wrote: To avoid complaints due to the new mandates from management about email and signitures, I will be removing my corporate email account from all my email lists. This means that I'm basically going away. They are now not only demanding that stupid disclaimer, but demanding that all email be posted in HTML so that the disclaimer is sent with the corporate approved font and color scheme. NO VARIATIONS WILL BE TOLERATED UPON PAIN OF TERMINATION! I'll still be here on my home email, but likely won't be able to respond much. I'll miss everybody. -- 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: OT Comcast Internet Service Limitations
On 29 Aug 2008 06:02:58 -0700, [EMAIL PROTECTED] (Lizette Koehler) wrote: Comcast Corp, the largest U.S. cable operator, said on Thursday it will cap customers' Internet usage starting October 1, in a bid to ensure the best service for the vast majority of its subscribers. Comcast said it was setting a monthly data usage threshold of 250 gigabytes per account for all residential high-speed Internet customers, or the equivalent of 50 million e-mails or 124 standard-definition movies. When Comcast first came out with internet service, they had a plan for @home and for @work.I never saw an @work address, and the @home people are not @comcast. While most internet users won't be near the 250 gigabyte equivalent, there certainly is a market of people want movies on demand. Some of these want it to their computer, others to their TV. If you buy your pay-per-view movie from Comcast - will they count it as part of their 250 gigabytes? Qwest is advertising Discover new Fiber-Optic iFast/i Internet - connection speeds up to 20 Mbps, combined with DIRECTTV Service. Competition rules, and technology cost Comcast monopolies it paid good money to the politicians to get. Businesses need reliability more than anything else, but even small businesses need speed. If they use that kind of bandwidth, they would be willing to pay more. -- 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: OT Comcast Internet Service Limitations
On 29 Aug 2008 09:53:40 -0700, [EMAIL PROTECTED] (Warren Brown) wrote: Hey wait a minute! Customers who top 250 GB in a month twice in a six-month timeframe could have service terminated for a year implies that you've done something wrong. Why not charge the heavy users more maney? Is'nt that the bottom line of any business? MONEY Probably because they need to upgrade their infrastructure to handle it.They want that bandwidth for the more lucrative pay-per-view. -- 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: signing off my corporate email account
Given Sarbanes Oxley, privacy requirements, requirements to save everything for future auditing (and discovery in lawsuits), expect things like this to become common. It's one thing to save. It's another to issue unenforcable disclaimers. - 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: APAR (or PTF ?) coverletters
Hi Lizette Ed, Thanks for our replies! But ... I should have been more clear. I had a web site in mind where one could download PTF coverletters from in advance. Sometimes coverletters contain exhaustive information about a new funtion for example. Jan -- 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: APAR (or PTF ?) coverletters
Jan Vanbrabant wrote: Hi Lizette Ed, Thanks for our replies! But ... I should have been more clear. I had a web site in mind where one could download PTF coverletters from in advance. Sometimes coverletters contain exhaustive information about a new funtion for example. Jan If you go to http://www.ibm.com/support/us/en/ you can search for any closed APAR and read its detailed description.. For example, type OA25468 in the Search All of Support entry field and click the little magnifying glass to the right of the field. That will show the APAR I discussed at the SHARE Bit Bucket in San Jose. Does that help? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS - Delete
We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. Any help would be appreciated. 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: APAR (or PTF ?) coverletters
Edward Jaffe wrote: AFAIK, APARs do not have cover letters. The full APAR description is available through IBMLink and (for closed APARs only) via the web. Access to open APARs via the web without IBMLINK access has been available to customers for years. 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: SMS - Delete
On Fri, 29 Aug 2008, Mark Steely wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. Any help would be appreciated. Thank You Use IDCAMS with the DELETE NVR syntax. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //VOLSER DD DISP=OLD,UNIT=SYSDA,VOL=SER=volser //SYSIN DD * DELETE dataset.name - FILE(VOLSER) - NVR /* It it is VSAM, then delete using VVR instead of NVR. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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: APAR (or PTF ?) coverletters
Bob Rutledge wrote: Edward Jaffe wrote: AFAIK, APARs do not have cover letters. The full APAR description is available through IBMLink and (for closed APARs only) via the web. Access to open APARs via the web without IBMLINK access has been available to customers for years. Open APARs? How? I have observed considerable delay between APAR closure and web availability. For example, APAR OA25490 (a problem I reported) was closed Aug 13. The PTF became available yesterday. The APAR is *still* not available on the web (so far as I can tell). -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR (or PTF ?) coverletters
Thanks Ed, but I do know that. What was it that triggered my cover letter question? A blog post by Willie Favero http://it.toolbox.com/blogs/db2zos/apar-friday-db2-support-for-zos-v1r90-sysplex-routing-services-ziip-awareness-enhancements-26180 where he talks about PK38867: DB2 Support For z/OS V1R9.0 Sysplex Routing Services zIIP Awareness Enhancements and where he says: The APAR cover letter does a very nice job of explaining the impact of the z/OS 1.9 change on DB2 for z/OS. And I vaguely recall from my IBM time years and years ago that there was a site in that time where PTF cover letters could be downloaded from. Maybe that is no longer true these times. And possibly that in the mean time text has been gradually shifted into the apar, because I have to admit that the explanations in this PKapar are quite well developed. take care enjoy your long holiday weekend in the US. jan -- 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: APAR (or PTF ?) coverletters
Edward Jaffe wrote: I have observed considerable delay between APAR closure and web availability. For example, APAR OA25490 (a problem I reported) was closed Aug 13. The PTF became available yesterday. The APAR is *still* not available on the web (so far as I can tell). Oops. It's there now. And, I tried searching for APAR PK68910, which I know is still open, and Behold! it's there. I learn something new every day on IBM-MAIN. Thanks for pointing this out, Bob! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR (or PTF ?) coverletters
Edward Jaffe wrote: Bob Rutledge wrote: Edward Jaffe wrote: AFAIK, APARs do not have cover letters. The full APAR description is available through IBMLink and (for closed APARs only) via the web. Access to open APARs via the web without IBMLINK access has been available to customers for years. Open APARs? How? https://techsupport.services.ibm.com/server/zseries.srchBroker If you select an open (locked) APAR, you'll get an opportunity to register with your customer number. I don't recall whether the general IBM ID is required or not. Bob P.S. For grins and giggles, I've used this web access a couple times while there was weeping and wailing and gnashing of teeth on this list about IBMLINK unavailability. -- 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: SMS - Delete
We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. You should be able to catalogue it -- the simplest being through ISPF 3.4. Then you can do whatever you want with it. - 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: APAR (or PTF ?) coverletters
On Fri, 29 Aug 2008 14:18:27 -0400, Bob Rutledge [EMAIL PROTECTED] wrote: Access to open APARs via the web without IBMLINK access has been available to customers for years. Bob And unavailable for a lot of hours quite often :-)) Sorry i could not resist Bruno Sugliani zxnetconsult(at)free(dot)fr -- 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: SMS - Delete
On Fri, 29 Aug 2008 13:16:11 -0500, Mark Steely [EMAIL PROTECTED] wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. Any help would be appreciated. This question (and similar) are probably the most frequent questions posted to IBM-MAIN. I use ISMF. There are other ways. The archives and Google are your friend. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - Delete
Just curious. Would a simple IEFBR14 specifying unit, vol ser, and disp old delete work? John McKown [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/29/2008 02:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMS - Delete On Fri, 29 Aug 2008, Mark Steely wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. Any help would be appreciated. Thank You Use IDCAMS with the DELETE NVR syntax. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //VOLSER DD DISP=OLD,UNIT=SYSDA,VOL=SER=volser //SYSIN DD * DELETE dataset.name - FILE(VOLSER) - NVR /* It it is VSAM, then delete using VVR instead of NVR. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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: SMS - Delete
On Fri, 29 Aug 2008 18:41:49 +, Ted MacNEIL [EMAIL PROTECTED] wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. You should be able to catalogue it -- the simplest being through ISPF 3.4. Then you can do whatever you want with it. - ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. OTOH, DEFINE NONVSAM RECATALOG probably would.But if DELETE is the goal, DELETE NVR or ISMF DELETE is the way to go. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - Delete
ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. I couldn't get ISMF to work either. The Delete NVR didn't work either. I had to dump the VVDS - find out what catalog the dataset pointed to. Which was the old master catalog and execute an IDCAMS delete with the catalog specified. Thanks for everyone help. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, August 29, 2008 1:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS - Delete On Fri, 29 Aug 2008 18:41:49 +, Ted MacNEIL [EMAIL PROTECTED] wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. You should be able to catalogue it -- the simplest being through ISPF 3.4. Then you can do whatever you want with it. - ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. OTOH, DEFINE NONVSAM RECATALOG probably would.But if DELETE is the goal, DELETE NVR or ISMF DELETE is the way to go. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: REXX GIMAPI Interface / CBT778
Hi, today I get the updated version of this REXX GIMAPI interface program. At the first look it seemed to run fine now, the subentry values are not only displayed for the first entry, it shows now all matching values. But then I found another problem: when you start the sample REXX from the CBT file you might thought that the output came fron the trapped variables GIMOUT.I, but that's is not the case. The assembler program uses SYSPRINT as output, while OUTTRAP handles the PUTLINE macro. The manuals says: OUTTRAP does trap output from the PUTLINE macro with DATA or INFOR keywords So for the sample REXX in the CBT file, it doesn't make any difference, but for more enhanced applications, you need to let the program write the data to a temporary file and read this file in order to get the results into REXX variables. This seems to be fairly complicate. Is there another way to trap this SYSPRINT output ? Kenneth E Tomiak schrieb: I will send you an update and lengthy explanation of what I found today. You will be happy. The API works fine. -- 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 -- ___ Freundliche Gruesse / Kind regards Dipl.Math. Juergen Kehr, IT Schulung Beratung, IT Education + Consulting Tel. +49-561-9528788 Fax +49-561-9528789 Mobil +49-172-5129389 ICQ 292-318-696 (JKehr) mailto:[EMAIL PROTECTED] mailto:[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: SMS - Delete
ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. I could be wrong, but I thought I did that a few years ago with SMS managed files. Oh well, wrong again. (And, I'm sure I'll hear about it) - 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
Vetting the Archives (Was: SMS - Delete)
Ted MacNEIL wrote: ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. I could be wrong, but I thought I did that a few years ago with SMS managed files. Never with uncataloged, SMS-managed files. Oh well, wrong again. (And, I'm sure I'll hear about it) This gives me a idea... One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information and bad advice. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS NFS to access windows directories
I need to mount Windows directories in a z/OS USS directory structure. I read about DFS SMB but that appears to be for a PC to host access, but not the other way. The server has Windows DFS but I am not sure how it is configured. Would the NT infrastrucutre team have to run a Samba like product to export the directories as a NFS mounts (is anyone aware if the Windows DFS is capable of that?) and then I can mount to them via NFS client? Is there a simpler way? Excuse my ignorance, as is obvious, I am a beginner with NFS. -- 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: Vetting the Archives (Was: SMS - Delete)
Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? I doubt it. But, I know I have been wrong. I have two people on this list who point it out on a regular basis. I try to help, but they say I'm blowing smoke. I do not have a problem with being corrected (regardless of what they say), but I agree with you. Wrong info should be discarded (or marked) some way. - 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: Vetting the Archives (Was: SMS - Delete)
Edward Jaffe wrote: Ted MacNEIL wrote: ISPF 3.4 (nor IEFBR14) won't work for an SMS controlled data set. I could be wrong, but I thought I did that a few years ago with SMS managed files. Never with uncataloged, SMS-managed files. Oh well, wrong again. (And, I'm sure I'll hear about it) This gives me a idea... One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information and bad advice. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? Sounds like a FAQ to me. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: Vetting the Archives (Was: SMS - Delete)
Sounds like it would be a cross between a listserv and a wiki. You might be onto something with that. Mark Hammond -Original Message- This gives me a idea... One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information and bad advice. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Vetting the Archives (Was: SMS - Delete)
In a message dated 8/29/2008 2:48:52 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Sounds like a FAQ to me. Sounds like an unfunded mandate to me? Isn't part of list experience learning when and who is usually correct? I guess I could see a challenge mechanism down the road, but I sure wouldn't to be the monkey with the string... **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- 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: Vetting the Archives (Was: SMS - Delete)
In a message dated 8/29/2008 2:26:46 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? Maybe in some cases. But what if a post has good info in it not found elsewhere and also some bad info in it. Who decides whether or not to delete it? What if bad info is found out two months after it was deleted to have really been good info? Is the original poster of the bad info the one who must delete it? What if he doesn't want to or has dropped off the list? Who else can be allowed, or would want to volunteer, to clean up other people's bad info in the archives? What if a post with only good info is deleted by accident? Can it be undeleted? And so on... Bill Fairchild Rocket Software **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- 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: Vetting the Archives (Was: SMS - Delete)
On Fri, 29 Aug 2008 12:25:54 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: This gives me a idea... One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information Yep. and bad advice. Subjective. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? Edward E Jaffe Sounds like it would be a great deal of work even if it was possible. Who would decide what stays and what goes. Who would do the actual work.How correct is correct ... mostly, 95%, only 100%. What is IS. I would never want to discourage people from posting or trying to help others... but perhaps it would help if someone really isn't sure about the answer to a question, they don't try to post a reply until they see if other people have responded. That would probably help but everyone probably posts something now and then that turns out not to be correct. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vetting the Archives (Was: SMS - Delete)
One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information and bad advice. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. When I go searching for information, I like to see conversations with the good, the bad, and the ugly. It lets me know the conversation was thought out and meaningful hopefully leading to a 'vetted' conclusion. Without seeing that conversational thought process, I would have to take a bigger leap of faith than I already do when assuming the information is good. Ultimately, the onus is always on me to assign a trust level to the information I get from any source. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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
XML Toolkit MKDIR install problem.
Having an issue creating the needed directory and entries for the above. I getting the following messages. Any help to determine what the problem is here would be greatly appreciated. Per the instructions in the job I have create the path /usr/llpp/xml19 the rest the job itself is adding in. Thanks. Problems creating following directories: /usr/lpp/xml19/usr/lpp/ixm/ Not created. RC=81RSN=594003D /usr/lpp/xml19/usr/lpp/ixm/IBM Not created. RC=81RSN=594003D Created the following symlinks: _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: Vetting the Archives (Was: SMS - Delete)
IMHO, I also find it useful to look at the entire thread. So some of the solutions aren't and some of them are not a fit for the OP. Those can be helpful too. While I like the idea of vetting the posts, who will take on such a large task? And who would be able to be correct on everything? Sometimes, what works is just what fits with the OP's system environment, including their specific product mix and release levels. Correct can become somewhat subjective, especially on the oft occaision when we don't hear back from the OP on what,exactly, did work for them. All that said, I like eat the hay, spit out the sticks approach. Caveat Emptor and all that. Along those lines, I think a general caution to folks in general and newbies in particular (there are some who watch this forum trying to learn) is in order. For myself, I am in both categories, depending on the exact subject matter. Linda Mooney -- Original message -- From: Jeffrey Deaver [EMAIL PROTECTED] One of the problems with the IBM-MAIN archives is the relative abundance of flat-out wrong information and bad advice. Sometimes posts with wrong/bad information outnumber those with correct/good information. A person researching a topic must carefully read all posts to ensure only correct information is used. Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. When I go searching for information, I like to see conversations with the good, the bad, and the ugly. It lets me know the conversation was thought out and meaningful hopefully leading to a 'vetted' conclusion. Without seeing that conversational thought process, I would have to take a bigger leap of faith than I already do when assuming the information is good. Ultimately, the onus is always on me to assign a trust level to the information I get from any source. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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
SHARE 111 Presentations on linuxvm.org
Cross-posted to ibm-main, ibmvm, and linux-390. I've uploaded a whole boatload of Linux and z/VM-related presentations from SHARE 111 in San Jose to the linuxvm.org website. (About 53 so far) http://linuxvm.org/Present/#share111 Lots of good stuff there. Thanks to all the presenters for giving me permission to host them, or to point to them from the site. I've tested downloading each of them, and the md5 checksums matched. So, hopefully no one will have any issues accessing them. SHARE 111, San Jose, California, August 11-15, 2008 Session Presenter Title 2590Eberhard Pasch Linux for System z Performance Update 2591Eberhard Pasch Linux on System z performance hints and tips 9050Reed Mullen z/VM Platform Update - Advancing the Art of Virtualization with z/VM Version 5 Release 4 9102Bill Bitner The Very Basics of z/VM - Concepts and Terminology 9106Bill Bitner VM Performance Update 9110Romney Whitez/VM Live Guest Migration 9111Romney WhiteUsing New CP Features in z/VM 5.4 9119Mike Walter z/VM Installation - From Cardboard Box to IPL 9120Mike Walter z/VM Installation - It's Installed, NOW What? (Or: What we learned on the job) 9122Bill Bitner z/VM Tuning Revisited with Specialty Engines for z/OS 9123Jim Vincent TRACK for z/VM - What's Happening in Your Virtual Machines? 9127Mark Post z/VM for MVS Systems Programmers Martha McConaghy 9137Rick Barlow Using VM for Linux Disaster Recovery Planning 9150Jay Brenneman z/VM Cross System Extensions for High Availability and System Management - now with shared SysRes 9153Rick Barlow z/VM Goody Bag 9154Jim Vincent Mythbusters: Taking on Virtualization - z/VM and Linux on System z 9156Rich SmrcinaConfiguring LDAP on z/VM and Linux 9157Dan Martin Virtualization and Disaster Recovery: Implementing and Automating Disaster/Data Recovery for z/VM 9200Jim Elliott An Introduction to Linux and Open Source 9202Jim Elliott Linux on System z - A Strategic View 9210Lee Stewart z/VM and Linux Disaster Recovery - A Customer Experience 9212Jim Vincent Linux for System z at Nationwide - From Woe to Whoa! How did We Get Here, Toto? 9213Rick Barlow Anatomy of a z Penguin - A Customer Experience Helping A Colony Thrive Under Extreme Conditions 9216Rick Troth Extreme Filesystem Sharing Linux on Read-Only Root at Nationwide 9220Tom Stewart Nothing Runs Like z/VM and Linux at John Deere 9224/5 Mark Post Linux System Management for the Mainframe System Programmer 9230Ihno Krumreich Saving Real Storage with Execute in Place on Linux for System z 9233Mark Post Linux Installation Planning 9239Jay Brenneman Linux for System z Goody Bag 9240Jay Brenneman Linux on z/VM System Programmer Survival Guide 9241Alan AltmarkSecuring Linux with RACF on z/VM 9248Phil Smith Help! My (Virtual) Penguin is Sick! 9249Erich AmrehnPutting Linux on System z into Production: True Stories 9259Christof SchmittSCSI over FCP for Linux on System z - Introduction and New Features 9261Romney White(Dis)Honest TCO Analysis for Linux on System z Erich Amrehn 9265Marlin MaddyTCO: Comparing System z and Distributed Environments; Building the Business Case 9267Klaus WackerNetworking with Linux on System z 9274Ed MacKenty The Linux IPL Procedure 9276Scott Loveland High Availability for Linux on IBM System z Servers 9279Klaus WackerProblem Determination with Linux on System z 9281Neale Ferguson OpenSolaris for IBM System z August 2008 Tech Update 9284Phil Smith How To Turn a Penguin Into a Dog (or, Things To Do That Will Avoid Linux on z Success) 9286Rick Troth Tending the SANity of the Flock SAN Experiences at Nationwide 9287Mike Walter Installing a Novell SLES 10 Starter System without a Net(work) 9288Dieter BonasDucks Unlimited - Migration to Linux User Experience Darren Zamrykut 9289Christof SchmittAdditional Feet for the Penguin - SCSI over FCP Multipathing for Linux on System z 9290Brad Hinson Managing your Red Hat Enterprise Linux guests with RHN Satellite 9292Eberhard Pasch Performance Experience with Databases on Linux for IBM System z 9293Shawn Wells SELinux: A Key Component in Secure Infrastructures 9294Ed MacKenty Automating Resource Management for Linux on z/VM: Lessons Learned 9295Barry Perkins Virtualizing Oracle Servers with Linux on IBM System z Kathryn Arrell 9296Mike MacIsaac Systems Management of Linux under z/VM and LPAR Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Re: SHARE 111 Presentations on linuxvm.org
Way cool! Thanks. Linda Mooney -- Original message -- From: Mark Post [EMAIL PROTECTED] Cross-posted to ibm-main, ibmvm, and linux-390. I've uploaded a whole boatload of Linux and z/VM-related presentations from SHARE 111 in San Jose to the linuxvm.org website. (About 53 so far) http://linuxvm.org/Present/#share111 Lots of good stuff there. Thanks to all the presenters for giving me permission to host them, or to point to them from the site. I've tested downloading each of them, and the md5 checksums matched. So, hopefully no one will have any issues accessing them. SHARE 111, San Jose, California, August 11-15, 2008 Session Presenter Title 2590 Eberhard Pasch Linux for System z Performance Update 2591 Eberhard Pasch Linux on System z performance hints and tips 9050 Reed Mullen z/VM Platform Update - Advancing the Art of Virtualization with z/VM Version 5 Release 4 9102 Bill Bitner The Very Basics of z/VM - Concepts and Terminology 9106 Bill Bitner VM Performance Update 9110 Romney White z/VM Live Guest Migration 9111 Romney White Using New CP Features in z/VM 5.4 9119 Mike Walter z/VM Installation - From Cardboard Box to IPL 9120 Mike Walter z/VM Installation - It's Installed, NOW What? (Or: What we learned on the job) 9122 Bill Bitner z/VM Tuning Revisited with Specialty Engines for z/OS 9123 Jim Vincent TRACK for z/VM - What's Happening in Your Virtual Machines? 9127 Mark Post z/VM for MVS Systems Programmers Martha McConaghy 9137 Rick Barlow Using VM for Linux Disaster Recovery Planning 9150 Jay Brenneman z/VM Cross System Extensions for High Availability and System Management - now with shared SysRes 9153 Rick Barlow z/VM Goody Bag 9154 Jim Vincent Mythbusters: Taking on Virtualization - z/VM and Linux on System z 9156 Rich Smrcina Configuring LDAP on z/VM and Linux 9157 Dan Martin Virtualization and Disaster Recovery: Implementing and Automating Disaster/Data Recovery for z/VM 9200 Jim Elliott An Introduction to Linux and Open Source 9202 Jim Elliott Linux on System z - A Strategic View 9210 Lee Stewart z/VM and Linux Disaster Recovery - A Customer Experience 9212 Jim Vincent Linux for System z at Nationwide - From Woe to Whoa! How did We Get Here, Toto? 9213 Rick Barlow Anatomy of a z Penguin - A Customer Experience Helping A Colony Thrive Under Extreme Conditions 9216 Rick Troth Extreme Filesystem Sharing Linux on Read-Only Root at Nationwide 9220 Tom Stewart Nothing Runs Like z/VM and Linux at John Deere 9224/5 Mark Post Linux System Management for the Mainframe System Programmer 9230 Ihno Krumreich Saving Real Storage with Execute in Place on Linux for System z 9233 Mark Post Linux Installation Planning 9239 Jay Brenneman Linux for System z Goody Bag 9240 Jay Brenneman Linux on z/VM System Programmer Survival Guide 9241 Alan Altmark Securing Linux with RACF on z/VM 9248 Phil Smith Help! My (Virtual) Penguin is Sick! 9249 Erich Amrehn Putting Linux on System z into Production: True Stories 9259 Christof Schmitt SCSI over FCP for Linux on System z - Introduction and New Features 9261 Romney White (Dis)Honest TCO Analysis for Linux on System z Erich Amrehn 9265 Marlin Maddy TCO: Comparing System z and Distributed Environments; Building the Business Case 9267 Klaus Wacker Networking with Linux on System z 9274 Ed MacKenty The Linux IPL Procedure 9276 Scott Loveland High Availability for Linux on IBM System z Servers 9279 Klaus Wacker Problem Determination with Linux on System z 9281 Neale Ferguson OpenSolaris for IBM System z August 2008 Tech Update 9284 Phil Smith How To Turn a Penguin Into a Dog (or, Things To Do That Will Avoid Linux on z Success) 9286 Rick Troth Tending the SANity of the Flock SAN Experiences at Nationwide 9287 Mike Walter Installing a Novell SLES 10 Starter System without a Net(work) 9288 Dieter Bonas Ducks Unlimited - Migration to Linux User Experience Darren Zamrykut 9289 Christof Schmitt Additional Feet for the Penguin - SCSI over FCP Multipathing for Linux on System z 9290 Brad Hinson Managing your Red Hat Enterprise Linux guests with RHN Satellite 9292 Eberhard Pasch Performance Experience with Databases on Linux for IBM System z 9293 Shawn Wells SELinux: A Key Component in Secure Infrastructures 9294 Ed MacKenty Automating Resource Management for Linux on z/VM: Lessons Learned 9295 Barry Perkins Virtualizing Oracle Servers with Linux on IBM System z Kathryn Arrell 9296 Mike MacIsaac Systems Management of Linux under z/VM and LPAR Mark Post -- 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: XML Toolkit MKDIR install problem.
On Fri, 29 Aug 2008 16:52:45 -0400, Howard Rifkind [EMAIL PROTECTED] wrote: Having an issue creating the needed directory and entries for the above. Per the instructions in the job I have create the path /usr/llpp/xml19 the rest the job itself is adding in. Howard, Is that a typo in your posting.../usr/llpp/xml19? The MKDIR is for /usr/lpp. Roger -- 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: signing off my corporate email account
John, A few options: - Bounce your Web client or smtp/pop client through either: - A Tor proxy for the selected domain - An ssh session that port forwards through your home linux box - Run a secure SOCKS proxy service on your linux box or use one of the public services - Use VNC or some other remote desktop to get to your home Linux box and run the email client or browser client there. - Doesn't Google Groups allow posting? It might not be blocked by your corporate filter Kirk Wolf On Thu, Aug 28, 2008 at 1:58 PM, John McKown [EMAIL PROTECTED] wrote: On Thu, 28 Aug 2008, Ted MacNEIL wrote: I'll still be here on my home email, but likely won't be able to respond much. I'll miss everybody. Why not set up a yahoo (or MSN, or AOL, or ...) e-mail account. - Too busy driving to stop for gas! We have a transparent proxy(?) called Websense. It stops access to all web based email. Supposedly, all email composed at work will go through the corporate email server for audit purposes. As may be noticed, while I am at work, I can still access my home email account. I love Linux SSH. I just won't be able to respond quite as easily as I don't like leaving my SSH tunnel up. It tends to freak our LAN people since they can't tell what is going on. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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: signing off my corporate email account
Kirk Wolf wrote: John, A few options: - Bounce your Web client or smtp/pop client through either: - A Tor proxy for the selected domain - An ssh session that port forwards through your home linux box - Run a secure SOCKS proxy service on your linux box or use one of the public services - Use VNC or some other remote desktop to get to your home Linux box and run the email client or browser client there. - Doesn't Google Groups allow posting? It might not be blocked by your corporate filter Kirk Wolf But Kirk, all this clearly violates the spirit of the company restriction; attempting to be clever and work around, if discovered, could result in some kind of unintended consequences that the OP would not want to occur. The corporate dictate is not well thought out, but it is the local law of the land, and there is not much to be gained (and may be much to be lost) by circumventing it. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: signing off my corporate email account
But Steve, Neither of us has read John's company policy, so who's to say what it specifically prohibits? Eventually, we all have to decide ourselves where to skirt the rules a little in order to get our jobs done. Does Google Groups violate a no non-corporate email policy, even in spirit? I don't care to debate it, that's for John to decide. More importantly: I thought that this was a technical discussion list. Its way more fun to discuss technical ways for John to get into trouble than to whine about his employer's policies, which we can't do anything about anyway :-) Kirk On Fri, Aug 29, 2008 at 5:19 PM, Steve Comstock [EMAIL PROTECTED]wrote: Kirk Wolf wrote: John, A few options: - Bounce your Web client or smtp/pop client through either: - A Tor proxy for the selected domain - An ssh session that port forwards through your home linux box - Run a secure SOCKS proxy service on your linux box or use one of the public services - Use VNC or some other remote desktop to get to your home Linux box and run the email client or browser client there. - Doesn't Google Groups allow posting? It might not be blocked by your corporate filter Kirk Wolf But Kirk, all this clearly violates the spirit of the company restriction; attempting to be clever and work around, if discovered, could result in some kind of unintended consequences that the OP would not want to occur. The corporate dictate is not well thought out, but it is the local law of the land, and there is not much to be gained (and may be much to be lost) by circumventing it. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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 -- 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: signing off my corporate email account
Kirk Wolf wrote: But Steve, Neither of us has read John's company policy, so who's to say what it specifically prohibits? Eventually, we all have to decide ourselves where to skirt the rules a little in order to get our jobs done. Does Google Groups violate a no non-corporate email policy, even in spirit? I don't care to debate it, that's for John to decide. More importantly: I thought that this was a technical discussion list. Its way more fun to discuss technical ways for John to get into trouble than to whine about his employer's policies, which we can't do anything about anyway :-) Kirk Well, there ya' go. The perfect way to end a Friday afternoon. Must be time for a cocktail! Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: signing off my corporate email account
OK, just to be maybe a bit more precise. My company does __NOT__ say that I cannot post to email lists from work. What they did say was that all email from all employees must have a specific HTML signiture, with no variation of any kind WRT to font, color, verbage, etc. That means that the email is HTML formatted in its entirety. __I__ refuse to post such email to a list such as this one. I know that others do and I am fine with that. And I do have permission to do so. But __I__ don't like HTML mail and __I__ refuse to use it unless forced. So, I'm just going to use my home email for all my lists. This will make the Exchange people happy also as it will reduce the load on the server. Again, THIS WAS __MY__ CHOICE, brought about my __MY__ refusal to use HTML email unnecessarily. Basically, I will now use the corporate email only for company required email, such as to vendors. I have access to my home email from work via SSH. Granted that I doubt anybody now in the company knows this. The previous LAN people did and when I explained what I was doing, they just shrugged and didn't care. Likely because I knew that they were doing the equivalent using Microsoft Terminal Services into their home servers to play Quake grin. Thanks for the support, but this was MY choice, not the company's fault. Other than forcing me to use HTML email, which I dislike. Yes, I'm a bit anal about such things. shrug -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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: signing off my corporate email account
snip- Well, there ya' go. The perfect way to end a Friday afternoon. Must be time for a cocktail! -unsnip- Agreed. Followed by an obscenely good dinner. :-) Then maybe a Sundowner or two.. :-) -- 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
Is HTML Allowed? (Was: Re: signing off my corporate email account)
John McKown wrote: OK, just to be maybe a bit more precise. My company does __NOT__ say that I cannot post to email lists from work. What they did say was that all email from all employees must have a specific HTML signiture, with no variation of any kind WRT to font, color, verbage, etc. That means that the email is HTML formatted in its entirety. __I__ refuse to post such email to a list such as this one. I know that others do and I am fine with that. I was under the impression that IBM-MAIN rejected HTML postings. Not true? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: signing off my corporate email account
Other than forcing me to use HTML email, which I dislike. That's a specious argument, because my e-mail client (and many oithers) can be set to receive text only, regardless of what you send. - 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: Is HTML Allowed? (Was: Re: signing off my corporate email account)
Edward Jaffe wrote: I was under the impression that IBM-MAIN rejected HTML postings. Not true? http://www.lsoft.com/scripts/wl.exe?SL2=5131R=516[EMAIL PROTECTED] seems pretty clear about it. 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: Vetting the Archives (Was: SMS - Delete)
In article [EMAIL PROTECTED] you write: [...] Suppose there was a way to delete posts with wrong/bad information from the archives. Then, only correct/good information would remain -- increasing its value for research purposes. Is this possible? Yes, it is possible. I am not sure what release of the Listserv program that IBM-MAIN is running on. The newest releases (15.0+) make it fairly easy, on older releases it can be done but is a somewhat complicated and clumsy process. In any case it can only be done by someone with listowner or postmaster authority. But do you want to? This topic comes up occasionally on the listowner lists, and the general concensus is that the archives are a permanent history of the list and should be tampered with only under a limited set of circumstances. Exactly what constitutes the limited set has been the subject of a lot of discussion on Lstown-L (Lsoft's listowner list). For example on my list. I have deleted two posts from the archives since I have had the list. One contained a virus, the other contained private email containing confidential information. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L -- 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: XML Toolkit MKDIR install problem.
On Fri, 29 Aug 2008 16:52:45 -0400, Howard Rifkind [EMAIL PROTECTED] wrote: Having an issue creating the needed directory and entries for the above. I getting the following messages. Any help to determine what the problem is here would be greatly appreciated. Per the instructions in the job I have create the path /usr/llpp/xml19 the rest the job itself is adding in. Thanks. Problems creating following directories: /usr/lpp/xml19/usr/lpp/ixm/ Not created. RC=81RSN=594003D /usr/lpp/xml19/usr/lpp/ixm/IBM Not created. RC=81RSN=594003D Created the following symlinks: _ 594003D says A directory in the pathname was not found. You can use BPXMTEXT to find this easily if you don't know the manual to look in. Normally you want to do this to a service directory since the root should be mounted read only - /usr/lpp/ lives in the root. For example, when I did this for z/OS 1.6 my job looked like this: //SYSTSIN DD * PROF MSGID IXMMKDIR /servz16 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is HTML Allowed? (Was: Re: signing off my corporate email account)
In a message dated 8/29/2008 7:31:12 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: http://www.lsoft.com/scripts/wl.exe?SL2=5131R=516[EMAIL PROTECTED] seems pretty clear about it. Still not sure. I sent a Thanks to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) and got back the following hdrs: X-Mailer: L-Soft HDMail 1.1-3 Date: Sat, 30 Aug 2008 00:43:57 -0500 From: The University of Alabama LISTSERV Server (15.0) [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) Subject: Re: Query To:Ed Fizzell [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) Message-ID:[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) MIME-Version: 1.0 Content-Type: text/html So I think what happens with nohtml is that it's converted to text only but still posted. **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- 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
