Re: IBM Debug Tool V10 - anyone running it
Paul, What kind of problems are you having? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Peplinski Sent: Monday, January 11, 2010 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Debug Tool V10 - anyone running it Does anyone have Debug Tool V10 in production, especially for CICS COBOL? I tried V10 but went back to V9 because of issues I could not resolve. Paul P -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool V10 - anyone running it
I am installing 10.1 of Debug Tool, File manager and Fault Analyzer. I would interested in your issues as well. Kenneth Klein Jousma, David david.jou...@53.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/12/2010 05:55 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IBM Debug Tool V10 - anyone running it Paul, What kind of problems are you having? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Peplinski Sent: Monday, January 11, 2010 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Debug Tool V10 - anyone running it Does anyone have Debug Tool V10 in production, especially for CICS COBOL? I tried V10 but went back to V9 because of issues I could not resolve. Paul P -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool V10 - anyone running it
I am installing 10.1 of Debug Tool, File manager and Fault Analyzer. I would interested in your issues as well. Doug On Tue, 12 Jan 2010 08:53:42 -0500, kenneth.kl...@tema.toyota.com wrote: I am installing 10.1 of Debug Tool, File manager and Fault Analyzer. I would interested in your issues as well. Kenneth Klein Jousma, David david.jou...@53.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/12/2010 05:55 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IBM Debug Tool V10 - anyone running it Paul, What kind of problems are you having? ___ __ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Peplinski Sent: Monday, January 11, 2010 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Debug Tool V10 - anyone running it Does anyone have Debug Tool V10 in production, especially for CICS COBOL? I tried V10 but went back to V9 because of issues I could not resolve. Paul P -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace VTS with a tape less appliance
Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, January 12, 2010 12:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Replace VTS with a tape less appliance Hi Tom, Too true on your first point. The VTS we're working with just takes a VOLSER list from CA-1. On your second point, we're actively working with our vendor to provide a 7-day (configurable?) no-scratch period AFTER the VTS gets these VOLSERS from CA-1. More to come on that. Regards, Bob Lester Bob, Can't you use CA-1's extended retention options for this? See Ch 1.6.3.5 Retention Options in the System Programmers Guide. Kees. Hi Kees, I hadn't thought of that approach. Thanks for the tip! Bob Lester -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool V10 - anyone running it
I have it installed in my TECH environment, and all the IVP's run successfully. There is a updated activation paragraph for DEBUG, that I missed. Once I updated IFAPRD00 and activated it, everything was fine. Please let us know what problems you are having so that we can try to assist, but also avoid in our own shops. Dave _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Henry Sent: Tuesday, January 12, 2010 8:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Debug Tool V10 - anyone running it I am installing 10.1 of Debug Tool, File manager and Fault Analyzer. I would interested in your issues as well. Doug On Tue, 12 Jan 2010 08:53:42 -0500, kenneth.kl...@tema.toyota.com wrote: I am installing 10.1 of Debug Tool, File manager and Fault Analyzer. I would interested in your issues as well. Kenneth Klein Jousma, David david.jou...@53.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/12/2010 05:55 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IBM Debug Tool V10 - anyone running it Paul, What kind of problems are you having? ___ __ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Peplinski Sent: Monday, January 11, 2010 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Debug Tool V10 - anyone running it Does anyone have Debug Tool V10 in production, especially for CICS COBOL? I tried V10 but went back to V9 because of issues I could not resolve. Paul P This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
s...@pscsi.net (Sam Siegel) writes: Every state has laws regarding the retention of data related to the conduct of business. The amount of time is typically 3 to 7 years. No keeping the receipts (or copies thereof) could create legal problems as well. re: http://www.garlic.com/~lynn/2010.html#98 Korean bank Moves back to Mainframes (...no, not back) a lot of record retention is by UCC which most states follow ... aka like for checks: http://www.bankersonline.com/compliance/gurus_cmp1001l.html above references if the items are not returned to customer ... in the credit card slip case ... both the consumer and the merchant have copies. the electronic record of the transaction data is kept (by the issuing bank) ... question of what wasn't kept was the merchant's paper slip copy with signature /or electronic image of same. the issue was resolving (potentially legal) disputes ... what side has burden of proof and what kind of proof. merchant not having the signed slip effectively resolves on behalf of the consumer (having the signed slip doesn't mean that it resolves on behalf of the merchant ... the merchant still has to show that it is the consumer's signature). other items are like how long does consumer have to dispute items. in any case, standard reg. E places burden of proof on merchant one of the interesting flyers in the 90s was proposal about digitally signed, public key transactions for internet transactions. consumers would pay $100/annum for their digital certificate ... and in effort to sweeten the deal for merchants to install the technology ... the burden of proof (in disputes) for public key transactions ... would be switched from merchant to consumer. the question was raised ... why would the consumer pay $100/annum for something that would switched the burden of proof to them. there has been some amount of churn in the UK with their chip payment card about something analogous ... where the dispute burden of proof is now effectively on the consumer. -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anybody use a Wiki for internal information?
I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
We use Wiki on the mainframe. Not a big CPU consumer, especially if it is just a few folks using it. I'm sure Rob Schramm will pipe up, he has a lot of knowledge on the subject. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, January 12, 2010 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Anybody use a Wiki for internal information? I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
There are several sites that use JspWiki under Tomcat on z/OS for this purpose. The pioneer was Rob Schramm, and with his assistance we included it in an exercise on installing JspWiki in our z/OS Tomcat in an Hour SHARE lab in 2007-2008. Harry Metske has also done extensive work with JspWiki on z/OS. Tomcat/JspWiki on z/OS is pretty cost effective IMO if you have a zAPP engine. Using our free z/OS Tomcat enhancements, its pretty easy to set up user and role-based security to secure JspWiki using SAF rules. Cool plugins like the PDF one allow you to dynamically generate PDF documents from Wiki pages, and you can effectively use MVSDS URL links to integrate documentation and information in MVS datasets. Here's a link to Rob's JspWiki page which has more information: http://www.jspwiki.org/wiki/RobSchramm Of course, if you don't have a zAPP engine or regular CP cycles to spare, you can also run JspWiki on a Linux or Windoze box. I like it for its simplicity and plugins, and have used it extensively as a collaborative systems analysis and design repository. Kirk Wolf Dovetailed Technologies http://dovetail.com PS We've been considering doing a quick-start JspWiki installer for z/OS, to go along with our free T:Z Quickstart for Tomcat and z/OS. If you are a JspWiki z/OS user and you would like to help us figure out the best packaging, default settings, plugins, etc, or if you don't currently use JspWiki but you would be interested in this, please drop me a note. No promises as to when we would get this done though :-) On Tue, Jan 12, 2010 at 9:26 AM, McKown, John john.mck...@healthmarkets.com wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
l...@garlic.com (Anne Lynn Wheeler) writes: however, by at least the early 90s, there were cases of compromised end-points recording valid information (done during the process of valid transactions). these operations tended to be more large scale wholesale operations ... getting information for tens of thousand (or millions) ... rather than a few tens. re: http://www.garlic.com/~lynn/2010.html#97 Korean bank Moves back to Mainframes (...no, not back) skimming news item from today: ATM Skimming Incidents Increase http://www.bankinfosecurity.com/articles.php?art_id=2059 frequently these are external attachments specifically targeting magstripe ... however, there have been lots of cases where collecting technology has been installed inside the end-point (pos terminal or atm cash machine). cases have included modification of machines already installed, replacing machine with modified machine, installing modification at time of manufacturer ... or even criminal front organization manufactuering machines and selling them on open market (or on gray market ... copy of some other vendors machine). criminal front manufactuers have even sold such machines at cost (undercutting competition) because they are planning on making up the profit with fraudulent transactions. -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. We do your at present method, but store them on Sharepoint. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
It is for our group. I came into a shop that was an utter clusterfsck. It helps to break down what I describe as Mainframe Lore. The way we use it, is for things that are almost too small to document. Or when something comes up, you throw it in there before you get distracted by the next thing. It helps to track issues and makes quick reference really easy. Half of it is to document the downright insane crap that the CICS programmers did, way back when. Thankfully they're dead, or I'd kill them myself. Scott On Tue, Jan 12, 2010 at 7:26 AM, McKown, John john.mck...@healthmarkets.com wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
I should also mention that we use MediaWiki (Wikipedia's engine) internally at dovetail.com and for oss4zos.org, since it is easy to set up on a typical web hosting provider.Its fine also, but not as flexible as JspWiki and won't currently run on z/OS. On Tue, Jan 12, 2010 at 9:48 AM, Kirk Wolf k...@dovetail.com wrote: There are several sites that use JspWiki under Tomcat on z/OS for this purpose. The pioneer was Rob Schramm, and with his assistance we included it in an exercise on installing JspWiki in our z/OS Tomcat in an Hour SHARE lab in 2007-2008. Harry Metske has also done extensive work with JspWiki on z/OS. Tomcat/JspWiki on z/OS is pretty cost effective IMO if you have a zAPP engine. Using our free z/OS Tomcat enhancements, its pretty easy to set up user and role-based security to secure JspWiki using SAF rules. Cool plugins like the PDF one allow you to dynamically generate PDF documents from Wiki pages, and you can effectively use MVSDS URL links to integrate documentation and information in MVS datasets. Here's a link to Rob's JspWiki page which has more information: http://www.jspwiki.org/wiki/RobSchramm Of course, if you don't have a zAPP engine or regular CP cycles to spare, you can also run JspWiki on a Linux or Windoze box. I like it for its simplicity and plugins, and have used it extensively as a collaborative systems analysis and design repository. Kirk Wolf Dovetailed Technologies http://dovetail.com PS We've been considering doing a quick-start JspWiki installer for z/OS, to go along with our free T:Z Quickstart for Tomcat and z/OS. If you are a JspWiki z/OS user and you would like to help us figure out the best packaging, default settings, plugins, etc, or if you don't currently use JspWiki but you would be interested in this, please drop me a note. No promises as to when we would get this done though :-) On Tue, Jan 12, 2010 at 9:26 AM, McKown, John john.mck...@healthmarkets.com wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad leap-year code
On 11 Jan 2010 20:37:37 -0800, paulgboul...@aim.com (Paul Gilmartin) wrote: I'm not sure that matters; the sequence of year numbers can hardly be coerced to be closed. For example, if from 1912 (sinking of the Titanic) I subtract 1957 (dawn of the Space Age), I get -45 (the year Caesar proclaimed the Julian calendar). Really!? Caesar? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool V10 - anyone running it
On Tue, 12 Jan 2010 09:57:06 -0500, Jousma, David david.jou...@53.com wrote: I have it installed in my TECH environment, and all the IVP's run successfully. There is a updated activation paragraph for DEBUG, that I missed. Once I updated IFAPRD00 and activated it, everything was fine. Please let us know what problems you are having so that we can try to assist, but also avoid in our own shops. V10 went in with a Sunday IPL and by Wednesday users demanded a backout. My ETR is gone but sporadic S0C1 and S0C4, PF7 and PF8 not working. Extraneous multiple updates ignored (or something like that) messages. If you do go forward let programmers know about the new program name format in DTCN - compile unit : program Paul PS. I will see if I can dig up emails on this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
On Tue, Jan 12, 2010 at 10:26 AM, McKown, John john.mck...@healthmarkets.com wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. Also consider RTFM (the RT FAQ Manager), http://bestpractical.com/rtfm/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
On 11 Jan 2010 13:56:09 -0800, p...@voltage.com (Phil Smith) wrote: Fourth, Magstripe cards are easy to copy; chip-and-pin cards are (supposedly) not. Which effectiveness can be measured. As for asking for a license, sure, it doesn't guarantee anything -- but it probably stops the kid who finds a card and says Hey, let's go buy an XBOX!. So it's not entirely worthless. If you don't think it's worthwhile, then I assume you don't bother to lock your car or house -- the true professional won't be stopped by a lousy lock, eh? So the kid who found a card is stopped by either technology. I'd like to see some figures on how much professional fraud actually gets stopped by going to the more difficult to copy cards.Sure, chip-and-pin cards are more expensive for the pros to copy. But does that actually cut down significantly on their stealing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
Lots of people have been taught (by popular media?) to not sign their credit cards.Instead, the vendor will ask to see their signature on a different ID. I don't know if this advice has been backed up by actual figures. We get *lots* of advice from people who think their advice makes sense, but which hasn't been tested. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hiper-dispatch
Cross posted to the MXG listserv. I'm trying to verify and consolidate what I feel I know about hiper-dispatch. We are running a z10-BC under z/OS 1.9. Our processor has 4 engines and 3 LPARS (production - 4 LPs, development - 2 LPs, and system programmer sandbox - 2 LPs0). We currently are not running hiper-dispatch. About 4 weeks ago we had a meeting with IBM and Sirius to discuss some CICS response time problems we had been having. I could not be at the meeting as I was out of town on family business. In that meeting IBM and Sirius strongly urged us to turn on hiper-dispatch, and they said that there was a new measurement tool to tell us how much we improved after making the change. However, I understand the following about hiper-dispatch. Can anyone verify if my understanding is correct? 1. For our system set up hiper-dispatch probably won't be of any great benefit. 2. Although IBM won't admit it, there could be a downside to hiper-dispatch, especially in smaller environments like our. 3. The measurement tool is a new SMF record that is cut. However, IBM has not published the layout of this record and to get reports on it you have to send the data to IBM (or our third party vendor, Sirius). Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
Hi Also using in z/OS Tomcat, for internal DOCU , and I love it . McKown, John wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
l...@garlic.com (Anne Lynn Wheeler) writes: there has been some amount of churn in the UK with their chip payment card about something analogous ... where the dispute burden of proof is now effectively on the consumer. re: http://www.garlic.com/~lynn/2010b.html#1 Korean bank Moves back to Mainframes (...no, not back) http://www.garlic.com/~lynn/2010b.html#2 Korean bank Moves back to Mainframes (...no, not back) there was recent case in the UK where an individual needed a copy of the ATM machine video recording to prove that they didn't make the withdrawel ... since the bank wasn't able to find the recording ... it was decided in favor of the bank (and against the individual). there have been comments that care taken regarding video recording might be significantly different if the bank was required to show the video recording to prove it was the individual (as opposed to the individual getting a copy from the bank to prove it wasn't them). -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad leap-year code
On Tue, 12 Jan 2010 09:00:36 -0700, Howard Brazee wrote: I'm not sure that matters; the sequence of year numbers can hardly be coerced to be closed. For example, if from 1912 (sinking of the Titanic) I subtract 1957 (dawn of the Space Age), I get -45 (the year Caesar proclaimed the Julian calendar). Really!? Caesar? Did I misspell it? From here, it's not easy for me to type a ligature for the ae. http://en.wikipedia.org/wiki/Julian_calendar (That's the way they spell it, too.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
John, I had the same dream as you. I wanted a wiki for our internal documentation, that was mainframe based so we had total control of it and it would be immediately available during DR tests etc. I got Twiki working resonably well at the time, but it didn't really catch on, then other things happened to the shop that made it impossible to continue with. http://twiki.org/cgi-bin/view/Codev.TWikiOnMainframe Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad leap-year code
Howard Brazee howard.bra...@cusys.edu On 11 Jan 2010 20:37:37 -0800, paulgboul...@aim.com (Paul Gilmartin) wrote: I'm not sure that matters; the sequence of year numbers can hardly be coerced to be closed. For example, if from 1912 (sinking of the Titanic) I subtract 1957 (dawn of the Space Age), I get -45 (the year Caesar proclaimed the Julian calendar). Really!? Caesar? Julius Caesar. The calendar was introduced in 46 BCE and went into effect in 45 BCE, according to Wikipedia. The Gregorian calendar was introduced by Pope Gregory in 1582. The year it went into effect varies by country (between 1582 and 1923 in Europe; the British Empire, which included the American colonies, adopted it in 1752). Speaking of coercing numbers: http://xkcd.com/687/ -- Jack Hamilton Management Information Analysis Kaiser Foundation Health Plan, Inc. 1950 Franklin Street, Oakland, California 94612 +1 510 987-1556 (KP tieline 8-427-1556) NOTE: This email document and attachments are covered by CA Evidence Code §1157 and CA Health and Safety Code §1370. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fwd: Don't want to receive Email Alerts !!
Dear Team I didn't want to receive email alert from this forum, as I have forget my user ID and Password so, unable to do change into my profile setting. Request you to kindly disable my email alerts as my inbox is getting fulled !! Regards, Mithilesh Tiwari -- Forwarded message -- From: Dana Mitchell mitchd...@gmail.com Date: Tue, Jan 12, 2010 at 10:14 PM Subject: Re: Anybody use a Wiki for internal information? To: IBM-MAIN@bama.ua.edu John, I had the same dream as you. I wanted a wiki for our internal documentation, that was mainframe based so we had total control of it and it would be immediately available during DR tests etc. I got Twiki working resonably well at the time, but it didn't really catch on, then other things happened to the shop that made it impossible to continue with. http://twiki.org/cgi-bin/view/Codev.TWikiOnMainframe Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Regards, Mithilesh Tiwari +91-9891637071 The Future Belongs to Those Who Believe in The Beauty of Their Dreams -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
Kaiser uses Lotus Notes for some internal information. It's not a good solution - searching is poor, and there's no central index of the various databases. It's being replaced by Jive Software SBS, branded internally as the KP IdeaBook. It seems to work fairly well. I haven't heard of any efforts to copy information from Lotus Notes into Ideabook (but I'm not involved with the implementation, so I might not hear). There has been an effort by the SAS Institute and the SAS Global Forum board to introduce a wiki for SAS users. It's called www.sascommunity.org. There's a fair amount of technical material there, but it has not replaced SAS-L. You might want to look around there to see if members are adopting usage patterns you'd like. I have not found the shared Windows folder approach to work well. -- Jack Hamilton Management Information Analysis Kaiser Foundation Health Plan, Inc. 1950 Franklin Street, Oakland, California 94612 +1 510 987-1556 (KP tieline 8-427-1556) NOTE: This email document and attachments are covered by CA Evidence Code §1157 and CA Health and Safety Code §1370. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. McKown, John john.mck...@healthmarkets.com I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid- West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
John, I don't have many answers about setting up a Wiki, however now that I work at IBM, we have several Wiki's in our help system. Some of them are very helpful, and others are hard to use. I suspect its how much effort you put in to setting it up, and how much you know how to organize it for the best results when searching. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 McKown wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM search/routing problem
Thanks for the information, Chris. I used some of your suggestions and I think I've been able to solve the issue. Your suggestion to use LUALIAS may have been the key because it forces VTAM to fully qualify the resource and to not use an alias. Because of that VTAM uses the correct ADJSSCP table. IST879I SLU/DLU REAL = RMTNET.RMTLU ALIAS = ***NA*** I implemented LUALIAS on both the EN and NN with static CDRSC definitions: VBUILD TYPE=CDRSC * RMTNET NETWORK NETID=RMTNET RMTLUCDRSC ISTATUS=ACTIVE,NATIVE=NO,NQNMODE=NQNAME,SUBAREA=NO, X LUALIAS=RMTLU After I got the CDRSCs in place, I had to update my adjacent SSCP and adjacent cluster tables. ADJSSCP - Since my start option on both the NN and EN is SORDER=APPNFRST, I needed to specify SORDER=ADJSSCP in the NETWORK statement. On the NN I specified ISTAPNCP as an ADJCDRM, which I think tells VTAM to only do an APPN search on the CPs in the adjacent cluster table associated with the remote network. This should've been done from the beginning and I probably need to implement it for other APPN resources. NN VBUILD TYPE=ADJSSCP * NETWORK NETID=RMTNET,SORDER=ADJSSCP ISTAPNCP ADJCDRM RMTCPADJCDRM- I don't know if I needed to specify the remote CP here I only specified the local NN CP in the EN table. EN VBUILD TYPE=ADJSSCP * NETWORK NETID=RMTNET,SORDER=ADJSSCP NNCP ADJCDRM ADJCLUST - Updated to only include the remote CP. VBUILD TYPE=ADJCLUST * NETWORK NETID=(RMTNET) RMTCP NEXTCP CPNAME=RMTNET.RMTCP,SNVC=2 After activating all this, I inactivated the direct EE link to RMTNET. The sessions did not immediately route through the intermediate network as they did before. I only had a short amount of time to test and the sessions remained active for that period. The only difference between when the link was active and when it was inactive was that there was no path information. I don't know if the sessions would have terminated after a certain period of time. Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, December 31, 2009 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: VTAM search/routing problem Luke Sorry, I didn't read far enough into GWSSCP. For complicated reasons to do with the internal structure of VTAM it seemed like a good idea, *if* GWSSCP could be an explanation why the CDRSC definition did not qualify your LU name, to try the addition of the NetId in the End Node, the originating node, rather than the Network Node. However, as you mentioned, NODETYPE=NN is required for GWSSCP=YES to be effective if NODETYPE is specified.[1] In any case GWSSCP=YES may be a red herring. I did some more reading in a document I wrote 11 years ago that was to have become a red book. However, interest in VTAM was waning so much among the ITSO suits that it never saw the light of day. It was supposed to be a more extensive and comprehensive description of the sort of topics found in the two Subarea to APPN Migration redbooks. I am including here the section on NQNMODE and LUALIAS which is more thorough in what it tries to cover than I remembered - or I would have passed it on to you before.[2] It seems to recognise better that there can be quite a problem when your application doesn't understand NetIds as yours appears not to - but it suggests a solution.[3] Unfortunately it is not clear over how the NetId is resolved when the NetId needed is that of a network which is *not* the adjacent network - a problem you are solving for the case of APPN borders when your session is set up over the intermediate network - and I'm hoping you can tell us how that appears to work. Starting with the paragraph which introduces the LUALIAS operand of the CDRSC, the text quoted does however suggest another solution for forcing a NetId onto the partner network LU name which you might like to try. quote Fully Qualified Names - VTAM start option relevant to this section: - NQNMODE CDRSC statement operands relevant to this section: - LUALIAS - NQNMODE Since the introduction of SNA network interconnection (SNI), it has become possible to qualify the SSCP and LU names with a network identifier (NetID). Typically, an organisation acquires a NetID prefix from the central repository of NetIDs managed by IBM and, within the organisation, NetIDs are assigned at the level of the network systems administrator responsible for all or a major, and largely independent, portion of the organisation's SNA network. When a name is shown with two parts with a period, ., separating the parts, the name is described as a fully qualified name. The first part is the NetID and the second part is the, unqualified, SSCP, PU, LU or link station name. Note: It is not generally appreciated
Re: Anybody use a Wiki for internal information?
I know that there are a few shops running JSPWiki under Tomcat on z/OS. Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
A long time ago I set up Quickref to contain several user defined databases to contain miscellaneous documentation. The users liked it because QW on a cursor position was a decent keyword search. We various techies maintained doc on a variety of topics, MVS, CICS, RACF, OEM products, good lunch places, etc. The price was right since we Chicago Soft customers. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, January 12, 2010 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Anybody use a Wiki for internal information? I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS HFS/zFS
Best practice suggestions when doing Maint. Going to new Rel 1.9 to 1.11z/OS Have modifications in HFS off root file system as well as dir off root... we have in the past ...copy back our changes (first checking any additional changes needed)... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
Tom, Hiperdispatch isn't available until z/OS 1.10.And as far as I remember, it's main benefit is reducing cross-book L2 cache searches, so if you have a z10BC, you only have one book, little or no benefit. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
McKown, John wrote: Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. This year the sysadmins and DBAs at Georgetown started using a Confluence wiki from Atlassian running on a Unix server. Everybody seems pretty satisfied with it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E holddata via FTP.
All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E holddata via FTP.
Ping won't tell you whether or not the connection is permitted on Port 21. Could be a network issue. Simple solution is to FTP to it from your work PC. Or if the network is heavily restricted, do so from home or a starbucks (Or ask someone in your network group to test it). Sounds to me like the new IP address did not make it into your firewall rules, so it's not allowing the traffic. Scott On Tue, Jan 12, 2010 at 10:35 AM, Richbourg, Claude richbourg.cla...@mail.dc.state.fl.us wrote: All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
McKown, John wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. FWIW, we use jspwiki on z/OS. I assume it would do a good job on any platform. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E holddata via FTP.
If you are having issues, it is best to open an ETR to SMP/E in IBM. They have always been very helpful to me when I have hang issues. It is had to know if the IBM servers are having problems for this request. But IBM SMP/E can find out for you. Lizette All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E holddata via FTP.
Claude, I also run every day and I am NOT having any problems. The job runs at 3am and the FTP portion takes less than 10 seconds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Tuesday, January 12, 2010 1:35 PM To: IBM-MAIN@bama.ua.edu Subject: SMP/E holddata via FTP. All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
Thanks for the docuwiki. I downloaded a self-contained Windows package from http://UniformServer.com which packages Apache, PHP, MySQL, and other things in toto. Very nice. I'm trying out PMwiki (http://pmwiki.org) under that right now. I'll look at docuwiki as well. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: kstraughan [mailto:kos...@comcast.net] Sent: Tuesday, January 12, 2010 12:45 PM To: McKown, John Subject: Re: Anybody use a Wiki for internal information? On Jan 12, 10:27 am, john.mck...@healthmarkets.com (McKown, John) wrote: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com *www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives athttp://bama.ua.edu/archives/ibm-main.html We used to use MediaWiki on the mainframe. We transitioned it to a Linux box, but now we are running DokuWiki on a OpenSuse guest runnning in VMWare. No sql databases, simple setup, and best of all, it has built in capability to read a file in a windows folder. http://www.dokuwiki.org/dokuwiki -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony B. Sent: Tuesday, January 12, 2010 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anybody use a Wiki for internal information? A long time ago I set up Quickref to contain several user defined databases to contain miscellaneous documentation. The users liked it because QW on a cursor position was a decent keyword search. We various techies maintained doc on a variety of topics, MVS, CICS, RACF, OEM products, good lunch places, etc. The price was right since we Chicago Soft customers. I had considered that. But how difficult is it to update? The plus of a Wiki is ease of editting and adding new information. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
Correction: Looks like hiperdispatch was rolled back to 1.9 also... Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E holddata via FTP.
This is just too weird. I tried this FTP from the z/OS 1.9 prod system and the new z/OS 1.11 test system. I could not do it from either. Now, when I issued the tracert command from my pc, both FTP jobs finished in 4:03 and 4:13 minutes respectively. I can't explain this behavior, as I have had no problems in the past getting the holddata. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, January 12, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E holddata via FTP. Claude, I also run every day and I am NOT having any problems. The job runs at 3am and the FTP portion takes less than 10 seconds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Tuesday, January 12, 2010 1:35 PM To: IBM-MAIN@bama.ua.edu Subject: SMP/E holddata via FTP. All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
APPC/MVS Job or STC; System Symbols
I'm new to APPC/MVS (Looking at EJES Workstation). Can I use system symbols in the APPC Transaction Program? JCL Is it a STC or a Job? Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
I set up a Wiki (using PMWiki -- very easy) for our department, runnning in a Linux guest under z/VM. I thought it worked pretty well. Unfortunately, we no longer have z/VM or Linux on the mainframe, so it is down for the moment. If I can ever get another box on which to host it I hope to bring it back up. All in all, it's a much better solution than sharing Word documents, and the less said about Sharepoint the better. Jon snip I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee Lots of people have been taught (by popular media?) to not sign their credit cards.Instead, the vendor will ask to see their signature on a different ID. I printed REQUEST PHOTO ID in the signature area of my credit card, issued some three years ago. To date, exactly ONE merchant (a motel in somewhere, USA) has asked me for a photo ID. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
John, this guys - http://bm.lighthouse.com.br/bm/content/view/full/193 - is using Wiki to document routines, non-structured data such emergency cell numbers etc. internally on their product. They are running in a Intel Linux Server but I think that's possible to run also in a Windows system. Antonio 2010/1/12 McKown, John john.mck...@healthmarkets.com: I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Sipusic Sent: Tuesday, January 12, 2010 12:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anybody use a Wiki for internal information? McKown, John wrote: Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. This year the sysadmins and DBAs at Georgetown started using a Confluence wiki from Atlassian running on a Unix server. Everybody seems pretty satisfied with it Thanks. I'm testing out a combination of PMWiki and Universal Server right now. They both installed simply and seem to be easy, so far, to use. UniversalServer.com makes in __simple__ to install Apache, PHP, and MySQL and run them as Windows services. So easy even a caveman can do it! (R) -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
From: McKown, John Sent: Tuesday, January 12, 2010 2:10 PM To: McKown, John Subject: RE: Anybody use a Wiki for internal information? Make the UniformServer.com not UniversalServer . My poor brain hurts! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
One nice thing about JSPWiki, is that one of the guys helping with development is a mainframer. http://www.jspwiki.org/wiki/HarryMetske Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
Funny, I'm running it on z/OS 1.8 ;-) Dana Mitchell mitchd...@gmail.com 1/12/2010 1:05 PM Tom, Hiperdispatch isn't available until z/OS 1.10.And as far as I remember, it's main benefit is reducing cross-book L2 cache searches, so if you have a z10BC, you only have one book, little or no benefit. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
I may look at that later. PMWiki is so simple that I already have it installed, along with UniformServer for Apache, PHP, et al. under Windows. 0 stress, so far. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, January 12, 2010 2:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anybody use a Wiki for internal information? One nice thing about JSPWiki, is that one of the guys helping with development is a mainframer. http://www.jspwiki.org/wiki/HarryMetske Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to Identify when an alias was deleted
I am trying to remember how to see who and when an alias was deleted. I was going to use DAF but I was not sure if it could tell me this information. I was then going to go after only the SMF 17 records but was not sure if that would include the alias entry. What is my best option? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Identify when an alias was deleted
Look at SMF type 64. This is delete activity for an ICF catalog. The 6x records are all for catalogs (ICF and VSAM - are VSAM catalogs even supported). IIRC DAF does use them. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, January 12, 2010 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: How to Identify when an alias was deleted I am trying to remember how to see who and when an alias was deleted. I was going to use DAF but I was not sure if it could tell me this information. I was then going to go after only the SMF 17 records but was not sure if that would include the alias entry. What is my best option? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace VTS with a tape less appliance
Many shops simply use DASD. Works great and, in many cases, can be a lot less expensive than the TCO of a tape based solution. The use of PC hard drives may look more attractive than z/os hard drives, but I think that is a false economy. Also one has to consider some of the really nifty DR options. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Weidt Sent: Monday, January 11, 2010 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: Replace VTS with a tape less appliance Hello, We have an initiative to replace our aging VTS library with a tape less appliance. In starting our research, I would like to ask the list for comments, advice, and experiences any of you may have had with tape less appliances and the conversion from VTS. Thanks for your help. Jim Weidt Jostens Inc. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: OMVS HFS/zFS
- Forwarded by Ron Wells/AGFS/AGFin on 01/12/2010 03:48 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 01/12/2010 12:02 PM Subject: Re: OMVS HFS/zFS Best practice suggestions when doing Maint. Going to new Rel 1.9 to 1.11z/OS Have modifications in HFS off root file system as well as dir off root... we have in the past ...copy back our changes (first checking any additional changes needed)... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace VTS with a tape less appliance
Do any medium or large shops use tapeless solutions? (you decide what is medium or large). Last time I looked, I think we created over 20TB of tape data a day (mostly virtual, but some physical like HSM and TSM). Of course management wanted to think about going tapeless a couple of years ago as vendors tried to sell them on the idea, but when you consider long term retention, I just don't see how shops cost justify it unless they are small and don't have a lot of long term retention requirements. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Tue, 12 Jan 2010 15:43:59 -0600, Hal Merritt hmerr...@jackhenry.com wrote: Many shops simply use DASD. Works great and, in many cases, can be a lot less expensive than the TCO of a tape based solution. The use of PC hard drives may look more attractive than z/os hard drives, but I think that is a false economy. Also one has to consider some of the really nifty DR options. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Weidt Sent: Monday, January 11, 2010 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: Replace VTS with a tape less appliance Hello, We have an initiative to replace our aging VTS library with a tape less appliance. In starting our research, I would like to ask the list for comments, advice, and experiences any of you may have had with tape less appliances and the conversion from VTS. Thanks for your help. Jim Weidt Jostens Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool V10 - anyone running it
PS. I will see if I can dig up emails on this. I cannot find detailed information on my Debug Tool issues. If I remember correctly, one abend was a S0C4 or S0C1 in EQA50TMN. Another issue was intermittent abends corrected by deleting BPS members (which happens here to a lesser extent on V9). PF7 and PF8 not working in monitor screen after changing a value there. Also reports of abends using PF7 or PF8 in source screen (that also might have been after changing values in monitor screen). Another report was it worked fine as long as there were no breakpoints set and they didn't look at storage. Once they looked at storage (list or monitor list) it abended when they hit PF9 (GO). Settings and breakpoints not being saved between sessions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes (...no, not back)
---snip-- I disagree. The basic operation of a credit card at the get go was for the customer to be authenticated by comparing the signature on the voucher with the one on the card. If they don't match the vendor refuses the transaction. This is still the basic MO for credit card transactions. --unsnip-- Most credit card acceptors around Metro Chicago just swipe the card through a stripe-reader and don't even look at it. Signature comparison? HAH!! ---snip- Shops like Fry's always annoy me when they ask for my Driver's license, make a cursory comparison of the picture and my name with my face and the card, and then complete the transaction without even checking the signature. Even for transactions for 1000s of dollars. Can they really spot a counterfeit license? -unsnip- No they can't spot a phoney license. 99% of the population doesn't even realize that birthdate and gender appear on the license on two places, as a cross-check. Even a lot of police officers don't know where to find the second occurance. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
Paul Gilmartin wrote: IBM seems determined to drop HTML support for at least this manual. The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
On Tue, 12 Jan 2010 14:55:55 -0800, Edward Jaffe wrote: Paul Gilmartin wrote: IBM seems determined to drop HTML support for at least this manual. The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( Was it for similar reasons that SMP/E, Assembler Services, perhaps others, went to multiple volumes? I bet that makes cross-references harder. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Paul Gilmartin wrote: IBM seems determined to drop HTML support for at least this manual. The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( It's only 1300 pounds. Make that pages. :-) But still heavy reading. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
We have SharePoint available which runs under M$sqlserver. Most information is not in wiki format and searching is quite inefficient because of the high number of useless hits. There is an open wiki w/~1400 pages that has not caught on with the general user. about 500 of those pages are mine. This is very helpful in providing links based on the topic in the page name. By searching within the wiki as opposed to the whole website, the first listed hits are often the most relevant. But the auditors, bless their hearts, said that any official documentation must be stored in a restricted location. so I have my own wiki w/~700 pages w/independent access security. There is no way to easily cross link the wikis -- it requires a url link. What would be ideal is a wiki like mediawiki which has namespaces and which also has independent access security for each namespace. Does anyone know if that exists? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/12/2010 10:50:28 AM: -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. We do your at present method, but store them on Sharepoint. -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subject: Re: VTOC Fmt6
Rick of course you are quite correct. The newer portions of Z/os like OE and TCP/IP/COBOL are horrendously documented. How long ago did you last check, Ed, when you were working on IBM Mainframes 5 years ago? :-) Yes I know the COBOL finally put out a MC but IBM's denial for so long that it needs one is totally unnatural (at least to me). You are confused again...we have always had messages and codes for COBOL run-time messages, since LE came out in 1991. Maybe you could not find them, they are (and were) in the LE Run-time messages manual. IIRC it took the combined effort of GUIDE/SHARE to pester IBM into better doc. Maybe its time to renew the request? Speaking for COBOL, we have gotten quite a bit of positive feedback, including at least 2 different users who said that the COBOL Migration Guide was the best IBM manual they had ever seen! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
edja...@phoenixsoftware.com (Edward Jaffe) writes: The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( it would be fun to get a look at it to fix generation of html ... POO has been subset of the architecture book ... which has been twice as large ... started out as cms script file with conditionals ... that command line arguments to the cms script command would either format the full document or just the POO subset. last spring I had done a lot with the transcripts of the pecora hearings (senate banking hearings in the wake of '29 crash ... leading up to glass-steagall) ... with a whole lot of cross-indexing and generated loads of hrefs. the original scanned transcripts were six volumes with 2345 pgs total and 20 volumes with 9296 pgs total. the original document wasn't the best ... so the scan wasn't outstanding and several places the OCR of the scanned pages is very low quality ... so the individual HTML'ed pages from the OCR, periodically have a lot of garbage; as a result I put in each HTML'ed page a HREF reference back to the corresponding page in the scan'ed document (whole thing is under two gbytes, most of which are the original scanned files). by comparison, Z -07 POO PDF file says 1344 pages ... for the heck of it I just started a save as text ... which is going quite slow ... a lot of the formating figures are lost in save as text -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
Paul Gilmartin wrote: On Tue, 12 Jan 2010 14:55:55 -0800, Edward Jaffe wrote: The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( Was it for similar reasons that SMP/E, Assembler Services, perhaps others, went to multiple volumes? I bet that makes cross-references harder. In the old days, books were printed on paper and usually placed into a three-ring binder. When they got too big, the authors split them into multiple volumes. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM search/routing problem
Luke Thanks for the information, Chris. I used some of your suggestions and I think I've been able to solve the issue. It looks much more like a *problem* to me but I sadly very often these days am obliged mentally to translate issue into problem in order to make sense of what is said in the English language I learned, grew up with and have used for all of my life so far! Certainly the suggestions were to be used one at a time! Your suggestion to use LUALIAS may have been the key because it forces VTAM to fully qualify the resource and to not use an alias. Because of that VTAM uses the correct ADJSSCP table. Yes, the more I reviewed LUALIAS, the more it seemed to fit your needs. As you say it creates an LU name in a fully-qualified state so that there will be an accurate match to any table where portions apply only to a specific NetId. IST879I SLU/DLU REAL = RMTNET.RMTLU ALIAS = ***NA*** I see this is one of the messages in response to a DISPLAY NET,SESSIONS,SID= command. You should be able to track the effectiveness of your definitions independently from having to start sessions by simple DISPLAY NET,ID= commands for the CDRSC definitions. I implemented LUALIAS on both the EN and NN with static CDRSC definitions: VBUILD TYPE=CDRSC * RMTNET NETWORK NETID=RMTNET RMTLUCDRSC ISTATUS=ACTIVE,NATIVE=NO,NQNMODE=NQNAME,SUBAREA=NO, X LUALIAS=RMTLU It should have been necessary only in the End Node (EN) since the LUALIAS operand applies *only* to LU names used over the VTAM Application Programming Interface (API). quote Note: LUALIAS takes effect only in the following situations: - When the LUALIAS name has been defined for a resource that is defined on the CDRSC definition statement that is preceded by a NETWORK definition statement. - For session requests that cross the application programming interface. - For session requests whose origin or destination is the VTAM for which LUALIAS is coded. VTAMs along the session setup path are not involved with or affected by LUALIAS. /quote It would be interesting to see the messages in response to a DISPLAY NET,ID=rmtlu command. I find it interesting that you have implied using the same name for the LUALIAS operand *and* the CDRSC statement. I hadn't appreciated that this was possible. But as I now reread the text in the manual, when the name specified by the LUALIAS operand is used over the API, it just becomes the fully-qualified name defined by the CDRSC statement and the preceding NETWORK statement. QED! After I got the CDRSCs in place, I had to update my adjacent SSCP and adjacent cluster tables. You may have missed the point I made in my first response. In order to emphasis it I ask you to write out the following in your neatest handwriting 100 times: APPN in VTAM does *not* use adjacent SSCP tables. Just in order to qualify that very important point, I need to add the following - which you are excused from writing out 100 times! Any session setup in VTAM is initiated in a subarea environment - you could say on the subarea side of VTAM. - If there is *no* subarea function within that VTAM, SACONNS=NO (or, according to the original rules, there is no SACONNS start option and HOSTSA is *not* specified - see Table 67 and ignore the inadequate descriptions of the start options), that session setup immediately passes to the APPN side of VTAM. - If there *is* subarea function within that VTAM, SACONNS=YES (and HOSTSA is specified - assuming it is not designed to be 1), that session setup passes to the APPN side of VTAM based on the presence of the ISTAPNCP entry within the adjacent SSCP list associated with the CDRSC as may have been determined by the SORDER start option and an adjacent SSCP table. If you specify SORDER=APPNFRST - which I see you do although it may be irrelevant - the ISTAPNCP entry is *always* first. So, if the EN is pure APPN, the session setup as described so far, will lie purely within the APPN sides of all traversed VTAMs. I am trying to avoid having to consider that the session path may somehow involve subarea paths at any point. That would make the whole exercise more complicated. In any case if the problem is solved by ensuring that the LU name is fully-qualified, any such complications do not need to be examined - today! ADJSSCP - Since my start option on both the NN and EN is SORDER=APPNFRST, I needed to specify SORDER=ADJSSCP in the NETWORK statement. I'll stop you here, Thus is false logic! Assuming that, in effect, your SACONNS start option specifies SACONNS=YES, then the SORDER start option is relevant. If the SORDER start option *is* relevant, having specified SORDER=APPNFRST will ensure that any session setup will pass to the APPN side of VTAM immediately without considering the subarea side of VTAM at all. [1] Thus any NETWORK statements in adjacent SSCP tables are completely and utterly irrelevant - as you have just,
Re: APPC/MVS Job or STC; System Symbols
Dave I'm new to APPC/MVS ... . You will be richly rewarded by downloading SA22-7599-04, MVS Planning: APPC/MVS Management: http://publibz.boulder.ibm.com/epubs/pdf/iea2c440.pdf Can I use system symbols in the APPC Transaction Program? JCL Is it a STC or a Job? You will see in Chapter 5, Controlling the Execution of Transaction Programs, section Specific Scheduler JCL Information for TP Profiles, that the JOB statement is required and that there is a specific section all about the SYSUID variable. FWIW, I see that the sample TP model that I preserved from when I used to play with APPC/MVS contains a JOB card with nothing but a name. Prompted by that, I had a look at the section JOB Statement Restrictions. If you take the word restriction to mean don't bother it becomes more freedoms! Chris Mason On Tue, 12 Jan 2010 11:35:13 -0800, Gibney, Dave gib...@wsu.edu wrote: I'm new to APPC/MVS (Looking at EJES Workstation). Can I use system symbols in the APPC Transaction Program? JCL Is it a STC or a Job? Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bookshelves under BookMangler
On Tue, 12 Jan 2010 16:42:26 -0800, Edward Jaffe wrote: Paul Gilmartin wrote: On Tue, 12 Jan 2010 14:55:55 -0800, Edward Jaffe wrote: The story, as told by John Ehrman, is that the POO got so big, it broke the book build software and nobody at IBM has the time, inclination, or knowledge to fix it. :-( Was it for similar reasons that SMP/E, Assembler Services, perhaps others, went to multiple volumes? I bet that makes cross-references harder. In the old days, books were printed on paper and usually placed into a three-ring binder. When they got too big, the authors split them into multiple volumes. Gee, it feels almost as if the design target of the book build software was the capacity of that three-ring binder. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subject: Re: VTOC Fmt6
On 12 Jan 2010 16:21:08 -0800, in bit.listserv.ibm-main you wrote: Rick of course you are quite correct. The newer portions of Z/os like OE and TCP/IP/COBOL are horrendously documented. How long ago did you last check, Ed, when you were working on IBM Mainframes 5 years ago? :-) Yes I know the COBOL finally put out a MC but IBM's denial for so long that it needs one is totally unnatural (at least to me). You are confused again...we have always had messages and codes for COBOL run-time messages, since LE came out in 1991. Maybe you could not find them, they are (and were) in the LE Run-time messages manual. IIRC it took the combined effort of GUIDE/SHARE to pester IBM into better doc. Maybe its time to renew the request? Speaking for COBOL, we have gotten quite a bit of positive feedback, including at least 2 different users who said that the COBOL Migration Guide was the best IBM manual they had ever seen! Cheers, TomR COBOL is the Language of the Future! If it is the language of the future when will IBM support the data types in the 2002 standard, recognize IEEE BINARY floating point so that COBOL can talk nicely to Java and C++ without a conversion routine, recognize decimal floating point that Mike Cowlishaw worked so hard on and based on compile option, 64 address areas to live nicely with 64 bit C++ and Java (probably using XPLINK)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace VTS with a tape less appliance
Bob, I doubt the Retention Options will do what you want. They allow for a delay when a CATALOG controlled file is un-cataloged before it is expired (so for example you want to scratch tapes under CATALOG-control only 5 days AFTER they become un-cataloged). There is then a similar option for CYCLE control tapes; and tapes that are released from an EDM (external data manager). But in all cases, they simply change the expiration date from whatever it was (CATALOG-control, CYCLE/xxx, PERM) to the current date plus the xx value. They are not actually scratched or even reported as expired at that time. And the problem with having the Tape Management System put a delay into the system is that once we scratch a tape; if the robotic system mounts it and we reject it (because the delay hasn't yet been reached) it causes the robot a problem. What you might want to think about instead would be the following. Instead of having CA-1 notify the robot in real-time that a tape has been changed to a SCRATCH tape; do it in batch. Take the output report from TMSCLEAN and put it to a (+1) GDG file. Then, on a daily basis take the (-5) GDG file as input to a batch-job that notifies the robot of the new scratch tapes. The result is that CA-1 will have scratched the tape (and possibly un-cataloged it) and reported it as scratch. But the robot is not notified for 5-days (assuming a once-a-day running of TMSCLEAN). The only thing this will NOT catch are work-tapes (set WRKFLS to NO) and the ISPF SCRATCH command (easy enough to disable and/or block with security rules if you want to). Feel free to contact CA-1 support and ask for me if you want to discuss further (I only monitor this newsgroup from home in the evening - sorry). Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Lester, Bob Sent: Tuesday, January 12, 2010 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Replace VTS with a tape less appliance Bob, Can't you use CA-1's extended retention options for this? See Ch 1.6.3.5 Retention Options in the System Programmers Guide. Kees. Hi Kees, I hadn't thought of that approach. Thanks for the tip! Bob Lester -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New ITSO Redbook on MTTR
Hello, Just to let everyone know (in case you have an interest in Mean Time To Recovery), I recently put a draft Redbook about System z Mean Time To Recovery Best Practices out on the Redbooks Web site (http://www.redbooks.ibm.com/redpieces/abstracts/sg247816.html?Open). The book should be finalized in a week or so, so if you have any comments on it, please send them to k...@us.ibm.com before then and I will try to apply them to the book. Thank you for your interest, and I hope you find the book helpful. Frank Kyne k...@us.ibm.com ITSO Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Identify when an alias was deleted
SMF 17 is only for non-VSAM deletes. (But, if you are looking for a non-VSAM delete, always also look at SMF 18, RENAMEs - I've seen them Rename the dataset and THEN delete it.) SMF 62 are VSAM Open Records. SMF 64 are VSAM Close/EOV records. SMF 61, 65, 66 are ICF Catalog Records, and (I think) will identify Alias Deletes. VSAM Catalogs have been long-gone, but when they existed the created the other 6x records, 63, 67, and 69. Barry Merrill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, January 12, 2010 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: How to Identify when an alias was deleted I am trying to remember how to see who and when an alias was deleted. I was going to use DAF but I was not sure if it could tell me this information. I was then going to go after only the SMF 17 records but was not sure if that would include the alias entry. What is my best option? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody use a Wiki for internal information?
I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? We had a Mediawiki set up on zLinux under z/VM (about 3 years ago). Mostly to facilitate searching for information and some how-tos. The same 'inertia' here. I'm afraid that it hasn't been overcome. The Wiki is only as good as those feeding information into it. Only some in our group do. Those individuals that actually can use information from the wiki may be more active because the time spent documenting things there is a help when they need information from others. For z/OS, I was the only one actually putting contents into it. Content which I knew by heart, anyway. I have also long since stopped putting things into the wiki - I never get to profit from other's knowledge, and it *is* time consuming to correctly document there (in addition to the windoze documents on a drive that we can only read, not update, but that the auditors want there). Good luck overcoming that 'too much bother', though! Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
Our processor has 4 engines and 3 LPARS (production - 4 LPs, development - 2 LPs, and system programmer sandbox - 2 LPs0). 1. For our system set up hiper-dispatch probably won't be of any great benefit. This would be my understanding, as well. I haven't researched this again lately (after I heard Bob Rogers present about it in May 2008). From what I remember, to be effective, you need enough cps to tolerate them being 'almost-dedicated' to one lpar all the time. Also, the logical-to-physical cp ratio was supposed to adhere to the 2:1 that IBM recommends. I seem to remember that Bob said Hiper-dispatch will turn itself off if you're grossly overspecified in that ratio. I haven't checked if that is documented anywhere or if that has changed in the meantime. Nor did I get a definition of 'grossly'. When I asked Bob about effectiveness for a 7cp box with at least 6 lpars sharing those processors, he definitely said that we would probably not benefit at all from hiper-dispatch. He also mentioned that hiper-dispatch is geared towards to large installations with 20 or more cps. 2. Although IBM won't admit it, there could be a downside to hiper-dispatch, especially in smaller environments like our. Yes, in order to be effective, the processor gets semi-dedicated. Meaning it won't be available for the other lpars to use. 3. The measurement tool is a new SMF record that is cut. However, IBM has not published the layout of this record and to get reports on it you have to send the data to IBM (or our third party vendor, Sirius). How convenient for IBM. Never believe any statistic that you haven't falsified yourself (meaning - *you* know what the data basis is and what went into it). - Actually, given how long ago hiper-dispatch was announced and how important it seemed to be, I am really surprised that it took so long to hear the first real enquiry about it. Even taking into account that it needs a z10. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html