Re: Personal: bad news
John, hope you remember me…Seton Hall University and ‘How to recovery and extend an HFS dataset in z/OS 1.4’ went it craped out. I never forgot your help and how it got me out of the dog house those few days…still have you notes. I had no idea you were ill as I’ve haven’t been employed for almost 2 years now and haven’t followed the list closely. First Seton Hall University laid me off then Emigrant Savings Bank laid me off along with a few dozen other folks. My heart and prayers will be with you this day and always. Hand in there…there will always be an England. --- On Wed, 6/8/11, John McKown john.archie.mck...@gmail.com wrote: From: John McKown john.archie.mck...@gmail.com Subject: Personal: bad news To: IBM-MAIN@bama.ua.edu Date: Wednesday, June 8, 2011, 1:43 PM I've been told that I'm being transferred to a acute care facility. I'm scared. -- John McKown Maranatha! Sent from my Vibrant Android phone. -- 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)
Well loose one gain one. I saw a post on the z/VM list that the University of Maine just shut down their mainframe operation. --- On Thu, 1/7/10, Chase, John jch...@ussco.com wrote: From: Chase, John jch...@ussco.com Subject: Re: Korean bank Moves back to Mainframes (...no, not back) To: IBM-MAIN@bama.ua.edu Date: Thursday, January 7, 2010, 1:46 PM -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hal Merritt Concur. It would appear that the consumer electronic financial infrastructures are quite different outside of the US. Indeed, ours seems pretty primitive and a lot less consumer friendly. More, they don't seem to have quite as much of a fraud problem as we seem to have. I think I read somewhere that they don't use 'credit cards' as we know them in Asia. Rather, it is more of a 'smart card' strategy. Wonder how this works without fees? Two possibilities come immediately to mind: 1. Interest on loans, and/or 2. Government (tax) subsidy. I doubt corporate altruism enters into the equation. -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 -- 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 driving mainframe systems programmers into the ground
I think the answer to this (below) is that what we are looking at is not the beginning of the end for z/Systems Programmers but the end of the beginning. Ten releases from now (z/OS 20.x) and chimps will be able to do out jobs because IBM will have altered things to the point where highly trained sysprogs really aren't needed. In fact I believe there really is a very good chance to see the need for sysprogs disappear completely. Log into an IBM web site and download all the updates, fixes, new operating systems etc. Why not? Shortly it will be done with MS/Wondows and Linux. But who cares, we will all be eating strawberries and cream in waist deep water in the middle of Florida. --- On Fri, 11/13/09, Patrick Lyon ptl...@midamerican.com wrote: From: Patrick Lyon ptl...@midamerican.com Subject: Re: IBM driving mainframe systems programmers into the ground To: IBM-MAIN@bama.ua.edu Date: Friday, November 13, 2009, 11:53 AM On Thu, 12 Nov 2009 16:08:11 -0800, Ed Gould ps2...@yahoo.com wrote: I agree with you and other posters but I think I have some evidence that indicates IBM is essentially attempting to get rid of a lot of sysprogs. Ed, while I see your point in your post I guess I have to ask, why are there 2 of us managing our mainframe and 10+ (estimate) working in the Windoze and Unix groups? I guess my point is there will always be a need for sysprogs, just like people who install and maintain software on the toy boxes. Strictly my own views, of course. -- 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 driving mainframe systems programmers into the ground
It’s in creditable although not surprising. The vendor must be getting $50-$60 an hour out of this. --- On Thu, 11/12/09, Pinnacle pinnc...@rochester.rr.com wrote: From: Pinnacle pinnc...@rochester.rr.com Subject: IBM driving mainframe systems programmers into the ground To: IBM-MAIN@bama.ua.edu Date: Thursday, November 12, 2009, 11:15 AM For those of you who think I overstate the case of IBM driving down bill rates and salaries, check out this posting on DICE for IBM's new facility in Dubuque, IA (watch the wrappage) http://seeker.dice.com/jobsearch/servlet/JobSearch?op=302dockey=xml/1/2/12d903249e783b221ccbc5dd10af5...@endecaindexsource=19FREE_TEXT=racfrating=99 Pay rate $18-20/hour. YGBFKM. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 driving mainframe systems programmers into the ground
Yes, and we all will have jobs in La La land. --- On Thu, 11/12/09, Bill Fairchild bi...@mainstar.com wrote: From: Bill Fairchild bi...@mainstar.com Subject: Re: IBM driving mainframe systems programmers into the ground To: IBM-MAIN@bama.ua.edu Date: Thursday, November 12, 2009, 4:45 PM Or become a contractor to IBM yourself. Then you can try to make a profit by offering your subcontractors considerably more than Veritas does. If IBM is trying to drive down the price of Sysprogs and they succeed, then they will have reduced the total cost of ownership of a mainframe system to a mainframe customer, and perhaps they will be able to sell more mainframe systems that way. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, November 12, 2009 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM driving mainframe systems programmers into the ground So if I remember what contracting companies do IBM charges one rate. Then a company like Veritas Solutions is contracted by IBM and then they have to pay even less because they need to make a profit. Which is probably why the hourly rate is SOOO LW So the best action is to deal directly with IBM and not its subcontractors. 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: Back to Work
Thanks Joe, I haven't forgotten you. I need all the support I can get these day. I still have to contact you to help me bring up Hercules on my home computer. --- On Sun, 10/18/09, Joe Reichman joereich...@optonline.net wrote: From: Joe Reichman joereich...@optonline.net Subject: Re: Back to Work To: IBM-MAIN@bama.ua.edu Date: Sunday, October 18, 2009, 5:09 PM Howard know what you mean When I went for a Job to LA back in 2001 For the first month I was Clinically depressed so much so That I couldn't eat anything But then again Being an orthodox single jew most of my friends are here -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Sunday, October 18, 2009 4:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Back to Work Best of luck to you. I'm sitting here with two requests from IBM regarding Dubuque, Iowa positions. My wife is really opposed to going out there at our ages. Family around these parts (NYC Metro) and all that. --- On Sun, 10/18/09, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: From: Eric Bielefeld eric-ibmm...@wi.rr.com Subject: Back to Work To: IBM-MAIN@bama.ua.edu Date: Sunday, October 18, 2009, 12:18 PM I finally am going back to work on Monday. I'll be working at the new IBM call center in Dubuque, Iowa. I'm not sure if later today I'll even be able to see my IBM-Main messages when I leave Milwaukee. I'll be living on a farm in the country. I'm not sure if I want to pay $60 to $80 a month for internet access by either satellite or cell phone. Time will tell. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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 -- 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: Back to Work
Best of luck to you. I'm sitting here with two requests from IBM regarding Dubuque, Iowa positions. My wife is really opposed to going out there at our ages. Family around these parts (NYC Metro) and all that. --- On Sun, 10/18/09, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: From: Eric Bielefeld eric-ibmm...@wi.rr.com Subject: Back to Work To: IBM-MAIN@bama.ua.edu Date: Sunday, October 18, 2009, 12:18 PM I finally am going back to work on Monday. I'll be working at the new IBM call center in Dubuque, Iowa. I'm not sure if later today I'll even be able to see my IBM-Main messages when I leave Milwaukee. I'll be living on a farm in the country. I'm not sure if I want to pay $60 to $80 a month for internet access by either satellite or cell phone. Time will tell. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: More bad news.
Ed, (smile) I contend there isn't any mainframe skills shortage. z/VM, z/OS, SDF/Cobol/CICS/ DB2 and anything else you can think of. With all the mainframe folks out of work now you could fill every standing mainframe job opening in the contry and then some. Who was the wise guy yelling about H1B's because there isn't enough talent out there in the USA. --- On Tue, 9/29/09, Edward Jaffe edja...@phoenixsoftware.com wrote: From: Edward Jaffe edja...@phoenixsoftware.com Subject: Re: More bad news. To: IBM-MAIN@bama.ua.edu Date: Tuesday, September 29, 2009, 5:23 PM Arthur Gutowski wrote: ... until this so-called recovery actually happens, I don't see much of either sort of training happening here. In his Sep 20 CNN interview, President Obama said that U.S. employers have eliminated almost 7 million jobs since the recession started and that you need 150,000 additional jobs each month just to keep pace with population growth. Either my calculator is broken or recovery seems a long, long way off...at least in the United States. To restore 7 million jobs over 5 years you have to add (60 * 150,000 + 7,000,000) / 60 jobs per month or 266,666 new jobs every month for 5 years. (Not likely.) It's not much better when the problem is spread over 10 years (120 * 150,000 + 7,000,000) / 120 = 208,333 new jobs every month for 10 years. The coming mainframe skills shortage should help mainframe job demand out-pace that of other industries. However, most of our employers' customers work in other industries... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: More bad news.
Ed, If you can relocate there are chances of getting one year contracts in different parts of the U.S. like S.C. Denver etc., but no permanent work. If such training is taking place it most likely is in shops giving training to people who already work for them. --- On Mon, 9/28/09, Edward Jaffe edja...@phoenixsoftware.com wrote: From: Edward Jaffe edja...@phoenixsoftware.com Subject: Re: More bad news. To: IBM-MAIN@bama.ua.edu Date: Monday, September 28, 2009, 6:10 PM Howard Rifkind wrote: So now what's the ratio of real mainframes to mainframe systems programmers in the USA where I would suspect most of the mainframes exist? Dunno. But, some companies are hiring and training new mainframers: http://www.computerworld.com/s/article/9138256/Bank_of_America_touts_mainframe_work_as_a_safe_career -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
More bad news.
Don't mean to be harping on this but if you read the papers this morning or checked out any of the web news sites you would of seen this: U.S. job seekers exceed openings by record ratio Something like 6 to 1 and if that's the case in the general job market it's only worse for mainframe systems programmers. One recruiter told my on Friday it's more line 10 to 1 for mainframers. So now what's the ratio of real mainframes to mainframe systems programmers in the USA where I would suspect most of the mainframes exist? -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
Well, just that we would sell disaster recovery services and other services to help support the operations. Sysprogs out of would could subscribe, be given their own LPAR at specific times with their own data and tinker for a while as they please. Sort of like a subscription service with lower rates for out of work sysprogs just to keep current. Also, should other portions of the project bring in work we would farm it out ot any sysprog qualified and they would be paid for their portion of the job. --- On Fri, 9/25/09, P S zosw...@gmail.com wrote: From: P S zosw...@gmail.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Friday, September 25, 2009, 5:22 PM Sorry to seem dense -- what does: Of course we would like to sell so D/R and other services like picking up off load work from other small mainframe shops. mean? -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
You got it. I though of a subscription thing for sysprogs and maybe a part share in the organization only for sysprogs...every one else pays cash. --- On Sat, 9/26/09, Scott Ford scott_j_f...@yahoo.com wrote: From: Scott Ford scott_j_f...@yahoo.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Saturday, September 26, 2009, 10:52 AM Sort like Sungard or Comdisco ..but more for the sysprog. Scott J Ford www.identityforge.com From: Howard Rifkind ibm_m...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, September 26, 2009 10:47:20 AM Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities Well, just that we would sell disaster recovery services and other services to help support the operations. Sysprogs out of would could subscribe, be given their own LPAR at specific times with their own data and tinker for a while as they please. Sort of like a subscription service with lower rates for out of work sysprogs just to keep current. Also, should other portions of the project bring in work we would farm it out ot any sysprog qualified and they would be paid for their portion of the job. --- On Fri, 9/25/09, P S zosw...@gmail.com wrote: From: P S zosw...@gmail.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Friday, September 25, 2009, 5:22 PM Sorry to seem dense -- what does: Of course we would like to sell so D/R and other services like picking up off load work from other small mainframe shops. mean? -- 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 -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
BTW, anyone really interested in something like this? feel free to contact me off line. --- On Sat, 9/26/09, Scott Ford scott_j_f...@yahoo.com wrote: From: Scott Ford scott_j_f...@yahoo.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Saturday, September 26, 2009, 10:52 AM Sort like Sungard or Comdisco ..but more for the sysprog. Scott J Ford www.identityforge.com From: Howard Rifkind ibm_m...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, September 26, 2009 10:47:20 AM Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities Well, just that we would sell disaster recovery services and other services to help support the operations. Sysprogs out of would could subscribe, be given their own LPAR at specific times with their own data and tinker for a while as they please. Sort of like a subscription service with lower rates for out of work sysprogs just to keep current. Also, should other portions of the project bring in work we would farm it out ot any sysprog qualified and they would be paid for their portion of the job. --- On Fri, 9/25/09, P S zosw...@gmail.com wrote: From: P S zosw...@gmail.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Friday, September 25, 2009, 5:22 PM Sorry to seem dense -- what does: Of course we would like to sell so D/R and other services like picking up off load work from other small mainframe shops. mean? -- 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 -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
I used to think that there wasn't enough experienced (10-15+ years) out there anymore. But that was when I was working on a full time job and the economy hadn't bellied up yet. When I was laid off from a NYC bank I got a rude awaking as to how many of us older folks are now out there looking for work...contract or anything else. The bad economic situation and fewer mainframes is the kiss of death. --- On Thu, 9/24/09, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: From: Eric Bielefeld eric-ibmm...@wi.rr.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Thursday, September 24, 2009, 6:57 PM I have a situation here that sheds a little light on the oversupply of mainframe people right now. A government body, I won't say which one, is looking for 5 or 6 mainframe people, one of which was a z/OS sysprog. Forty companies submitted RFPs to fill these jobs with long term contractors. These jobs aren't even approved by the government body yet, so they might not even happen. I'm sure each company that submitted an RFP for these jobs had at least 2 or 3 resumes for each position. That's 80 to 120 people just for the Sysprog job. I'm sure some of you who read this applied. Unfortuneatly, my company was not picked. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: Very interesting discusion...
Phil, How do I become a member of the group you listed below? T.Y. --- On Thu, 9/24/09, Phil Smith III li...@akphs.com wrote: From: Phil Smith III li...@akphs.com Subject: Very interesting discusion... To: IBM-MAIN@bama.ua.edu Date: Thursday, September 24, 2009, 7:18 PM ...going on at http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=gid=2196066discussionID=6103815sik=1253410529718trk=ug_qa_qgoback=.anh_2196066.ana_2196066_1253410529718_3_1 about mainframe jobs and staffing. ...phsiii -- 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: Very interesting discusion...
Phil, please ignore found out how to do this. thanks --- On Fri, 9/25/09, Howard Rifkind ibm_m...@yahoo.com wrote: From: Howard Rifkind ibm_m...@yahoo.com Subject: Re: Very interesting discusion... To: IBM-MAIN@bama.ua.edu Date: Friday, September 25, 2009, 10:26 AM Phil, How do I become a member of the group you listed below? T.Y. --- On Thu, 9/24/09, Phil Smith III li...@akphs.com wrote: From: Phil Smith III li...@akphs.com Subject: Very interesting discusion... To: IBM-MAIN@bama.ua.edu Date: Thursday, September 24, 2009, 7:18 PM ...going on at http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=gid=2196066discussionID=6103815sik=1253410529718trk=ug_qa_qgoback=.anh_2196066.ana_2196066_1253410529718_3_1 about mainframe jobs and staffing. ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
Hope lots of you folks read this because it's right on target. I've been thinking about getting together with a group of people and looking into setting up a small mainframe with the latest software, z/VM, z/OS, CICS, DB2 etc. It would use z/VM as the base and run LPAR mode. We would like to sell subscriptions to sysprogs to tinker, learn, crash etc. Of course we would like to sell so D/R and other services like picking up off load work from other small mainframe shops. Any ideas??? Any one interested. Contact me off line. --- On Fri, 9/25/09, Stephen Y Odo step...@hawaii.edu wrote: From: Stephen Y Odo step...@hawaii.edu Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Friday, September 25, 2009, 3:30 PM And that's the reason I want a hobbyist license for z/OS that can run on a PC ... The skills that are available are basically the ones that students have access to. To be proficient at something, you need to have lots of hands-on time to tinker. Students can install Java, UNIX, Linux, OpenSolaris, Windows, Mac OS X, Apache, Tomcat, etc. on their laptops and experiment and learn. They can't do the same with z/OS, CICS, etc. ... The only way to get experience on z/OS and CICS is to enroll in one of those colleges and get time on their mainframe or to get a job with a company that has z/OS and CICS (but they won't be able to do much tinkering in that environment). As these students graduate and move up in the workforce (some of them are now CIOs), they'll tend to push what they're familiar with. Guess what, look at what all these CIOs are pushing ... UNIX, Linux, Solaris, Windows, Mac OS ... where's z/OS and CICS? Think it might be correlated? hmmm ... --Stephen Howard Brazee wrote: I believe that a significant factor in what companies choose for their future IS needs is their perception on what skills the job market will have in the future. Some skills appear to be self-taught. If the tools are cheap, such as HTML, BASH, and Java, kids in school are perceived as being experienced in those skills if they have used them for projects and hobby use. And that perception is probably at least as accurate as assuming someone who took a course in MVS is ready to be productive. Part of the problem is that companies don't expect their employees to stay around for their careers as much as they did in the past. Training them to work for their competitors is not attractive - just hire the competitors' workforce instead. (self-destructive behavior) So how does this perception get changed? How do (we) change the mind set of upper management into considering that mainframes still are a cost-effective long term solution? -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
Wonderful, Now, after all these skills are acquired and these newbies without any practical experience, entering a VERY limited mainframe market place are competing with experience systems programmers with years of experience...what happen? Want cheap..hire a newbie low salary and what not. Want to get the job done pick an experience sysprog. That's my two cents. BTW where are the mainframe hot spots these days??? --- On Fri, 9/18/09, Ken Porowski ken.porow...@cit.com wrote: From: Ken Porowski ken.porow...@cit.com Subject: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Friday, September 18, 2009, 3:14 PM For the We're not dead yet file IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities Schools in Emerging Markets Join IBM Academic Initiative for System z; program now reaches students in 61 countries http://www-03.ibm.com/press/us/en/pressrelease/28430.wss -- 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 Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities
Everything being said; where are the new mainframe installations? You need those in order to fill jobs for both newbies and experience sysprogs. --- On Thu, 9/24/09, Pinnacle pinnc...@rochester.rr.com wrote: From: Pinnacle pinnc...@rochester.rr.com Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities To: IBM-MAIN@bama.ua.edu Date: Thursday, September 24, 2009, 5:48 PM - Original Message - From: Patrick O'Keefe patrick.oke...@wamu.net Newsgroups: bit.listserv.ibm-main Sent: Thursday, September 24, 2009 5:22 PM Subject: Re: IBM Program To Help Students Gain Critical Mainframe Skills Grows To More Than 600 Universities On Thu, 24 Sep 2009 13:56:31 -0700, Howard Rifkind ibm_m...@yahoo.com wrote: ... Want cheap..hire a newbie low salary and what not. Want to get the job done pick an experience sysprog. ... Ok. 2 not particularly compatable problems: 1. a large number of experienced programmers out of work 2. a large numberof programmers soon to retire IBM's initiative is directed at #2 but may make #1 worse. You can bet the freshly minted graduates are going to need training that wasn't provided in college. So maybe the unemployed programmers should sell their skills as tutors and trainers. (Oops. Sorry Steve. I forgot about #3 - languishing trainers.) If IBM keeps driving down bill rates and salaries, their newly minted graduates will be the only ones available to fill the jobs. But why would they when Web design and Java are paying more? The only reason that there is a mainframe skills shortage now is that people do not want to pay more than $40-50/hr for experienced mainframe systems programmers. These bill rates are from the 70's and 80's. Many of my colleagues have left the industry to pursue other careers. If the mainframe skills market really responded to supply and demand, bill rates would be higher and there would be no shortage of mainframe talent. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Startup of All STCs After IPL
In my comment what I should have made clear was that on the older system everything is in sync with the older level and the newer system everything in in sync for the upgraded system. If I didn't make that clear then I should have...sorry about that. --- On Wed, 9/9/09, Mark Zelden mark.zel...@zurichna.com wrote: From: Mark Zelden mark.zel...@zurichna.com Subject: Re: Startup of All STCs After IPL To: IBM-MAIN@bama.ua.edu Date: Wednesday, September 9, 2009, 9:42 AM On Tue, 8 Sep 2009 22:30:35 -0400, Robert A. Rosenberg hal9...@panix.com wrote: My question is why waste the time/effort to go to from v1.4 to v1.7 only to get one year of support when going to v1.8 would seem to be the same time/effort and would result in a number of years of support. It is not as if v1.8 was bleeding edge and thus a larger risk than v1.7. This sort of thing has been discussed many times. I have no idea what the exact circumstances are here, but if you need coexistence, you have to stay within the supported coexistence levels. This is not the same as jumping forward or even (unsupported) fallback. I'm talking about running a mixed complex (shared spool, catalogs, dasd, various control data sets for HSM, RMM, etc.). If your business is willing to make the jump forward for all systems at the same time, then you can do it. If not, you have to stay within the supported coexistence levels. And no, the extended support for z/OS 1.7 and z/OS 1.8 does not address this issue. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
A personal request.
I have a personal request from you folks on the list that attended Share. I anyone at Share heard my name mentioned would you be kind enough to email me off list. Thanks. Howard M. Rifkind VuQuest Internet Services and Consulting, LLC. -- 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: A personal request.
The whole nine yards please. On Tue, 9/8/09, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: From: Eric Bielefeld eric-ibmm...@wi.rr.com Subject: Re: A personal request. To: IBM-MAIN@bama.ua.edu Date: Tuesday, September 8, 2009, 6:05 PM Do you only want the good stuff, or the bad stuff too? (I didn't attend Share, so I can't help you). Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Howard Rifkind ibm_m...@yahoo.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 08, 2009 4:20 PM Subject: A personal request. I have a personal request from you folks on the list that attended Share. I anyone at Share heard my name mentioned would you be kind enough to email me off list. Thanks. Howard M. Rifkind VuQuest Internet Services and Consulting, LLC. -- 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: How often IPL a production LPAR (any good practice)
Like everything else in this world, it depends. One of my customers has a multi LPAR z9/BC system and one LPAR is reserved for testing new RSU’s and any other added upgrades and functions. After all of the above is installed, upgraded or whatever, it means nothing unless you can do come production work on the upgraded system, but all of you already know that. So the regular production is left running and volumes with special databases and other data is brought online to the upgraded LPAR and selected production is run there for 2-7 days so a complete cycle of work can be tested. If problems are encountered those problems are resolved and re testing takes place until all appears to be normal. At that point we shut down the current production LPAR, attached all the other volumes to the newly upgraded system and normal operation proceeds. No renaming of volumes etc…no hassles, seem to work just fine weather or not this is a z/VM system with z/OS running under it or anything else. Seems to be our best practices. It’s also no big deal to keep RACF and any other such data up to date across the test system and production system. Howard, VuQuest Internet Services and Consulting, LLC. --- On Mon, 9/7/09, Timothy Sipples timothy.sipp...@us.ibm.com wrote: From: Timothy Sipples timothy.sipp...@us.ibm.com Subject: Re: How often IPL a production LPAR (any good practice) To: IBM-MAIN@bama.ua.edu Date: Monday, September 7, 2009, 4:29 AM Ron Hawkins writes: 2:00 am for which timezone, and middle eastern countries do not find Sunday outages acceptable. 24x7 really means 24x7. Give me the version without an outage.. Right, that version is called Parallel Sysplex. However, *reducing* the duration (and risk) of planned service outages is still a useful improvement in many situations, even if for some reason you cannot get Parallel Sysplex (which can *eliminate* service outages) implemented right away. Hence the TogglePlex suggestion. (No, that's not an official name. Maybe it ought to be? :-)) And it's not a new idea. The Sysprog I worked with in Singapore was doing this over 10 years ago on two frame Parallel Sysplex. Swing over to one LPAR country by country on Friday night, IPL. the empty LPAR to the new Maint level, and then swing back country by country on Sunday night. I was thinking about a TogglePlex sans Parallel Sysplex. I'm sure it's not a new idea. But I see many customers that do not yet use a TogglePlex approach (or something like it), so I thought it might be worth mentioning (and giving an unofficial name; perhaps someone has a better name).. About the only cost-related issue I can think of with a TogglePlex is reserving some memory to facilitate the toggle. But that's not much cost at all -- and it might even be zero additional cost in the real world. For example, the memory could be temporarily borrowed from another LPAR that could tolerate being shut down for a relatively brief interval just before the toggle, such as a development LPAR. Also, in many cases the memory allocated to the uplevel LPAR could initially be less than what was allocated to the downlevel LPAR. If the toggle is scheduled at a relatively quiet time (in memory usage terms), you can start off with a smaller memory allocation and verify that the uplevel LPAR operates correctly. Once verified, you can shut down the downlevel LPAR (or, better yet, another LPAR) and (nowadays) dynamically add memory to the uplevel LPAR. (All that is easy enough, but if you happen to have z/VM it's even easier.) It is possible to maintain a group LPAR capacity softcap lid throughout the whole toggle operation (and beyond), so there should be no cost-related issues there. I'm not saying that a TogglePlex offers the same level of service as Parallel Sysplex. It clearly doesn't: there's still a (shorter) service interruption, and the operator has some more work to do. But a TogglePlex is a decent step forward along the higher availability continuum, in between a single production LPAR and a Parallel Sysplex. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can CICS region share more than one processor
John, Of course you are right. But it's now and into the future about share holder value...to coin a phrase I heard while working for Best Foods in Englewoodcliffs, N.J. ... from the President of the North American Division O' by the way he was from Germany. --- On Wed, 8/12/09, McKown, John jmck...@healthmarkets.com wrote: From: McKown, John jmck...@healthmarkets.com Subject: Re: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, August 12, 2009, 12:17 PM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, August 12, 2009 10:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Can CICS region share more than one processor Of course, since this requires rewriting, or at least validating, the current code to be ThreadSafe, this is not really a good option. Why? Since when is improving application code a bad option? - Too busy driving to stop for gas! It costs time and money for what is generally perceived as unnecessary (so called) improvements. Now, perhaps in this case, if it could defer a CPU upgrade, it would be good (in management-speak). What we technicians consider good is often considered bad by management because it is useless to the business (in an immediate sense). Like trying to create a fuel efficient engine back when gasoline was $0.25 a gallon. Technically, it would have been good. But it would have been perceived as useless (and not cost effective) because it would not have increased profitability to the car manufacturers. The same applies to unnecessary code changes. If the end user experience is not improved and hard money costs not decreased what good is it?. My cynical take on things as have happened in my experiences. -- 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
Hercules; more information requested.
Greetings all, Please forgive the cross post with the z/VM list. I’ve just read through the posts on Hercules (z/VM list). I’ve heard about it but don’t know much about this software. Does it run on a PC in Windows, Linux…what? Is Hercules a shell for z/VM and/or z/OS and if so where does one get legal copies of both? Being that I’m still on the beach I’d like to know where I can find out more about Hercules and install it on my home PC. Being out since the end of March … thanks to lay offs at the bank I worked for isn’t much fun and a mind is terrible thing to loose. If I had something at home to fool around with, that would be great and perhaps keep some of my skill warm. Thanks -- 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: Mainframe hacking
Interesting, I didn't think that back in '93 MVS 4.3 had a USS piece. Or was it OS390 R1 or something like that. --- On Sun, 7/19/09, Mary Anne Matyaz maryanne4...@gmail.com wrote: From: Mary Anne Matyaz maryanne4...@gmail.com Subject: Re: Mainframe hacking To: IBM-MAIN@bama.ua.edu Date: Sunday, July 19, 2009, 10:07 PM I had one once, circa 1992-1993. It was at a university, which at the time were notoriously open, at least as far as TCPIP and a firewall. Someone got the uss screen, was able to get into the production CICS, and the CECI command was not protected, so they were able to shut the CICS down. The hack came from Brazil somewhere. Bank of Brazil maybe? Mary Anne On Sun, Jul 19, 2009 at 5:47 PM, P S zosw...@gmail.com wrote: Does anyone here recall any published news articles or incidents involving mainframe hacking (any flavor of VM, VSE or MVS)? Do you personally know of any incidents? Or have any such been kept on the QT? -- 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: SMP/E packaging of maintence / products (was: FMID descriptions)
I’ve been following this post and regarding 3390 mod 3’s, the bank I was working for has an EMC whatever box and I know it has a bunch of storage. Your can divide this storage up in any format you like 3’s 24’s, what not. Why the operate with mod 3’s is beyond me it cause more problems then it solves. Running out of space is a constant issue and could be solve by just creating storage pools for a bunch of mod 3’s but they just won’t do it. --- On Sat, 5/30/09, Chris Craddock crashlu...@gmail.com wrote: From: Chris Craddock crashlu...@gmail.com Subject: Re: SMP/E packaging of maintence / products (was: FMID descriptions) To: IBM-MAIN@bama.ua.edu Date: Saturday, May 30, 2009, 3:00 PM On Sat, May 30, 2009 at 8:51 AM, John McKown joa...@swbell.net wrote: A good idea. However, we only have 3390-3 volumes. And, as I said in another post, if I have a large amount of unused space in a SMS pool, then management becomes unglued. Of course, I could just leave the entire space allocated to a zFS file. I'll see if I can talk my manager into that. Thanks for the idea. I don't know whether to be comforted or irritated to see people still suffering from the stupidity of ancient volume architectures. I have a bag full of cheap USB thumb drives that are bigger than a mod 3. Nobody has seen a real 3390 in at least a decade. Storage volumes are all virtual now. Why not just make 'em as big as you need and be done with all this nuttiness? CC -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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: FMID descriptions
Would it be wonderful if IBM could just figure out how to make the FMID's really directly relate the the software product name... --- On Sat, 5/30/09, Richards, Robert B. robert.richa...@opm.gov wrote: From: Richards, Robert B. robert.richa...@opm.gov Subject: Re: FMID descriptions To: IBM-MAIN@bama.ua.edu Date: Saturday, May 30, 2009, 4:25 PM I will checkout the Migration Assistant BIN file, but so far, the BCNFMDS table entries seem to have the most complete English descriptions. And since I now have working code to read those entries, I have a potential solution. My follow-on to Kurt was to ask him if that is an adequate source that is updated continually. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Saturday, May 30, 2009 3:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FMID descriptions On Fri, 29 May 2009 17:54:57 -0400, Kurt Quackenbush ku...@us.ibm.com wrote: Mark Zelden wrote: Bob and I spoke off-list about this. SMP/E is a bad spot for what he is looking for. Too many FMIDs are part of z/OS base. For example, RACF (HRF*). Huh? Given the FMIDs reported by REPORT ERRSYSMODS, I thought Bob was asking for a method to obtain the DESCRIPTION for said FMIDs. Is that not the case? Bob, if not the FMID Descriptions, what exactly are you looking for? An example would be helpful. Sorry, I was referring to the output of LIST PRODUCT (which doesn't show FMIDs) or LIST FEATURE which lumps a bunch of FMIDs into z/OS V1 Base. I hadn't thought of the migration assistant... but I remember Bob mentioning it now and didn't put 2 and 2 together with the ISPF table. So Bob, If you don't want to play with ISPF tables, I think you can parse the output of a migration assistant products applied report fairly easy since there just a single line for each FMID and description and match that to the REPORT ERRORSYSMODS FMID. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: SMP/E packaging of maintence / products (was: FMID descriptions)
Kurt, I also find this a pain in the a__. Is it still IBM's purpose to 'Make this more difficult so we will understand it' You took something that worked real well and messed it up. How about two procedures, one for the z/OS-z/VM and one for HFS/OMVS/UNIX fixes??? --- On Fri, 5/29/09, Kurt Quackenbush ku...@us.ibm.com wrote: From: Kurt Quackenbush ku...@us.ibm.com Subject: Re: SMP/E packaging of maintence / products (was: FMID descriptions) To: IBM-MAIN@bama.ua.edu Date: Friday, May 29, 2009, 6:22 PM McKown, John wrote: Could I ask a question which I know you likely cannot answer. But, if possible, could you explain why the SMP/E Internet download stuff in SMP/E uses UNIX files to store the data rather than z/OS legacy type datasets (perhaps compressed with TERSE or XMIT'ed)? As a matter of fact I can answer that question. Mostly because the download FTP servers and their file systems are not necessarily z/OS, and non-z/OS systems do not typically play well with z/OS data sets. We wanted to keep the package and file structure Internet-friendly (platform agnostic?) so it wouldn't matter much what kind of system was used to serve, or download. Remember, for those that cannot or choose not to download directly to z/OS, we expect the package to be downloaded to a workstation. In addition, we wanted to use a supported and standard archive/compression utility. The UNIX pax command was our choice. Therefore, UNIX files seemed like a good choice all around. I'm sure we could have made other choices, and I'm sure some folks on this list will be more than happy to point them out to me. Be that as it may, the format we landed on was and is UNIX files. It is unfortunate you have to jump through hoops to get a set of volumes to use for the download. Can you work with your storage admins to avoid this in the future? Kurt Quackenbush -- IBM, SMP/E Development -- 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
APAR PTF...Which one to use
Applicable component levels R400 PSY UK40432 UP08/10/08 P F810 R500 PSY UK40433 UP08/10/08 P F810 I'm in the process of installing CICSTS32 and need one of the above PTF's however I don't understand which one to pick. Can someone tell me what the difference is between the two? I'm z/OS 1.10 Thanks -- 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: APAR PTF...Which one to use
Thanks all for your quick replies. The fog has clared...thanks again. --- On Tue, 5/26/09, Chase, John jch...@ussco.com wrote: From: Chase, John jch...@ussco.com Subject: Re: APAR PTF...Which one to use To: IBM-MAIN@bama.ua.edu Date: Tuesday, May 26, 2009, 11:31 AM -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Rifkind Applicable component levels R400 PSY UK40432 UP08/10/08 P F810 R500 PSY UK40433 UP08/10/08 P F810 I'm in the process of installing CICSTS32 and need one of the above PTF's however I don't understand which one to pick. Can someone tell me what the difference is between the two? Here's a situation where it's nice to know that the CTS 3.2 internal CICS release number is 6.5[00]. Another helpful hint is the FMID, which is HCI6500 for the CICS base component. So, CICS TS 3.2 is R500 for choosing PTFs. -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 -- 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: vse to z/os migration
Ron, First, do you have a z/OS (1.7 - 1/10) running? You didn't mention that. Second. If you do and it's a Cobol APP and you have the source code just take the program and re compile it using the O/S Cobol compiler. Correct any syntax errors correct the run JCL (from VSE to MVS) then move the data with something like FDR or DFDSS. Also, check with the z/OS Cobol syntax manual before you start. Still having problems??? Check back here for specific help, this is a great place to ask questions, someone is always around to pull you out of the fire. Good Luck. --- On Mon, 5/18/09, Ron Thomas ron5...@gmail.com wrote: From: Ron Thomas ron5...@gmail.com Subject: vse to z/os migration To: IBM-MAIN@bama.ua.edu Date: Monday, May 18, 2009, 2:15 AM Hi, We have got a requirement to migrate the application from vse environment to z/os, could some one please let me know the technical process involved in migrating systems from VSE to Z/OS also any documents that i can refer for the same Regards, Ron -- 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: vse to z/os migration
I believe the 'Stop Run' statement just ends the program in VSE. In a z/OS environment you want the program to return control back to the O/S...a different world then VSE. --- On Mon, 5/18/09, Bill Klein wmkl...@ix.netcom.com wrote: From: Bill Klein wmkl...@ix.netcom.com Subject: vse to z/os migration To: IBM-MAIN@bama.ua.edu Date: Monday, May 18, 2009, 10:08 AM Kevin, Why do you say that you MUST remove STOP RUN statements from (COBOL) source in a VSE to z/OS conversion. There may be times and environments that you may want to do this - and using GOBACK will never hurt, but I seriously question the universal MUST remove statement. If you are talking about CICS (not batch), the current restrictions (that do NOT include STOP RUN) are listed at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg32/3.1.1 Again, for CICS, you may be interested in the discussion (that includes GOBACK and STOP RUN) in the CICS TS V4.1 beta documentation at (long URL): https://publib.boulder.ibm.com/infocenter/cicsts/v4r1/topic/com.ibm.cics.ts. applicationprogramming.doc/topics/dfhp3_cobol_subprog_flow.html?resultof=%22 %67%6f%62%61%63%6b%22%20 Clark, Kevin kevin.cl...@bcbsde.com wrote in message news:3e469783d18ce74893d7a50dadb294410f714...@email01.server.bcbsde.net... Ron, If it's just a single application, we may need more specific such as hom many programs, language, files (VSAM, BDAM, ETC.) But converting the Core Image Library to a PDS Load library can be done via a PUNCH method and relinked under MVS id you don't have source. You will need to remove any STOP RUN from the COBOL source. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Thomas Sent: Monday, May 18, 2009 2:15 AM To: IBM-MAIN@bama.ua.edu Subject: vse to z/os migration Hi, We have got a requirement to migrate the application from vse environment to z/os, could some one please let me know the technical process involved in migrating systems from VSE to Z/OS also any documents that i can refer for the same Regards, Ron -- 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 message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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
Need email address of Rich Packer
Would any of you good folks know the email address of Rich Packer at AIG in Livingston, N.J.? -- 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
Wacked again - One time post.
Wacked again. This time in less the a year, boy that makes two lost jobs in less then 18 months. What’s going on? Laid off in a 20% cut back. Anyone on the list who has any knowledge of any z/VM or z/OS openings in the NYC Metro area please be kind enough to advise off line. Also, know any really reliable head hunters? Seem there are 5 jobs around and 25 head hunters trying go get my resume in the door. Any help is appreciated. Thanks -- 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: Wacked again - One time post.
Thanks...will do ASAP --- On Mon, 4/6/09, Michael liberatore vze2q...@verizon.net wrote: From: Michael liberatore vze2q...@verizon.net Subject: Re: Wacked again - One time post. To: IBM-MAIN@bama.ua.edu Date: Monday, April 6, 2009, 3:27 PM Just his this afternoon. System Programmer/Storage - contract in Livingston, NJ. Hope this helps!!! Greetings, My name is Vera Etinger and I'm a Recruiter at Info Technologies Inc. You've received this email because the skills in your resume matched our search criteria for a System Programmer/Storage - Senior (6+ yrs) - Hourly in our database. It is possible that you may not be best suited for this particular position, but we have multiple positions available in all areas and levels of IT where you may be interested and better suited. Please respond if you are qualified, available, interested, planning to make a change, or know of a friend who might have the required qualifications and interest in working with us as we have an excellent referral program. Below is the job description to which I am referring for a current job opening located in Livingston, NJ: Senior mainframe storage management consultant position to provide support to the mainframe storage team for Project GIFT, business unit divestitures, and occasional BAU backfill activities. Administers all aspects of the mainframe storage environment for DASD. Responsibilities include mainframe Systems Managed Storage customization, DASD provisioning and reclamation, all aspects of ICF catalog administration and recovery, disaster recovery backup administration, DASD replication administration, DASD and tape maintenance JCL administration, VTOC/VVDS diagnosis and corrective action, assisting users with storage related issues and questions, 24x7 support, recommend and implement changes to the environment to ensure reliable cost-effective use of all tiers of mainframe storage, maintain and enhance in-house written SAS and REXX scripts, project duties as required to support the business and clients. Please reply with updated resume asap. Thank you. Sincerely yours, Vera Etinger (212) 710-5524 vetin...@infotechnologiesinc.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Monday, April 06, 2009 9:49 AM To: IBM-MAIN@bama.ua.edu Subject: Wacked again - One time post. Wacked again. This time in less the a year, boy that makes two lost jobs in less then 18 months. What’s going on? Laid off in a 20% cut back. Anyone on the list who has any knowledge of any z/VM or z/OS openings in the NYC Metro area please be kind enough to advise off line. Also, know any really reliable head hunters? Seem there are 5 jobs around and 25 head hunters trying go get my resume in the door. Any help is appreciated. Thanks -- 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: More Layoffs ?
Tell me about it. The ax fell on Friday, for me it's the second time in less then 18 months. Banking industry is in trouble all around. --- On Mon, 3/30/09, esst...@juno.com esst...@juno.com wrote: From: esst...@juno.com esst...@juno.com Subject: More Layoffs ? To: IBM-MAIN@bama.ua.edu Date: Monday, March 30, 2009, 10:47 AM -Inline Attachment Follows- WHEN DOES THIS END ? Donovan Data Systems had another round of layoffs. It is a privately own company. Apparently the layoffs were done poorly by calling the staff to a training room and determining if Your name was displayed upon a TV screen. If it was not you were asked to leave. Donovan Data Systems is a Service Bureau for the Advertising Media Firms. If I remember they were strictly an Assembler Software Group. There previous layoffs occurred during the summer of 2008 PD Click here to find the right stock, bonds, and mutual funds. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTFOGcgdG1lNcOVRT6s5KeivEjil8feckg2bDzDbt5TDqRIJHxY73S/ -- 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
Greetings all,
Greetings all, Is there a command I can key in to z/OS to determine if the O/S was assigned an I/P address? Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
O/S IP Question.
Sorry, bad subject name. Howard Rifkind rifki...@emigrant.com 3/13/2009 10:23 AM Greetings all, Is there a command I can key in to z/OS to determine if the O/S was assigned an I/P address? Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Greetings all,
Thanks all, that hit the spot. Mark Zelden mark.zel...@zurichna.com 3/13/2009 10:37 AM On Fri, 13 Mar 2009 10:23:21 -0400, Howard Rifkind rifki...@emigrant.com wrote: Greetings all, Is there a command I can key in to z/OS to determine if the O/S was assigned an I/P address? From TSO: TSO HOMETEST or NETSTAT HOME or from the console (assuming procname is TCPIP): D TCPIP,,N,HOME Look for the P under FLG for the primary interface. BTW, if you read any of the how to ask good questions the other day (which I think may have been directed at one of your posts), Gettings all is a lousy subject line. You'll get better / quicker answers most of the time if you have a good subject line. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/S IP Question.
Only because I didn't thing many would take a peek at a message with that title. Eric Bielefeld eric-ibmm...@wi.rr.com 3/13/2009 11:59 AM Howard, I was just wondering why you changed the subject, and asked the question again, seeing as it was already answered! Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Howard Rifkind rifki...@emigrant.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, March 13, 2009 9:35 AM Subject: O/S IP Question. Sorry, bad subject name. Howard Rifkind rifki...@emigrant.com 3/13/2009 10:23 AM Greetings all, Is there a command I can key in to z/OS to determine if the O/S was assigned an I/P address? Thanks -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NEED SOME HELP WITH IEBCOPY
Need some help with IEBCOPY, I have a number of flat files which I want to copy to tape and then back down to DASD on another system. Would anyone out on the list have a sample job to do this which the are willing to share? Any help would be appreciated...Friday night and I would like to go home before midnight. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NEED SOME HELP WITH IEBCOPY
Can't seem to get this to work. Can anyone see what I'm missing? Seems that the OUT is the issue. IEF344I E18823X STEP01 OUT - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET E18823.CAI.COMSERV.PTF.QO94053 //STEP01 EXEC PGM=IEBCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //* //IN DD DSN=SYSESB.CAI.CAICCS.R11SP08.QO94053.PTFFILE, //DISP=(SHR,KEEP) //* //OUTDD UNIT=HCRT, // DISP=(NEW,CATLG,DELETE), // DSN=E18823.CAI.COMSERV.PTF.QO94053, // LABEL=EXPDT=99365, // VOL=(,,,20) //* //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //* Raymond Noal raymond.n...@hds.com 3/13/2009 5:31 PM Howard, First, if by 'flat files' you mean sequential files, then I don't think IEBCOPY is want you want. You should use IEBGENER to copy flat/sequential files. But, for IEBCOPY, here's an example: //S1 EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DISP=SHR,DSN=XXX //OUTDD DISP=SHR,DSN=XXX.NEW //SYSINDD * C I=IN,O=OUT /* // The 'IN' DD statement defines the input data set. The 'OUT' DD statement defines the output data set. If you want to assign the output to a tape file then you will have to code UNIT=TAPE (or whatever you define you tape drives as using an esoteric name) and you may also need a VOL= parameter as well. When you copy an input PDS to an output sequential file, IEBCOPY 'unloads' the PDS to the sequential file. Going in the opposite direction, IEBCOPY will 'load' the sequential file back into a PDS. If you do use IEBGENER, the SYSUT1 DD statement defines the input file and the SYSUT2 statement defines the output file. IEBGENER will copy the input file to the output file without any control cards (SYSIN DD) and the output file will have the same file attributes as the input file. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, March 13, 2009 2:17 PM To: IBM-MAIN@bama.ua.edu Subject: NEED SOME HELP WITH IEBCOPY Need some help with IEBCOPY, I have a number of flat files which I want to copy to tape and then back down to DASD on another system. Would anyone out on the list have a sample job to do this which the are willing to share? Any help would be appreciated...Friday night and I would like to go home before midnight. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NEED SOME HELP WITH IEBCOPY
Thanks Wayne, I think you might be on to something. I also tried IEBGENER and it too doesn't work...same error message. Wayne Driscoll wdri...@us.ibm.com 3/13/2009 6:09 PM Seeing that it is complaining that SPACE wasn't specified, my first guess would be that your ACS routines are ignoring the UNIT=HCRT and assigning the dataset to a DASD volume, rather than a tape. === Wayne Driscoll Omegamon DB2 L3 Support/Development wdrisco(AT)us.ibm.com === Howard Rifkind rifki...@emigrant.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/13/2009 05:03 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: NEED SOME HELP WITH IEBCOPY Can't seem to get this to work. Can anyone see what I'm missing? Seems that the OUT is the issue. IEF344I E18823X STEP01 OUT - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET E18823.CAI.COMSERV.PTF.QO94053 //STEP01 EXEC PGM=IEBCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //* //IN DD DSN=SYSESB.CAI.CAICCS.R11SP08.QO94053.PTFFILE, //DISP=(SHR,KEEP) //* //OUTDD UNIT=HCRT, // DISP=(NEW,CATLG,DELETE), // DSN=E18823.CAI.COMSERV.PTF.QO94053, // LABEL=EXPDT=99365, // VOL=(,,,20) //* //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //* Raymond Noal raymond.n...@hds.com 3/13/2009 5:31 PM Howard, First, if by 'flat files' you mean sequential files, then I don't think IEBCOPY is want you want. You should use IEBGENER to copy flat/sequential files. But, for IEBCOPY, here's an example: //S1 EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DISP=SHR,DSN=XXX //OUTDD DISP=SHR,DSN=XXX.NEW //SYSINDD * C I=IN,O=OUT /* // The 'IN' DD statement defines the input data set. The 'OUT' DD statement defines the output data set. If you want to assign the output to a tape file then you will have to code UNIT=TAPE (or whatever you define you tape drives as using an esoteric name) and you may also need a VOL= parameter as well. When you copy an input PDS to an output sequential file, IEBCOPY 'unloads' the PDS to the sequential file. Going in the opposite direction, IEBCOPY will 'load' the sequential file back into a PDS. If you do use IEBGENER, the SYSUT1 DD statement defines the input file and the SYSUT2 statement defines the output file. IEBGENER will copy the input file to the output file without any control cards (SYSIN DD) and the output file will have the same file attributes as the input file. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, March 13, 2009 2:17 PM To: IBM-MAIN@bama.ua.edu Subject: NEED SOME HELP WITH IEBCOPY Need some help with IEBCOPY, I have a number of flat files which I want to copy to tape and then back down to DASD on another system. Would anyone out on the list have a sample job to do this which the are willing to share? Any help would be appreciated...Friday night and I would like to go home before midnight. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN
Re: NEED SOME HELP WITH IEBCOPY
BTW. I SURRENDER Wayne Driscoll wdri...@us.ibm.com 3/13/2009 6:09 PM Seeing that it is complaining that SPACE wasn't specified, my first guess would be that your ACS routines are ignoring the UNIT=HCRT and assigning the dataset to a DASD volume, rather than a tape. === Wayne Driscoll Omegamon DB2 L3 Support/Development wdrisco(AT)us.ibm.com === Howard Rifkind rifki...@emigrant.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/13/2009 05:03 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: NEED SOME HELP WITH IEBCOPY Can't seem to get this to work. Can anyone see what I'm missing? Seems that the OUT is the issue. IEF344I E18823X STEP01 OUT - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET E18823.CAI.COMSERV.PTF.QO94053 //STEP01 EXEC PGM=IEBCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //* //IN DD DSN=SYSESB.CAI.CAICCS.R11SP08.QO94053.PTFFILE, //DISP=(SHR,KEEP) //* //OUTDD UNIT=HCRT, // DISP=(NEW,CATLG,DELETE), // DSN=E18823.CAI.COMSERV.PTF.QO94053, // LABEL=EXPDT=99365, // VOL=(,,,20) //* //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //* Raymond Noal raymond.n...@hds.com 3/13/2009 5:31 PM Howard, First, if by 'flat files' you mean sequential files, then I don't think IEBCOPY is want you want. You should use IEBGENER to copy flat/sequential files. But, for IEBCOPY, here's an example: //S1 EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DISP=SHR,DSN=XXX //OUTDD DISP=SHR,DSN=XXX.NEW //SYSINDD * C I=IN,O=OUT /* // The 'IN' DD statement defines the input data set. The 'OUT' DD statement defines the output data set. If you want to assign the output to a tape file then you will have to code UNIT=TAPE (or whatever you define you tape drives as using an esoteric name) and you may also need a VOL= parameter as well. When you copy an input PDS to an output sequential file, IEBCOPY 'unloads' the PDS to the sequential file. Going in the opposite direction, IEBCOPY will 'load' the sequential file back into a PDS. If you do use IEBGENER, the SYSUT1 DD statement defines the input file and the SYSUT2 statement defines the output file. IEBGENER will copy the input file to the output file without any control cards (SYSIN DD) and the output file will have the same file attributes as the input file. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, March 13, 2009 2:17 PM To: IBM-MAIN@bama.ua.edu Subject: NEED SOME HELP WITH IEBCOPY Need some help with IEBCOPY, I have a number of flat files which I want to copy to tape and then back down to DASD on another system. Would anyone out on the list have a sample job to do this which the are willing to share? Any help would be appreciated...Friday night and I would like to go home before midnight. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM
Re: NEED SOME HELP WITH IEBCOPY
Again thanks to all who chipped in on this. The problem was for both IEBCOPY and IEBGENER an HLQ issue. It appears that I can't allocate tape datasets with my HLQ. My manager gave me one which worked out. Lizette Koehler stars...@mindspring.com 3/13/2009 7:21 PM Howard, I would think that either the HCRT is not recognized, the USERID is not authorized to use HCRT or that the HLQ is directed to dasd. You need to check your ACS routines. One way is to use ISMF Option 7.3 TEST. Set up a quick test with the HQL or dataset and see what the SMS ACS routines return to you. Lizette Can't seem to get this to work. Can anyone see what I'm missing? Seems that the OUT is the issue. IEF344I E18823X STEP01 OUT - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET E18823.CAI.COMSERV.PTF.QO94053 //STEP01 EXEC PGM=IEBCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //* //IN DD DSN=SYSESB.CAI.CAICCS.R11SP08.QO94053.PTFFILE, //DISP=(SHR,KEEP) //* //OUTDD UNIT=HCRT, // DISP=(NEW,CATLG,DELETE), // DSN=E18823.CAI.COMSERV.PTF.QO94053, // LABEL=EXPDT=99365, // VOL=(,,,20) //* //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //* -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NEED SOME HELP WITH IEBCOPY
Boy, must be these senior moments getting to me again, forgot about that. Lizette Koehler stars...@mindspring.com 3/13/2009 7:32 PM Howard, One more point. I went back through the IBM Main Archives and you had this same issue on Oct 2008 and Dec 2008. I did not see how you resolved the issue with the HCD or SMS issues. Do you know how you resolved your issue from Dec 2008? Did someone change your HCD so HCRT is not valid? Lizette Howard, I would think that either the HCRT is not recognized, the USERID is not authorized to use HCRT or that the HLQ is directed to dasd. You need to check your ACS routines. One way is to use ISMF Option 7.3 TEST. Set up a quick test with the HQL or dataset and see what the SMS ACS routines return to you. Lizette Can't seem to get this to work. Can anyone see what I'm missing? Seems that the OUT is the issue. IEF344I E18823X STEP01 OUT - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET E18823.CAI.COMSERV.PTF.QO94053 //STEP01 EXEC PGM=IEBCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //* //IN DD DSN=SYSESB.CAI.CAICCS.R11SP08.QO94053.PTFFILE, //DISP=(SHR,KEEP) //* //OUTDD UNIT=HCRT, // DISP=(NEW,CATLG,DELETE), // DSN=E18823.CAI.COMSERV.PTF.QO94053, // LABEL=EXPDT=99365, // VOL=(,,,20) //* //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //* -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF COMMAND LINE ON BOTTOM OF PANEL
Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
Thanks all, Did the settings for the ISPF panels and that worked but it didn't carry over to SDSF. In SDSF did what was suggested (settings) and all is O.k. now. thanks again. Mark Zelden mark.zel...@zurichna.com 3/11/2009 1:15 PM On Wed, 11 Mar 2009 12:59:19 -0400, Howard Rifkind rifki...@emigrant.com wrote: Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Do you remember how to search the archives or google? :-) Type SETTINGS on the command line. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTAM USSTAB QUESTION
I have the following entry in my USSTAB: P39TMMVS USSCMD CMD=P39TMMVS,REP=LOGON,FORMAT=BAL USSPARM PARM=APPLID,DEFAULT=TMONMVS When I key in P39TMMVS we are really getting TMONMVS as the executable. What I don't understand is what path is followed to execute TMONMVS? Any help will be appreciated. T.Y. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Memories
Natalie, how do I get my hands on one of these or subscribe? T.Y. --- On Thu, 2/5/09, Natalie Boike nbo...@msptechmedia.com wrote: From: Natalie Boike nbo...@msptechmedia.com Subject: Mainframe Memories To: IBM-MAIN@bama.ua.edu Date: Thursday, February 5, 2009, 9:35 AM Hello all, I don't know if this is the appropriate forum, but IBM Systems Magazine, Mainframe edition is collecting ³mainframe memories² in recognition of the 45th anniversary of the System/360 announcement. The magazine is hoping to review how the mainframe has changed the industry by publishing user, client and vendor memories in the magazine and on our Web site. Were you one of the 100,000 businessmen who attended the announcement meeting? Did you play a role in helping the 360 evolve over the years? Amusing or earnest, momentous or trivial, we¹d like to hear how the IBM mainframe has impacted your life. Share you story by e-mailing me at nbo...@msptechmedia.com before April 13. Thanks! -- Natalie Boike | Managing Editor IBM Systems Magazine, Mainframe edition and Power Systems-AIX edition nbo...@msptechmedia.com | 612-373-9584 We now offer a free, full-content digital edition of the magazine. Sign up now at http://www.ibmsystemsmag.com/subscriptions -- 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
Adding entries to the APF List in Parmlib Question
Below is an example of a current entry in my PROG00 member APF ADD DSNAME=CCPLUS.REV202.A.LOADLIB VOLUME=PLT040 I have a library which is quite long, but less then 44 characters and what I would like to know is this: Can I use DSN= instead of DSNAME= and can I use VOL= instead of Volume= We are going to IPL tonight and I would like to get the new entry into my PROG00 member tonight. Any help will be appreciated. Thanks -- 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: Adding entries to the APF List in Parmlib Question
BTW Forgot to add, can I split the line into 2 lines??? How? --- On Sat, 2/7/09, Howard Rifkind ibm_m...@yahoo.com wrote: From: Howard Rifkind ibm_m...@yahoo.com Subject: Adding entries to the APF List in Parmlib Question To: IBM-MAIN@bama.ua.edu Date: Saturday, February 7, 2009, 6:01 PM Below is an example of a current entry in my PROG00 member APF ADD DSNAME=CCPLUS.REV202.A.LOADLIB VOLUME=PLT040 I have a library which is quite long, but less then 44 characters and what I would like to know is this: Can I use DSN= instead of DSNAME= and can I use VOL= instead of Volume= We are going to IPL tonight and I would like to get the new entry into my PROG00 member tonight. Any help will be appreciated. Thanks -- 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: Adding entries to the APF List in Parmlib Question
YES to all of the above. Under pressure right now from the boss ... had to go to the video tape (z/OS initialization and Tuning Reference page 613, my manual level) --- On Sat, 2/7/09, Howard Rifkind ibm_m...@yahoo.com wrote: From: Howard Rifkind ibm_m...@yahoo.com Subject: Re: Adding entries to the APF List in Parmlib Question To: IBM-MAIN@bama.ua.edu Date: Saturday, February 7, 2009, 6:08 PM BTW Forgot to add, can I split the line into 2 lines??? How? --- On Sat, 2/7/09, Howard Rifkind ibm_m...@yahoo.com wrote: From: Howard Rifkind ibm_m...@yahoo.com Subject: Adding entries to the APF List in Parmlib Question To: IBM-MAIN@bama.ua.edu Date: Saturday, February 7, 2009, 6:01 PM Below is an example of a current entry in my PROG00 member APF ADD DSNAME=CCPLUS.REV202.A.LOADLIB VOLUME=PLT040 I have a library which is quite long, but less then 44 characters and what I would like to know is this: Can I use DSN= instead of DSNAME= and can I use VOL= instead of Volume= We are going to IPL tonight and I would like to get the new entry into my PROG00 member tonight. Any help will be appreciated. Thanks -- 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
SMPE APPLY - CHECK QUESTION
Hello all, I have a number PTF's which have to go on the system for several of the ASG monitor products. I know as a fact that these fixes with add and/or change members in a SAMPLE PDS. However when I do an APPLY/CHECK the DD for the sample library doesn't appear. When I do the actual apply I can see in the listing of the effected datasets, from the SMPRPT list, that the SAMPLIB was accessed/modified. My question is why doesn't the samplib DD show up during an apply/check run and only during the actual apply. This has cause me a fair share of grief. Any help in finding out why this is happening would be appreciated. Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE APPLY - CHECK QUESTION
Larre, Much thanks for the explanation. Larre Shiller larre.shil...@ssa.gov 1/23/2009 5:24 PM Howard - I believe that is because SMP/E does not OPEN the data sets for an APPLY CHECK. That's why an APPLY CHECK can end with a CC 0, yet when the SYSMODs are actually applied, the data set can run out of directory blocks or space and the APPLY will fail. Larre Shiller US Social Security Administraiton -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE Retry problem.
Hello all, I would like to back out and redo every thing done by the smpe run below. How could I go about this? Retry/Redo did nothing. //SMPCNTL DD * SETBOUNDARY(LM2PWMT) OPTIONS(OPTLMK) . APPLY APARS PTFS FORFMID(LTMV410) JCLINREPORT GROUPEXTEND BYPASS ( HOLDSYSTEM ( DOC ACTION DEP ) ) SOURCEID ( MOM0109 ) RETRY(YES) . Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Retry problem.
Lizette Thanks for the suggestions...I'll check out the redo. Lizette Koehler stars...@mindspring.com 1/22/2009 5:59 PM Howard, The way I would approach this is to identify each and every PTF that was applied. Then create a RESTORE of each and every ptf. This will take time as anything that had not been accepted is also a potential PTF that needs to be restore. You could wind up with 1000's of PTFs that need to be restored. I have done it this way in the past. Second option: Look at the REDO parameter of Apply command. Unless you have a bad PTF in this group REDO will reapply all your PTFs. Third Option: Did you take a backup of your SMPE environment (all Global, Tlibs, and Dlibs)? If so, restore the system and start again. If none of that works, then start with a fresh SMP/E Environment and install from scratch. Lizette Hello all, I would like to back out and redo every thing done by the smpe run below. How could I go about this? Retry/Redo did nothing. //SMPCNTL DD * SETBOUNDARY(LM2PWMT) OPTIONS(OPTLMK) . APPLY APARS PTFS FORFMID(LTMV410) JCLINREPORT GROUPEXTEND BYPASS ( HOLDSYSTEM ( DOC ACTION DEP ) ) SOURCEID ( MOM0109 ) RETRY(YES) . -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Missing something LOGR Dataset
We got the following running some various CICS transactions on z/OS 1.6 / CICSTS 2.2 I ran the job listed below but couldn't find the entry for this dataset. It looks like SMS is generating this but looking at ISMF I couldn't find how and where this is being defined. Any help in resolving this question would be appreciated. Thanks. IXG256I AN INVALID DATA SET SIZE WAS DETECTED, 64K IS USED. DATA SET: IXGLOGR.T39TCS.T39TCS.DFHJ02.A0002213 IEF196I IXG256I AN INVALID DATA SET SIZE WAS DETECTED, 64K IS USED. IEF196I DATA SET: IXGLOGR.T39TCS.T39TCS.DFHJ02.A0002213 IEF196I IGD101I SMS ALLOCATED TO DDNAME (SYS01788) IEF196I DSN (IXGLOGR.T39TCS.T39TCS.DFHJ02.A0002213 ) IEF196I STORCLAS (CLSOTDB1) MGMTCLAS (MCTLOGR) DATACLAS ( IEF196I ) IEF196I VOL SER NOS FOR DATA COMPONENT= OTDB02 //STEP1 EXEC PGM=IXCMIAPU //SYSPRINT DDSYSOUT=* //SYSIN DD* DATA TYPE(LOGR) REPORT(YES) LIST LOGSTREAM NAME(*) DETAIL(YES) LIST STRUCTURE NAME(*) DETAIL(YES) _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLink AskQ
There is or used to be a product from IBMLink (Software Excel) called AskQ. It was a COST FUNCTION of IBMLink where you could email these people various technical questions and they would respond. I can't find where or how to contact some one regarding this service. Anyone have any phone numbers or web sites to visit to get more information regarding this. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink AskQ
Any idea what this costs? Just for the ETR piece of the pie. Scott Rowe scott.r...@joann.com 1/5/2009 2:06 PM I hope you have DEEP pockets ;-) Howard Rifkind rifki...@emigrant.com 1/5/2009 12:55 PM There is or used to be a product from IBMLink (Software Excel) called AskQ. It was a COST FUNCTION of IBMLink where you could email these people various technical questions and they would respond. I can't find where or how to contact some one regarding this service. Anyone have any phone numbers or web sites to visit to get more information regarding this. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question
Thanks all, I'll reorder the parms so SYSPROGX is first... --- On Sat, 12/27/08, Ed Finnell efinnel...@aol.com wrote: From: Ed Finnell efinnel...@aol.com Subject: Re: SDSF Question To: IBM-MAIN@bama.ua.edu Date: Saturday, December 27, 2008, 12:39 PM In a message dated 12/27/2008 11:32:19 A.M. Central Standard Time, mark.zel...@zurichna.com writes: the other entry), and remove TSOAUTH from that group since you are using IUID to classify the userids. Then it will only include the users in your NTBL entry. To test use WHO SDSF command to show Groupid among other thingys **One site keeps you connected to all your email: AOL Mail, Gmail, and Yahoo Mail. Try it now. (http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom0025) -- 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
SDSF Question
Hello all,
Below is an entry I placed is the ISFPARM's file in order to create a new group
for anyone who is listed under the NTBL NAME(SYSPRGSX). There is only one
entry in NTBLENT. This was done in order for various people to do the SDSF LOG
command and have the log come up at column 51.
I executed the following without any errors:
F SDSF,REFRESH,M(HR)
ISF304I Modify REFRESH command accepted.
ISF726I SDSF parameter processing started.
ISF739I SDSF parameters being read from member ISFPRMHR of data set
SYS2.PARMLIB.
ISF728I SDSF parameters have been activated.
However this isn't working. What am I missing? Any help would be appreciated.
Thanks.
GROUP IUID(SYSPRGSX), /* Group name */
TSOAUTH(JCL,OPER,ACCT), /* User must have JCL, OPER, ACCT */
ACTION(ALL),/* All route codes displayed */
ACTIONBAR(YES), /* Display the action bar on panels*/
APPC(ON), /* Include APPC sysout */
AUPDT(2), /* Minimum auto update interval*/
AUTH(LOG,I,O,H,DA,DEST,PREF, /* Authorized functions */
SYSID,ABEND,ACTION,INPUT,
FINDLIM,ST,INIT,PR,TRACE,
ULOG,MAS,SYSNAME,LI,SO,NO,PUN,RDR,JC,SE,RES),
CMDAUTH(ALL), /* Commands allowed for all jobs */
CMDLEV(7), /* Authorized command level*/
CONFIRM(ON),/* Enable cancel confirmation */
CURSOR(ON), /* Leave cursor on last row processed */
DADFLT(IN,OUT,TRANS,STC,TSU,JOB), /* Default rows shown on DA */
DATE(MMDD), /* Default date format */
DATESEP('/'), /* Default datesep format */
DFIELD2(DAFLD2),/* Sample alternate field list for DA */
DISPLAY(OFF), /* Do not display current values */
DSPAUTH(ALL), /* Browse allowed for all jobs */
GPLEN(2), /* Group prefix length */
ILOGCOL(51),/* Initial display column in log */
ISYS(LOCAL),/* Initial system default for DA */
LANG(ENGLISH), /* Default language*/
LOGOPT(OPERACT),/* Default log option */
OWNER(NONE),/* Default owner */
UPCTAB(TRTAB2), /* Upper case translate table name */
VALTAB(TRTAB), /* Valid character translate table */
VIO(SYSALLDA) /* Unit name for page mode output */
//
/* Sample NTBL list */
//
NTBL NAME(SLIST)
NTBLENT STRING($S),OFFSET(1)
NTBLENT STRING(P),OFFSET(7)
NTBLENT STRING(PAY),OFFSET(3)
NTBL NAME(SYSPRGSX)
NTBLENT STRING(E18823),OFFSET(1)
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question
Thanks David,
The problem is that when user E18823 logs into SDSF with the LOG command SDSF
isn't setting the log column location to column 51.
Jousma, David david.jou...@53.com 12/26/2008 3:24 PM
You don't say what the actual problem is, but remember, when using
ISFPARM's like this, the match is top down I believe. Also, It would
probably help to add this to the paragraph:
IUID(SYSPRGSX), /* NAME TABLE USED FOR SELECTION
*/
_
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 Howard Rifkind
Sent: Friday, December 26, 2008 3:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF Question
Hello all,
Below is an entry I placed is the ISFPARM's file in order to create a
new group for anyone who is listed under the NTBL NAME(SYSPRGSX).
There is only one entry in NTBLENT. This was done in order for various
people to do the SDSF LOG command and have the log come up at column 51.
I executed the following without any errors:
F SDSF,REFRESH,M(HR)
ISF304I Modify REFRESH command accepted.
ISF726I SDSF parameter processing started.
ISF739I SDSF parameters being read from member ISFPRMHR of data set
SYS2.PARMLIB.
ISF728I SDSF parameters have been activated.
However this isn't working. What am I missing? Any help would be
appreciated. Thanks.
GROUP IUID(SYSPRGSX), /* Group name */
TSOAUTH(JCL,OPER,ACCT), /* User must have JCL, OPER, ACCT */
ACTION(ALL),/* All route codes displayed */
ACTIONBAR(YES), /* Display the action bar on panels*/
APPC(ON), /* Include APPC sysout */
AUPDT(2), /* Minimum auto update interval*/
AUTH(LOG,I,O,H,DA,DEST,PREF, /* Authorized functions */
SYSID,ABEND,ACTION,INPUT,
FINDLIM,ST,INIT,PR,TRACE,
ULOG,MAS,SYSNAME,LI,SO,NO,PUN,RDR,JC,SE,RES),
CMDAUTH(ALL), /* Commands allowed for all jobs */
CMDLEV(7), /* Authorized command level*/
CONFIRM(ON),/* Enable cancel confirmation */
CURSOR(ON), /* Leave cursor on last row processed */
DADFLT(IN,OUT,TRANS,STC,TSU,JOB), /* Default rows shown on DA */
DATE(MMDD), /* Default date format */
DATESEP('/'), /* Default datesep format */
DFIELD2(DAFLD2),/* Sample alternate field list for DA */
DISPLAY(OFF), /* Do not display current values */
DSPAUTH(ALL), /* Browse allowed for all jobs */
GPLEN(2), /* Group prefix length */
ILOGCOL(51),/* Initial display column in log */
ISYS(LOCAL),/* Initial system default for DA */
LANG(ENGLISH), /* Default language*/
LOGOPT(OPERACT),/* Default log option */
OWNER(NONE),/* Default owner */
UPCTAB(TRTAB2), /* Upper case translate table name */
VALTAB(TRTAB), /* Valid character translate table */
VIO(SYSALLDA) /* Unit name for page mode output */
//
/* Sample NTBL list */
//
NTBL NAME(SLIST)
NTBLENT STRING($S),OFFSET(1)
NTBLENT STRING(P),OFFSET(7)
NTBLENT STRING(PAY),OFFSET(3)
NTBL NAME(SYSPRGSX)
NTBLENT STRING(E18823),OFFSET(1)
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu
Re: SDSF Question
Please bare with me a moment and let me redefine what I'm after:
I have two groups, both of which start with:
GROUP NAME(ISFSPROG),
TSOAUTH(JCL,OPER,ACCT),
and the second:
GROUP NAME(SYSPRGSX),
TSOAUTH(JCL,OPER,ACCT),
I want the people who have the TSOAUTH... of the second group to have their
SDSF/LOG command start them at column #51
ILOGCOL(51),
How can I do this. Right now as things stand all are falling into the first
group.
Thanks
Jousma, David david.jou...@53.com 12/26/2008 3:48 PM
When the user logs on, have them issue who on the command line. It
will give you a wealth of info, so that you know they are being
correctly selected and assigned the group you intend.
I also read this in the SDSF book about ILOGCOL:
This parameter is ignored if the screen on which the SYSLOG or OPERLOG
is displayed can display the entire width of the SYSLOG/OPERLOG. Also,
if the value for position-number is so high that less than a full screen
of data is displayed on the SYSLOG or OPERLOG panel, SDSF adjusts the
starting position number to display a full screen of data. For example,
if the width of the screen on which the SYSLOG is displayed is 80
characters, SDSF adjusts the value of position-number to ensure that 80
characters of data are displayed
_
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 Howard Rifkind
Sent: Friday, December 26, 2008 3:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF Question
Thanks David,
The problem is that when user E18823 logs into SDSF with the LOG command
SDSF isn't setting the log column location to column 51.
Jousma, David david.jou...@53.com 12/26/2008 3:24 PM
You don't say what the actual problem is, but remember, when using
ISFPARM's like this, the match is top down I believe. Also, It would
probably help to add this to the paragraph:
IUID(SYSPRGSX), /* NAME TABLE USED FOR SELECTION
*/
_
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 Howard Rifkind
Sent: Friday, December 26, 2008 3:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF Question
Hello all,
Below is an entry I placed is the ISFPARM's file in order to create a
new group for anyone who is listed under the NTBL NAME(SYSPRGSX).
There is only one entry in NTBLENT. This was done in order for various
people to do the SDSF LOG command and have the log come up at column 51.
I executed the following without any errors:
F SDSF,REFRESH,M(HR)
ISF304I Modify REFRESH command accepted.
ISF726I SDSF parameter processing started.
ISF739I SDSF parameters being read from member ISFPRMHR of data set
SYS2.PARMLIB.
ISF728I SDSF parameters have been activated.
However this isn't working. What am I missing? Any help would be
appreciated. Thanks.
GROUP IUID(SYSPRGSX), /* Group name */
TSOAUTH(JCL,OPER,ACCT), /* User must have JCL, OPER, ACCT */
ACTION(ALL),/* All route codes displayed */
ACTIONBAR(YES), /* Display the action bar on panels*/
APPC(ON), /* Include APPC sysout */
AUPDT(2), /* Minimum auto update interval*/
AUTH(LOG,I,O,H,DA,DEST,PREF, /* Authorized functions */
SYSID,ABEND,ACTION,INPUT,
FINDLIM,ST,INIT,PR,TRACE,
ULOG,MAS,SYSNAME,LI,SO,NO,PUN,RDR,JC,SE,RES),
CMDAUTH(ALL), /* Commands allowed for all jobs */
CMDLEV(7), /* Authorized command level*/
CONFIRM(ON),/* Enable cancel confirmation */
CURSOR(ON), /* Leave cursor on last row processed */
DADFLT(IN,OUT,TRANS,STC,TSU,JOB), /* Default rows shown on DA */
DATE(MMDD), /* Default date format */
DATESEP('/'), /* Default datesep format */
DFIELD2(DAFLD2),/* Sample alternate field list for DA */
DISPLAY(OFF), /* Do not display current values */
DSPAUTH(ALL), /* Browse allowed for all jobs */
GPLEN(2), /* Group prefix length */
ILOGCOL(51),/* Initial display column in log */
ISYS
And Once Again The Time Has Come...
To Say Thank You to all on this list. YouR help through out this year and all past years has been invaluable and I can't mention how many times you have kept me above water. So...THANKS AGAIN -- 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
Tape Space Issue
Hello, Can anyone tell me what I'm missing on the JCL below. Job keeps asking for a space parameter. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //RECEIVE DD DSNAME=E18823.TDB.SYSPROG.SYMD.CAVHPROT.CLUS, //DISP=(NEW,CATLG,DELETE), //UNIT=HCRT, //VOL=(,RETAIN,,1), //LABEL=(1,SL), //DCB=(BLKSIZE=20400,LRECL=2040,RECFM=FB) //SYSIN DD * EXPORT- TDB.SYSPROG.SYMD.CAVHPROT.CLUS - OUTFILE(RECEIVE) - TEMPORARY /* IEF344I E18823X STEP1 RECEIVE - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET TDB.SYSPROG.SYMD.CAVHPROT.CLUS Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Allocated Dataset Question
I just can't remember...senior moment! I remember doing an ISPF 3.4 and some how being able to see which users/jobs have a particular dataset allocated to them. Can anyone refresh my memory whith this how to? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocated Dataset Question
Keyed in WHOHAS on the option line and it was invalid...DSN is on the DSname line. Lucy Arnold [EMAIL PROTECTED] 11/20/2008 10:31 AM WHOHAS Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GDG QUESTION
Hello all,
I'm having problems with a GDG definition/datasets.
I use the following JCL to set the GDG up:
//DEFGDG EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEF GDG(NAME('PCYC.TMVHSTM.TMVS04.IRR')
LIMIT(05) SCRATCH) -
CATALOG(PCAT.APPL)
/*
The job runs and has an RC=0
It is appearing on the 3.4 display as:
PCYC.TMVHSTM.TMVS01.IRR??
The executing job has the following DD in the JCL:
DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS01.IRR
and the resulting error is:
IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND
Can some one tell me what I'm doing wrong? It's some thing but I just can't
see the problem.
thanks...
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG QUESTION
Sorry for the typo, this should have been:
DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR NOT TMVS01
Howard Rifkind [EMAIL PROTECTED] 11/14/2008 5:42 PM
Hello all,
I'm having problems with a GDG definition/datasets.
I use the following JCL to set the GDG up:
//DEFGDG EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEF GDG(NAME('PCYC.TMVHSTM.TMVS04.IRR')
LIMIT(05) SCRATCH) -
CATALOG(PCAT.APPL)
/*
The job runs and has an RC=0
It is appearing on the 3.4 display as:
PCYC.TMVHSTM.TMVS01.IRR??
The executing job has the following DD in the JCL:
DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS01.IRR
and the resulting error is:
IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND
Can some one tell me what I'm doing wrong? It's some thing but I just can't
see the problem.
thanks...
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG QUESTION
No, and I think you got it.
Thanks
Campbell Jay [EMAIL PROTECTED] 11/14/2008 5:47 PM
That's just the base entry.
Do you have any actual datasets... ie... (-0)... (-1) ?
Jay Campbell
IBM OS Support Section
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Friday, November 14, 2008 5:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: GDG QUESTION
Hello all,
I'm having problems with a GDG definition/datasets.
I use the following JCL to set the GDG up:
//DEFGDG EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEF GDG(NAME('PCYC.TMVHSTM.TMVS04.IRR')
LIMIT(05) SCRATCH) -
CATALOG(PCAT.APPL)
/*
The job runs and has an RC=0
It is appearing on the 3.4 display as:
PCYC.TMVHSTM.TMVS01.IRR??
The executing job has the following DD in the JCL:
DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS01.IRR
and the resulting error is:
IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND
Can some one tell me what I'm doing wrong? It's some thing but I just
can't see the problem.
thanks...
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may
be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the contents
of this E-mail or any action taken (or not taken) in reliance on it is
unauthorized and may be unlawful. If you are not an addressee, please
inform the sender immediately, then delete this message and empty from
your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test...Please Acknowledge.
Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hello all,
Yep...I think that's what I was thinking about but forgot. BTW, how do you also copy the alias? Thanks. Vernooy, C.P. - SPLXM [EMAIL PROTECTED] 11/7/2008 2:46 AM Howard Rifkind [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello all, I'm missing a load module from a loadlib. I found it in another loadlib and I'd like to know if there would be any sort of issues just copying to the target loadlib I need? I thought in some where in the past some told me there could be an issue but right not I can't remember what it might be. Thanks The only issue I can think of, is that you should not forget to copy its aliasses too. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. ( http://www.klm.com./ ) This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hello all,
Hello all, I'm missing a load module from a loadlib. I found it in another loadlib and I'd like to know if there would be any sort of issues just copying to the target loadlib I need? I thought in some where in the past some told me there could be an issue but right not I can't remember what it might be. Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: Surgery Delay
Good first choice. Hope all goes well. Keep us posted... Ed Gould [EMAIL PROTECTED] 11/2/2008 1:17 PM Sorry to break in but just wanted every one to know that the surgery has been delayed. The doctors want to see if it can be treated by medicine instead if it can't then surgery will happen. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Just an FYI and for future information in case anyone else runs into the same problem. I redid the input tape dd and the FDR job ran: //TAPE1 DD DSN=FDRABR.VOPTSO1.C1061204, // VOL=(,RETAIN,,1,SER=(700319)), // UNIT=JAGR, // DISP=(OLD,KEEP) Howard Rifkind [EMAIL PROTECTED] 10/30/2008 3:48 PM Spoke with them for about 30 minutes...they think it might have something to with the Tape manager ... RMM but that's as far as we got. Cebell, David [EMAIL PROTECTED] 10/30/2008 3:38 PM Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Can't Cancel a CICS Region
Hello, This might not be the right list for this question but here goes. A CICS region which is part of an MRO group isn't shutting down after a 'p shut immed' The other two regions TOR and an AOR did shutdown with the above command but this one is hung. From an SDSF console I keyed in 'C' for the regions and saw the following messages in the console: $CS(7237) $HASP003 RC=(89),S(7237) - JOB CANNOT BE CANCELLED $HASP003 RC=(52), 398 $HASP003 RC=(52),S(7237) - NO SELECTABLE ENTRIES FOUND Any ideas how to get rid of this region...it's driving me crazy. IPL's are hard to come by so it's really important to shut this down and get it back up. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can't Cancel a CICS Region
Pat, how would I do this...? Force ASID??? Pat Mihalec [EMAIL PROTECTED] 10/31/2008 5:45 PM You can force it down. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Generic Device Names and FDR
I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Spoke with them for about 30 minutes...they think it might have something to with the Tape manager ... RMM but that's as far as we got. Cebell, David [EMAIL PROTECTED] 10/30/2008 3:38 PM Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Got it... Just where everyone said it would be calls it JARG Used that name in the Unit=JARG and got the following message: IEF343I - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE How can I resolve this? Thanks Field, Alan C. [EMAIL PROTECTED] 10/30/2008 3:58 PM Howard, these might be defined in the EDT section of the OS configs. Use the HCD panels to look or select option 3 and print the OS - EDT reports. If you have SMS then the esoteric names might be being intercepted/interpreted by the ACS routines. Talk to the Stg Admins for that. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
Thanks all for you replies. This worked...only thing I had to do was answer 'Y' to each member... Lionel B Dyck [EMAIL PROTECTED] 10/29/2008 4:23 PM First make sure the file names on your PC are just the member name (not member.jcl) then ftp to the mainframe change directory (cd) to the pds turn prompting off (prompt) then use MPUT * to put all of the files in the current directory to the pds Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. From: Howard Rifkind [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 10/29/2008 01:16 PM Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS-L URL
Would one of you fine folks be good enough to send me the url used to sign up for the CICS listserv? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS-L URL
Thanks all... Ed Finnell [EMAIL PROTECTED] 10/28/2008 1:15 PM In a message dated 10/28/2008 11:59:29 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Would one of you fine folks be good enough to send me the url used to sign up for the CICS listserv? _http://listserv.uga.edu/archives/cics-l.html_ (http://listserv.uga.edu/archives/cics-l.html) **Play online games for FREE at Games.com! All of your favorites, no registration required and great graphics – check it out! (http://pr.atwola.com/promoclk/10075x1211202682x1200689022/aol?redir= http://www.games.com?ncid=emlcntusgame0001) ( http://www.games.com/?ncid=emlcntusgame0001) ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF Edit Recovery ON Question.
When I edit a file I keep getting the following even when I key in 'RECOVERY ON'. -Warning- The UNDO command is not available until you change your edit profile using the command RECOVERY ON. While in the edit menu I key in PROFILE and get the following: =PROF SAMPJCL (FIXED - 80)RECOVERY OFF WARNNUMBER OFF.. =PROF CAPS OFFHEX OFFNULLS ON STDTABS OFF.. =PROF AUTOSAVE ONAUTONUM OFFAUTOLIST OFFSTATS ON... =PROF PROFILE UNLOCKIMACRO NONEPACK OFFNOTE ON. =PROF HILITE OFF CURSOR FIND... ==MSG -Warning- The UNDO command is not available until you change ==MSG your edit profile using the command RECOVERY ON. I key in RECOVERY ON PF3 out of the member and the next edit I do I'm back to RECOVERY OFF. How can I get RECOVERY ON to stick? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Edit Recovery ON Question.
Thanks Steve...that did it. Steve Comstock [EMAIL PROTECTED] 10/24/2008 10:36 AM Howard Rifkind wrote: When I edit a file I keep getting the following even when I key in 'RECOVERY ON'. -Warning- The UNDO command is not available until you change your edit profile using the command RECOVERY ON. While in the edit menu I key in PROFILE and get the following: =PROF SAMPJCL (FIXED - 80)RECOVERY OFF WARNNUMBER OFF.. =PROF CAPS OFFHEX OFFNULLS ON STDTABS OFF.. =PROF AUTOSAVE ONAUTONUM OFFAUTOLIST OFFSTATS ON... =PROF PROFILE UNLOCKIMACRO NONEPACK OFFNOTE ON. =PROF HILITE OFF CURSOR FIND... ==MSG -Warning- The UNDO command is not available until you change ==MSG your edit profile using the command RECOVERY ON. I key in RECOVERY ON PF3 out of the member and the next edit I do I'm back to RECOVERY OFF. How can I get RECOVERY ON to stick? Simply press Enter before you press PF3 (assuming PF3 is set to End). Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com ( http://www.trainersfriend.com/ ) z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Message ICE099A ... Need Help
I got the message below while trying to perform a sort. The Sortin concatenation is below. Does this look correct and if not what's wrong with it? Thanks. ICE099A 0 BLDL FAILED FOR SORTIN DATA SET ICE751I 1 D8-Q83041 D4-Q84357 E8-Q95214 //SORT EXEC PGM=SORT,REGION=4096K //SORTIN DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(COMMON), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(ZOS16), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(T21CICS), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(TCECBLK), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Message ICE099A ... Need Help
Just this one.. Scott Ford [EMAIL PROTECTED] 10/16/2008 1:03 PM Howard, Are all your SORTS failing or just the one below ?? Scott Ford Senior Systems Engineer [p] 678.266.3399 x304[m] 609-346-0399 identityforge.com This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately or let us know at [EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 16, 2008 12:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Message ICE099A ... Need Help I got the message below while trying to perform a sort. The Sortin concatenation is below. Does this look correct and if not what's wrong with it? Thanks. ICE099A 0 BLDL FAILED FOR SORTIN DATA SET ICE751I 1 D8-Q83041 D4-Q84357 E8-Q95214 //SORT EXEC PGM=SORT,REGION=4096K //SORTIN DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(COMMON), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(ZOS16), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(T21CICS), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(TCECBLK), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Message ICE099A ... Need Help
Thanks all, Two members are missing from SYSESB.TMON0832.STRSVC20.LMKCBLK Thanks all for you help. I don't have the messages manual, I'll have to download these manuals tonight. Howard Rifkind [EMAIL PROTECTED] 10/16/2008 2:32 PM Just this one.. Scott Ford [EMAIL PROTECTED] 10/16/2008 1:03 PM Howard, Are all your SORTS failing or just the one below ?? Scott Ford Senior Systems Engineer [p] 678.266.3399 x304[m] 609-346-0399 identityforge.com This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately or let us know at [EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 16, 2008 12:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Message ICE099A ... Need Help I got the message below while trying to perform a sort. The Sortin concatenation is below. Does this look correct and if not what's wrong with it? Thanks. ICE099A 0 BLDL FAILED FOR SORTIN DATA SET ICE751I 1 D8-Q83041 D4-Q84357 E8-Q95214 //SORT EXEC PGM=SORT,REGION=4096K //SORTIN DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(COMMON), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(ZOS16), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(T21CICS), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* // DD DSN=SYSESB.TMON0832.STRSVC20.LMKCBLK(TCECBLK), // DISP=SHR, // DCB=(RECFM=VB,LRECL=31996,BLKSIZE=32000) //* _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finding the correct IEASYSxx member
How can I trace back and find out which IEASYSxx member the system was IPL'ed with? If you don't key in a member name at IPL time doesn't the system pick IEASYS00? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding the correct IEASYSxx member
Thanks all for you quick replies... Alvaro Quintupray [EMAIL PROTECTED] 10/15/2008 3:46 PM Hi. Here there is a REXX ( IPLINFOFrom Marc Zelden ) http://home.flash.net/~mzelden/mvsutil.html Atte. Alvaro Quintupray. -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de David Betten Enviado el: Miércoles, 15 de Octubre de 2008 16:24 Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: Finding the correct IEASYSxx member I think if you enter D IPLINFO from the console it gives you the IEASYS list. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: [EMAIL PROTECTED] DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 10/15/2008 02:55:21 PM: How can I trace back and find out which IEASYSxx member the system was IPL'ed with? If you don't key in a member name at IPL time doesn't the system pick IEASYS00? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
Thanks...been there done that and still NO Go Mohd Shahrifuddin [EMAIL PROTECTED] 10/8/2008 1:07 AM Dear Howard, How about try to delete using VVR option. May be can help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Help with deleting datasets which are not cataloged or don't exist.
Hello all, I'm trying to delete the following datasets: PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 For the first one a 'D' states that it isn't cataloged. For the other two a 'D' states that the datasets don't exist. I've tries a delete NVR and a normal delete. Nothing works. Can anyone make some suggestions as how to get these out of the system. An ISPF 3.4 is showing these up. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
Thanks but this didn't do itJCL below... //STEP01 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* DELETE - PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX - NOSCRATCH - NOERASE - PURGE Hal Merritt [EMAIL PROTECTED] 10/7/2008 4:27 PM Try a DELETE NOSCRATCH on each component. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Tuesday, October 07, 2008 3:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Help with deleting datasets which are not cataloged or don't exist. Hello all, I'm trying to delete the following datasets: PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 For the first one a 'D' states that it isn't cataloged. For the other two a 'D' states that the datasets don't exist. I've tries a delete NVR and a normal delete. Nothing works. Can anyone make some suggestions as how to get these out of the system. An ISPF 3.4 is showing these up. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
Tried that also, No Go. Jack Kelly [EMAIL PROTECTED] 10/7/2008 4:34 PM This has been talked about numerous times, try the archives. Easiest way is to recatalog the DSN and then delete it (hopefully no BCS name issue) if you don't have one of the catalog products. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
Yes it was. Here is the listing from a LISTCAT. CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX NONVSAM --- SCRIPT.R40.ADCFASM NONVSAM --- SCRIPT.R40.ADCFIMAG NONVSAM --- SCRIPT.R40.ADCFMAC NONVSAM --- SCRIPT.R40.ADCFSAMP NONVSAM --- SCRIPT.R40.AFONTPS NONVSAM --- SCRIPT.R40.AMACLIB NONVSAM --- SCRIPT.R40.DCFASM NONVSAM --- SCRIPT.R40.DCFDIST NONVSAM --- SCRIPT.R40.DCFIMAGE NONVSAM --- SCRIPT.R40.DCFLOAD NONVSAM --- SCRIPT.R40.DCFMAC NONVSAM --- SCRIPT.R40.DCFSAMP NONVSAM --- SCRIPT.R40.FONTPS NONVSAM --- SCRIPT.R40.MACLIB IDCAMS SYSTEM SERVICES LISTING FROM CATALOG -- PCAT.SYSTEM Can't delete it, can't rename it...etc. Scott Rowe [EMAIL PROTECTED] 10/7/2008 5:52 PM I assume the list below was cut and pasted from ISPF 3.4, in which case I can not imagine how the first entry could not be cataloged, how else could it have been displayed? Howard Rifkind [EMAIL PROTECTED] 10/7/2008 4:22 PM Hello all, I'm trying to delete the following datasets: PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 For the first one a 'D' states that it isn't cataloged. For the other two a 'D' states that the datasets don't exist. I've tries a delete NVR and a normal delete. Nothing works. Can anyone make some suggestions as how to get these out of the system. An ISPF 3.4 is showing these up. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
There is an entry there but that's all. Howard Rifkind [EMAIL PROTECTED] 10/7/2008 5:57 PM Yes it was. Here is the listing from a LISTCAT. CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX NONVSAM --- SCRIPT.R40.ADCFASM NONVSAM --- SCRIPT.R40.ADCFIMAG NONVSAM --- SCRIPT.R40.ADCFMAC NONVSAM --- SCRIPT.R40.ADCFSAMP NONVSAM --- SCRIPT.R40.AFONTPS NONVSAM --- SCRIPT.R40.AMACLIB NONVSAM --- SCRIPT.R40.DCFASM NONVSAM --- SCRIPT.R40.DCFDIST NONVSAM --- SCRIPT.R40.DCFIMAGE NONVSAM --- SCRIPT.R40.DCFLOAD NONVSAM --- SCRIPT.R40.DCFMAC NONVSAM --- SCRIPT.R40.DCFSAMP NONVSAM --- SCRIPT.R40.FONTPS NONVSAM --- SCRIPT.R40.MACLIB IDCAMS SYSTEM SERVICES LISTING FROM CATALOG -- PCAT.SYSTEM Can't delete it, can't rename it...etc. Scott Rowe [EMAIL PROTECTED] 10/7/2008 5:52 PM I assume the list below was cut and pasted from ISPF 3.4, in which case I can not imagine how the first entry could not be cataloged, how else could it have been displayed? Howard Rifkind [EMAIL PROTECTED] 10/7/2008 4:22 PM Hello all, I'm trying to delete the following datasets: PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 For the first one a 'D' states that it isn't cataloged. For the other two a 'D' states that the datasets don't exist. I've tries a delete NVR and a normal delete. Nothing works. Can anyone make some suggestions as how to get these out of the system. An ISPF 3.4 is showing these up. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
IDC3012I ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT FOUND+ IDC0551I ** ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 *** Jason Gately [EMAIL PROTECTED] 10/7/2008 6:02 PM If you do a TSO DELETE 'PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL'what R eturn Reason Codes do you get back from IDCAMS. Might provide some clue as to what's going on. Cheers.Jason. Howard Rifkind [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/10/2008 08:57 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Help with deleting datasets which are not cataloged or don't exist. Yes it was. Here is the listing from a LISTCAT. CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX NONVSAM --- SCRIPT.R40.ADCFASM NONVSAM --- SCRIPT.R40.ADCFIMAG NONVSAM --- SCRIPT.R40.ADCFMAC NONVSAM --- SCRIPT.R40.ADCFSAMP NONVSAM --- SCRIPT.R40.AFONTPS NONVSAM --- SCRIPT.R40.AMACLIB NONVSAM --- SCRIPT.R40.DCFASM NONVSAM --- SCRIPT.R40.DCFDIST NONVSAM --- SCRIPT.R40.DCFIMAGE NONVSAM --- SCRIPT.R40.DCFLOAD NONVSAM --- SCRIPT.R40.DCFMAC NONVSAM --- SCRIPT.R40.DCFSAMP NONVSAM --- SCRIPT.R40.FONTPS NONVSAM --- SCRIPT.R40.MACLIB IDCAMS SYSTEM SERVICES LISTING FROM CATALOG -- PCAT.SYSTEM Can't delete it, can't rename it...etc. Scott Rowe [EMAIL PROTECTED] 10/7/2008 5:52 PM I assume the list below was cut and pasted from ISPF 3.4, in which case I can not imagine how the first entry could not be cataloged, how else could it have been displayed? Howard Rifkind [EMAIL PROTECTED] 10/7/2008 4:22 PM Hello all, I'm trying to delete the following datasets: PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 For the first one a 'D' states that it isn't cataloged. For the other two a 'D' states that the datasets don't exist. I've tries a delete NVR and a normal delete. Nothing works. Can anyone make some suggestions as how to get these out of the system. An ISPF 3.4 is showing these up. Thanks. This e-mail is sent by or on behalf of the named sender identified above. If: (a) you do not wish to receive any e-mail marketing material from this person in the future, please forward the contents of this email to [EMAIL PROTECTED] with the word unsubscribe in the subject box. (b) you wish to unsubscribe from all central e-mail marketing lists used by our business, please forward the contents of this e-mail to [EMAIL PROTECTED] with the message unsubscribe from all central e-mail marketing lists in the subject box. If you do not forward the contents of this e-mail with your unsubscription then it may not be able to be implemented. The information contained in this e-mail communication may be confidential. You should only read, disclose, re-transmit, copy, distribute, act in reliance on or commercialise the information if you are authorised to do so. If you are not the intended recipient of this e-mail communication, please immediately notify us by e-mail to [EMAIL PROTECTED], or reply by e-mail direct to the sender and then destroy any electronic and paper copy of this message. Any views expressed in this e-mail communication are those of the individual sender, except where the sender specifically states them to be the views of a member of the National Australia Bank Group of companies. Any advice contained in this e-mail has been prepared without taking into account your objectives, financial situation or needs. Before acting on any advice in this e-mail, National Australia Bank Limited recommends that you consider whether it is appropriate for your circumstances. If this e-mail contains reference to any financial products, the National recommends you consider the Product Disclosure Statement (PDS) or other disclosure document before making any decisions regarding any products. The National Australia Bank Group of companies does not represent, warrant or guarantee that the integrity of this communication has been maintained nor that the communication is free of errors, virus or interference. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message
