Re: File concatenations
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Assuming the following JCL: //DD1 DD DSN=dsname1,disp=shr // DD DSN=dsname2,disp=shr // DD DSN=dsname3,disp=shr Where DD1 is opened for input. All files are on DASD. How can I tell when dsname1 has been 'exhausted' and reading starts on dsname2, etc? EOV exit? Kees. ** For information, services and offers, please visit our web site: 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
Best Practices for Mainframe Console Operations
Hi, Does any one have idea about the paper published related to Best Practices for Mainframe Console Operations ? or in any mainframe operations ? Do send me link related to that .. I came across a document named LPAR Best Practices.. However, not able to find anything like Best Practices for mainframe console operations. Probably, persons involved in Console Operations can throw more light on this ... Thanks JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Compuware May 2006 Technical Spotlight Sessions
APPROVED BY THE LIST OWNER = Hi All, please find below the May schedule for Spotlight Sessions, for all you Compuware users/customers out there. Remember, our customers are required to register for FrontLine to access these sessions, the May 1 Spotlight is a great opportunity to register and gain an insight and understanding of how FrontLine can benefit you. This month's Spotlight sessions are aimed at users in the DB2, IMS and z/OS environments. ciao! Aurora Emanuela Dell'Anno Compuware Ltd. Systems Engineer, Mainframe pre-Sales ___ email: [EMAIL PROTECTED] tel. : +44 (0)1753 444331 cell.: +44 (0)7779 881331 ___ No trees were killed in the sending of this message. However - a large number of electrons were terribly inconvenienced. Hello, The May 2007 Spotlight sessions have been posted to FrontLine's Events page.The May schedule will consist of 4 sessions: (l01 May - Barbarians at the Gate? Using Strobe's auto Measure Function to protect yourself from rogue programs) l08 May - Getting started with File-AID/MVS - Part 2: Beyond editing data l15 May - Finding the method in the Call Stack: JAVA Targeting with Strobe - repeat l22 May - The DB2 Extension: Xpediter's Bridge to File-AID for DB2 We have had great success with these sessions - you continue to respond on the Spotlight surveys asking us for more! In addition, I've included the link to the Events page on FrontLine ( BLOCKED::http://frontline.compuware.com/user/events/default.asp http://frontline.compuware.com/user/events/default.asp) and the link to the archives page where all the previous presentations and tip-sheets can be found BLOCKED::http://frontline.compuware.com/user/events/16791.asp (http://frontline.compuware.com/user/events/16791.asp) in case you would like to see past Spotlight presentations (you will need to log on to FrontLine to view either of these links). If you have any questions or comments, please feel free to contact me. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Compuware Limited (company number 1522537) is a company registered in England and Wales whose registered office is at 163 Bath Road, Slough SL1 4AA, Berkshire, United Kingdom. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LX and ASN reuse
So I was unnecessarily beating my head, by reading the 1.8 manuals and maclibs? The information about LX reuse has been in the manuals for some time. Jim was referring to information about ASN reuse, which is not in the 1.8 manuals. Peter Relson z/OS Core Technology Designs -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SFTP Client for z/OS
On Wed, 2 May 2007 11:49:04 -0400, John Kington wrote: Thanks for the replies. It looks like the least painful way is to copy the data from mvs dataset(s) to hfs file(s) so that the OpenSSH port client can read them. I was just hoping there were no walls between Unix System Services and z/OS. Have a look at http://www.dovetail.com/products/dspipes.html and http://www.dovetail.com/docs/dspipes/cookbook.html#3_13 Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SFTP Client for z/OS
Norbert, Have a look at http://www.dovetail.com/products/dspipes.html and http://www.dovetail.com/docs/dspipes/cookbook.html#3_13 Thanks for the pointer. I gave in for now and we will duplicate the data to hfs. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 359S vs 3590 (HCD)
On Wed, 2 May 2007 14:34:07 +0200, R.S. wrote: I have defined two stand-alone drives 3590 model E. When I display the drives using D U,,,ccuu command I get '359S' as device type. The 'S' mean cartridge stack loader. (BTW: 'L' would mean library drive). However my drives don't have the loader. I reviewed HCD panels looking for some device feature or another kind of device - no effect. Q: How to define them as 3590 *without* the 'S' ? I thought the stand-alone 3590 drives came with the stacker as a standard feature. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Systems Programmer job posting
I received this from a head hunter and thought there might be listservers interested? TOM GUGGER INDEPENDENT RECRUITER [EMAIL PROTECTED] MAINFRAME/ SYTEMS PROGRAMMER/ LONG TERM/ MO ( TUNING, CAPACITY PLANNING, ETC.) We have a need for an experienced Mainframe System Programmer. This is for a a very long (34yrs) term contract. It is a government contract that has been funded and is now in operation. The projected length of this contract is 34 yrs. The location is near Kansas City, MO. One MUST be a US Citizen. Some of the buzz words are tuning, capacity planning, JCL,VSAM etc. Some light programming might be required on occasion. Because of the length of the contract no expenses will be paid, as one would move to the sight for the duration. The position can be salary or W2, NO telecommute or 1099. The salary is 63K with full benefits, plus overtime. One may choose W2 at $34hr plus overtime. I mention overtime because the work wks are 44hrs. Working conditions are said to be excellent. Since this is a critical military contract, one should have job security for the rest of the decade. If interested and qualified answer the five questions below. Email answers WITH a resume to [EMAIL PROTECTED] Systems Programming experience yrs Most recent Systems Programming experience Citizenship Status - Availability - I have read the rate and enclosed a resume -- TOM GUGGER INDEPENDENT RECRUITER [EMAIL PROTECTED] 419-537-9447 OFFICE 419-250-8853 CELL - Ahhh...imagining that irresistible new car smell? Check outnew cars at Yahoo! Autos. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? Seriously, is that contract rate the new norm? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Johnson Sent: Thursday, May 03, 2007 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Systems Programmer job posting The position can be salary or W2, NO telecommute or 1099. The salary is 63K with full benefits, plus overtime. One may choose W2 at $34hr plus overtime. I mention overtime because the work wks are 44hrs. Working conditions are said to be excellent. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LX and ASN reuse
On Thu, 3 May 2007 07:17:29 -0400 Peter Relson [EMAIL PROTECTED] wrote: :So I was unnecessarily beating my head, by reading the 1.8 manuals and :maclibs? :The information about LX reuse has been in the manuals for some time. :Jim was referring to information about ASN reuse, which is not in the 1.8 :manuals. My bad. The CVT has a single flag for both, so I thought that they were strongly connecte4d. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
Pay peanuts, get monkeys. -Original Message- From: Richards.Bob [mailto:[EMAIL PROTECTED] Sent: Thursday, May 03, 2007 8:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? Seriously, is that contract rate the new norm? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Johnson Sent: Thursday, May 03, 2007 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Systems Programmer job posting The position can be salary or W2, NO telecommute or 1099. The salary is 63K with full benefits, plus overtime. One may choose W2 at $34hr plus overtime. I mention overtime because the work wks are 44hrs. Working conditions are said to be excellent. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mark load module non-executable
... is there any partiicular advantage to supplying LEPARM on every ++MOD, rather than once-and-for-all in a UTILITY entry? Sure, the advantage of LEPARM on ++MOD is that your MCS that you supply as the developer defines the module attributes. The UTILITY entry on the other hand is controlled by user; can you be sure the user defines it properly? Not to mention extra setup to define the UTILITY entry, and the UTILITY entry defines attributes used for ALL modules. The LEPARM on ++MOD lets you define independent attributes for each module. As a user, I'd much rather you use LEPARM on ++MOD so I don't have to mess with the UTILITY entry parms. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
snip Pay peanuts, get monkeys. . . . Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? /snip On the other hand it *IS* more than unemployment. My questions is a security clearance required? That will delay the start from 6-9 months. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
The position can be salary or W2, NO telecommute or 1099. The salary is 63K with full benefits, plus overtime. One may choose W2 at $34hr plus overtime. I hope this is a joke, try doubling that compensation and you might actually get some responses -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
Allan, You have a very valid point about unemployment. I hope I have not offended anyone. I certainly did not mean to. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 8:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting snip Pay peanuts, get monkeys. . . . Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? /snip On the other hand it *IS* more than unemployment. My questions is a security clearance required? That will delay the start from 6-9 months. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
Bob, No offense taken. Having been in the situation and spending almost 2 years looking for a permanent (or semi-permanent) position, I was merely pointing out the the multitudes on this list that almost any paying position is better than unemployment or Wal-mart, etc. Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. If I were currently unemployed, I would strongly consider this especially if I had permanent residence elsewhere. With the advantage of being able to say almost all living expenses were work related and the associated tax benefits, the effective pay rate would be much higher that $34/hour. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards.Bob Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Well, that works out to approximately GS-13, Step 3: http://www.opm.gov/oca/07tables/html/gs_h.asp Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? A bunch of us learned in 1981 that the government will get whatever it wants, on its own terms. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
In my estimation, however, something doesn't add up here. Let's assume 40 hours a week and 50 weeks a year. No overtime, no 2 weeks paid vacation: $34 X 40 X 50 = $68,000 $63k But the listing said a 44 hour week: $34 X 44 X 50 = $74,800 $63k But if the extra 4 hours are at 1 1/2 time: $34 X 46 X 50 = $78,200 $63k If you add in 2 weeks paid vacation, things change even more: $34 X 40 X 52 = $70,720 $34 X 44 X 52 = $77,792 $34 X 46 X 52 = $81,328 So, in my estimation, this headhunter has something amiss in his listing. Don't get me wrong, I'm not advocating $34/hr or 63k/year is good or bad, but with all the numbers being thrown around in the listing and we (I hope) being intelligent people, something isn't right here. But, what isn't stated is whether the $34/hr includes benefits versus the $63k which does say full benefits. Just my $0.02. Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 8:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Bob, No offense taken. Having been in the situation and spending almost 2 years looking for a permanent (or semi-permanent) position, I was merely pointing out the the multitudes on this list that almost any paying position is better than unemployment or Wal-mart, etc. Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. If I were currently unemployed, I would strongly consider this especially if I had permanent residence elsewhere. With the advantage of being able to say almost all living expenses were work related and the associated tax benefits, the effective pay rate would be much higher that $34/hour. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
Allan, I agree with all the points you made. Prior to 9/11 and the 2002 recession, contract rates ranged from $85-$125 per hour in the major metropolitan areas and $60-$80 elsewhere. Are they still depressed or have they rebounded? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Bob, No offense taken. Having been in the situation and spending almost 2 years looking for a permanent (or semi-permanent) position, I was merely pointing out the the multitudes on this list that almost any paying position is better than unemployment or Wal-mart, etc. Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. If I were currently unemployed, I would strongly consider this especially if I had permanent residence elsewhere. With the advantage of being able to say almost all living expenses were work related and the associated tax benefits, the effective pay rate would be much higher that $34/hour. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
The aspects of W-2 and how it would work depend upon whether you are union or not typically and since this is military I would assume that union is not present. That being said, it would seem that they would have to give at least the same benefits to a W-2 that they give to a contractor. You could get into a situation where you have to pay a portion of the benefits. Everyone seems to be doing that these days. If you choose the W-2 option, what would you actually have to live on? Let's take out an estimate $15k for income tax and another $12k for FICA and Medicare assuming the top end figure of $78,200. So now you are down to $51,200 to live on. I know of several young families of 3 to 5 in the family that are making it on that amount as the gross. It could be worse. If this is straight up truth, I would take the hourly W-2 rate. Since this specifically excludes 1099 work, there is very little that you can do with expenses to reduce the tax burden and you immediately become responsible for the entire Social Security burden out of the $63k. Tom Moulder My opinions, not anyone I might be associated with now or in the past or the future. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hardee, Charles H Sent: Thursday, May 03, 2007 8:19 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting In my estimation, however, something doesn't add up here. Let's assume 40 hours a week and 50 weeks a year. No overtime, no 2 weeks paid vacation: $34 X 40 X 50 = $68,000 $63k But the listing said a 44 hour week: $34 X 44 X 50 = $74,800 $63k But if the extra 4 hours are at 1 1/2 time: $34 X 46 X 50 = $78,200 $63k If you add in 2 weeks paid vacation, things change even more: $34 X 40 X 52 = $70,720 $34 X 44 X 52 = $77,792 $34 X 46 X 52 = $81,328 So, in my estimation, this headhunter has something amiss in his listing. Don't get me wrong, I'm not advocating $34/hr or 63k/year is good or bad, but with all the numbers being thrown around in the listing and we (I hope) being intelligent people, something isn't right here. But, what isn't stated is whether the $34/hr includes benefits versus the $63k which does say full benefits. Just my $0.02. Chuck No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.2/784 - Release Date: 5/1/2007 2:57 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Article for z/Journal
I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. A long-time and common topic on these lists (and I've cross-posted this note to several) is the graying of mainframers and how there is or will be a shortage of people to use/support/enhance big iron. I'm interested in what you're seeing -- in industry, schools, user groups, etc. -- regarding new generations of mainframers. Does your employer court/train young professionals for mainframe careers? Do you work with younger colleagues? Is there a generation gap or is there solidarity within mainframes? Do you have younger relatives working on mainframes? If so, did you influence their career choices? Do user groups adequately educate new folks in this technology and culture? Are your mainframe areas of interest reflected in industry/educational initiatives? If YOU are a non-graying mainframer -- what led to this career path? How do you like it so far? What future options do you see for yourself? Anything else? This will be a relatively short article so I likely won't be able to use everything contributed, but it's an interesting topic so I might explore it more later. I'll appreciate all comments/feedback -- and please reply directly to me as well as to the lists where you see this; since I get list digests it's a pain extracting nuggets from the daily mailings. Thanks for helping... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
I have no current information. My last contract was short term (2004) in a small market. ISTR about $40/hr. It was still far more than unemployment. This was at a remote location from my primary residence. I rented an apt (written off) $40/day in meals (written off). Travel to/from my primary residence (written off) SSA, etc. Taxes (written off). Mileage to/from apt/workplace (written off). I paid taxes on much less than the gross (and at a far lower rate that the IRS would have liked. snip Prior to 9/11 and the 2002 recession, contract rates ranged from $85-$125 per hour in the major metropolitan areas and $60-$80 elsewhere. Are they still depressed or have they rebounded? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
I was amazed at the hourly rate also and responded to the head hunter that he'd be lucky to find someone at that rate. Then I remembered there were some on the listserv who were unemployed and that $34 was better than unemployment. Bill Johnson Richards.Bob [EMAIL PROTECTED] wrote: Allan, You have a very valid point about unemployment. I hope I have not offended anyone. I certainly did not mean to. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 8:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Pay peanuts, get monkeys. . . . Sherman, set the wayback machine to 1990 Yes. Mr. Peabody $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. Boss, need a cup of coffee? On the other hand it *IS* more than unemployment. My questions is a security clearance required? That will delay the start from 6-9 months. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ahhh...imagining that irresistible new car smell? Check outnew cars at Yahoo! Autos. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Article for z/Journal
In a message dated 5/3/2007 9:16:44 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: I'll appreciate all comments/feedback -- and please reply directly to me as well as to the lists where you see this; since I get list digests it's a pain extracting nuggets from the daily mailings. Instead of trolling for nuggets why don't you use zoomerang and do a professional survey? ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe Data Center Permanant Shutdown Procedure Needed
It has now finally happened; our mainframe jobs have all been converted to PCs. Only a few miscellaneous jobs will be run in the next 30 days. At the same time, a company has acquired us and is interested in only our block of business. All employees have been given their 90 days notice with a few to be retained until company dissolution. PC operations will be handled eventually by a third party for the Acquirer. This is not a surprise as we have seen it coming. We are running OS/390 2.10 as the processor, a Multiprise 2003-104, does not possess the architecture to support z/OS. And since it is only 9 mips, it stands to reason that PCs can easily handle the workload and they do. All needed files and reports have been converted too. It amazes me to hear people say they consider themselves a small shop but have over a 1000 mips at work. We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. Employee placement services are been taken care of. Most of us are in our 50s and 60s and may have to consider other careers. I'm 62 and will retire after 40 years of mainframe data processing starting with tab equipment to IBM 1401, Univac U3 and so on. Loved my job and appreciative of participating in such challenging work. What we would like to have is a procedure that someone may have prepared to make sure nothing is missed. Would someone please provide me with such a document or point me in a direction. Thanks, Bill Pfeifer -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: File concatenations
In [EMAIL PROTECTED], on 05/03/2007 at 08:26 AM, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] said: [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Assuming the following JCL: //DD1 DD DSN=dsname1,disp=shr // DD DSN=dsname2,disp=shr // DD DSN=dsname3,disp=shr Where DD1 is opened for input. All files are on DASD. How can I tell when dsname1 has been 'exhausted' and reading starts on dsname2, etc? EOV exit? Try setting the unlike attributes bit and doing the housekeeping in the EODAD exit. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
Allan, was this W2 or 1099? Gary Garland Gregory, MS CA Senior Software Engineer Tel: +1-214-473-1863 Fax: +1-214-473-1050 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting I have no current information. My last contract was short term (2004) in a small market. ISTR about $40/hr. It was still far more than unemployment. This was at a remote location from my primary residence. I rented an apt (written off) $40/day in meals (written off). Travel to/from my primary residence (written off) SSA, etc. Taxes (written off). Mileage to/from apt/workplace (written off). I paid taxes on much less than the gross (and at a far lower rate that the IRS would have liked. snip Prior to 9/11 and the 2002 recession, contract rates ranged from $85-$125 per hour in the major metropolitan areas and $60-$80 elsewhere. Are they still depressed or have they rebounded? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe Data Center Permanant Shutdown Procedure Needed
Bill, Search the latest archives for Eric Bielfield. If anyone has that list, he does. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pfeifer, William Sent: Thursday, May 03, 2007 11:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe Data Center Permanant Shutdown Procedure Needed It has now finally happened; our mainframe jobs have all been converted to PCs. Only a few miscellaneous jobs will be run in the next 30 days. At the same time, a company has acquired us and is interested in only our block of business. All employees have been given their 90 days notice with a few to be retained until company dissolution. PC operations will be handled eventually by a third party for the Acquirer. This is not a surprise as we have seen it coming. We are running OS/390 2.10 as the processor, a Multiprise 2003-104, does not possess the architecture to support z/OS. And since it is only 9 mips, it stands to reason that PCs can easily handle the workload and they do. All needed files and reports have been converted too. It amazes me to hear people say they consider themselves a small shop but have over a 1000 mips at work. We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. Employee placement services are been taken care of. Most of us are in our 50s and 60s and may have to consider other careers. I'm 62 and will retire after 40 years of mainframe data processing starting with tab equipment to IBM 1401, Univac U3 and so on. Loved my job and appreciative of participating in such challenging work. What we would like to have is a procedure that someone may have prepared to make sure nothing is missed. Would someone please provide me with such a document or point me in a direction. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe Data Center Permanant Shutdown Procedure Needed
Ya--- I have a procedurebut your board of directors wouldn't like it.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Data Center Permanant Shutdown Procedure Needed
You may have a legal requirement to retain the data and the programs/jobs that produced it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pfeifer, William Sent: Thursday, May 03, 2007 11:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Mainframe Data Center Permanant Shutdown Procedure Needed It has now finally happened; our mainframe jobs have all been converted to PCs. Only a few miscellaneous jobs will be run in the next 30 days. At the same time, a company has acquired us and is interested in only our block of business. All employees have been given their 90 days notice with a few to be retained until company dissolution. PC operations will be handled eventually by a third party for the Acquirer. This is not a surprise as we have seen it coming. We are running OS/390 2.10 as the processor, a Multiprise 2003-104, does not possess the architecture to support z/OS. And since it is only 9 mips, it stands to reason that PCs can easily handle the workload and they do. All needed files and reports have been converted too. It amazes me to hear people say they consider themselves a small shop but have over a 1000 mips at work. We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. Employee placement services are been taken care of. Most of us are in our 50s and 60s and may have to consider other careers. I'm 62 and will retire after 40 years of mainframe data processing starting with tab equipment to IBM 1401, Univac U3 and so on. Loved my job and appreciative of participating in such challenging work. What we would like to have is a procedure that someone may have prepared to make sure nothing is missed. Would someone please provide me with such a document or point me in a direction. Thanks, Bill Pfeifer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Data Center Permanant Shutdown Procedure Needed
Pfeifer, William wrote: It has now finally happened; our mainframe jobs have all been converted to PCs. Only a few miscellaneous jobs will be run in the next 30 days. At the same time, a company has acquired us and is interested in only our block of business. All employees have been given their 90 days notice with a few to be retained until company dissolution. PC operations will be handled eventually by a third party for the Acquirer. This is not a surprise as we have seen it coming. We are running OS/390 2.10 as the processor, a Multiprise 2003-104, does not possess the architecture to support z/OS. And since it is only 9 mips, it stands to reason that PCs can easily handle the workload and they do. All needed files and reports have been converted too. It amazes me to hear people say they consider themselves a small shop but have over a 1000 mips at work. We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. Employee placement services are been taken care of. Most of us are in our 50s and 60s and may have to consider other careers. I'm 62 and will retire after 40 years of mainframe data processing starting with tab equipment to IBM 1401, Univac U3 and so on. Loved my job and appreciative of participating in such challenging work. What we would like to have is a procedure that someone may have prepared to make sure nothing is missed. Would someone please provide me with such a document or point me in a direction. Thanks, Bill Pfeifer So here's a bit for Gabe Goldberg's article! Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: File concatenations
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Assuming the following JCL: //DD1 DD DSN=dsname1,disp=shr // DD DSN=dsname2,disp=shr // DD DSN=dsname3,disp=shr Where DD1 is opened for input. All files are on DASD. How can I tell when dsname1 has been 'exhausted' and reading starts on dsname2, etc? You didn't say what access method you are using, or what I is that is going to tell. I assume that I is an Assembler program that is doing the reading via a DCB with some access method. If this is true, then you can find the IOB from the DCB, and the M part of the IOB's MBBCCHHR will be incremented by one each time you move from the end of one data set's extent to either the next extent for that data set or else the next DD. If all data sets involved are single-extent files, then it is easy. If not, more programming is necessary to go from the IOB's M to find which data set is involved. If I is TMON/MVS, then you can find the IOB and set the screen to auto-refresh every X seconds. Then you can watch M change visually. Bill Fairchild Plainfield, IL If there is one principle more deeply rooted in the mind of every American, it is that we should have nothing to do with conquest. [Thomas Jefferson] ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Data Center Permanant Shutdown Procedure Needed
Our mainframe will be replaced within the next 4 years. Lots of my peers are retiring and working part time with the old system, which will help tremendously with the rest wanting to be retrained. We already have Oracle DBAs, so our non-retired IDMS DBA will just move over (He has retired IDMS DBAs working with him). I don't know how our systems people will transition. I can't afford to retire yet, so if my ticker doesn't get worse, I will transition to the new system. What is interesting to observe is how the Java team will move over. They tend to be young guns who have never gone through a major conversion.As much as I dislike all of the complex procedures of change control and user testing, I don't work with multitude of objects and progressive programming changes. I can't see that switching to PeopleSoft's procedures will be comfortable for them. Their life-cycle will be similar to what I've had - but quicker. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe Data Center Permanant Shutdown Procedure Needed
One area that we had a lot of debate on at PH Mining was how to access tapes that were saved. They saved a lot of 3490 carts, but had no way of reading them. They thought of buying a 3490 drive and software to convert the data to ASCII, but as far as I know, they didn't buy anything. I think that would have cost about $10K. They also sent a couple of tapes to different places to be converted to test out their services. They could convert the tape fairly reasonably, but what came back on a CD was useless, as none of the packed fields were readable. To convert data tapes, you need to supply the vendor with all of the record layouts, and they charge a couple thousand dollars for each different layout to set it up. I don't remember any of the companies that we looked at for this service. If you search google, you can find several companies that do that. Eric Bielefeld Bill, Search the latest archives for Eric Bielfield. If anyone has that list, he does. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pfeifer, William We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe Data Center Permanant Shutdown Procedure Needed
Bill, First of all, congratulation and best wishes on your retirement. In your case just some simple due diligence should suffice. 1. Get those letters out to the vendors (software /hardware) to cancel the flow of monies outbound. 2. If all data has been converted to PC readable formant, including historical ML2 stuff, then destroy the tape via a degaussing or Burn. If there is still data that is SOX/HIPPA related and retention period is an issue. Don't destroy that data. 3. Get a standalone DASD ERASER product to wipe the DASD (three times with patterns. 4. Prepare an updated resume for contracting work 1 to 2 months a year. It sounds like the passion and love for this work is still there. Remember now you can travel and write it off :) Good Luck -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
I'm curious. How difficult would it be a a zOS sysprog to become proficient in a like type position on a Windows or UNIX based system? I have heard these jobs being referred to as Network Administrators and I've always taken that to mean sysprog in newspeak. About 10 years ago I took a couple of classes in Novell and deduced that anyone with zOS sysprog background could become a guru in 2-3 days. So easy a caveman could do it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Thursday, May 03, 2007 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Data Center Permanant Shutdown Procedure Needed Our mainframe will be replaced within the next 4 years. Lots of my peers are retiring and working part time with the old system, which will help tremendously with the rest wanting to be retrained. We already have Oracle DBAs, so our non-retired IDMS DBA will just move over (He has retired IDMS DBAs working with him). I don't know how our systems people will transition. I can't afford to retire yet, so if my ticker doesn't get worse, I will transition to the new system. What is interesting to observe is how the Java team will move over. They tend to be young guns who have never gone through a major conversion.As much as I dislike all of the complex procedures of change control and user testing, I don't work with multitude of objects and progressive programming changes. I can't see that switching to PeopleSoft's procedures will be comfortable for them. Their life-cycle will be similar to what I've had - but quicker. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SFTP Client for z/OS
On Thu, 3 May 2007 07:49:29 -0400, John Kington [EMAIL PROTECTED] wrote: Thanks for the pointer. I gave in for now and we will duplicate the data to hfs. Another option is to use regular ftp over an encrypted ssh tunnel. for example, ssh -S -fo -L ftp/2221:127.0.0.1:21 [EMAIL PROTECTED] then ftp localhost 2221 But I don't think all clients support the ftp/ syntax. (RSIT does.) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 359S vs 3590 (HCD)
Neubert, Kevin (DIS) wrote: This is not anything I have ever seen in HCD. I am not familiar with a true 3590, but it sounds more like the setup of the drives themselves to me. For example I know an STK 9840 drive can be setup to emulate a 3490E, 3590, etc. Does the DEVSERV QTAPE command display anything interesting? I think, yes it does: UNIT DTYPE DSTATUS CUTYPE DEVTYPE CU-SERIAL DEV-SERIAL ACL LIBID ccuu 3590 ON-NRD 3590A50 3590E1A* -s -s I not the I in ACL column. As far as I understand the documentation it mean the cartridge loader is installed. However it's not. Unfrotunately I have no other drives for comparison; the others really have the loaders or reside inside the libraries. In fact AFAIR T9840 and T1 drives are presented as 3490 or 3590 devices, without trailing S or L. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
W2 - A wage earnings statement we send to the government when we file our taxes 1099 - A form filled out by either an employer or a self-employed individual to let the government know how much was earned. SSA - Social Security Administration SSN - Social Security Number IRS - Internal Revenue Service (part of the US Department of Treasury and the division that collects our taxes for the government) No idea on average salaries. See Computerworld articles on this topic. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 03, 2007 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
On 3 May 2007 10:17:34 -0700, [EMAIL PROTECTED] (R.S.) wrote: BTW: What is avg (yearly) salary in U.S.A. ? Average salary for a country doesn't effect the logic someone uses to determine his value. Otherwise Hollywood or the NBA or a company's board of directors could offer twice the average wage and get the best hire. BTW2: IMHO every job is better than no job. Unless we have other options - such as retirement.If Harrison Ford doesn't get the offer he wants next month, he won't be flipping burgers.His value lies elsewhere, and he doesn't need the money. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
They are all US centric, tax related items. Briefly: W2 - Document that shows what an employer paid an employee, as well as how much in taxes were already withheld from the employees paycheck. See also IRS and SSA... 1099 - Document that shows (in this context) what a company paid a person who is working as a contractor for them SSA - Social Security Administration, a government entity that for the purposes of this discussion collects employment taxes to be used to pay out retirement benefits later. Mentioned here because employer and employee each pay half the tax, a contractor would have to pay both the employer and employee portions. IRS - Internal Revenue Service, a government entity that collects taxes on behalf of the US government. Note: accepted that these are overly simplified definitions. Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 03, 2007 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chicklon, Tom They are all US centric, tax related items. Briefly: [ snip ] IRS - Internal Revenue Service, a government entity that collects taxes on behalf of the US government. ... Sometimes colloquially referred to as Institutional Robbery Squad :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
BTW: What is avg (yearly) salary in U.S.A.? Not the best question. It depends on: Position Region Competition Experience And, without comparing it to the cost of living, taxes, etc., you don't know what it means. A friend of mine moved from Toronto to Denver. He got a higher salary, but there were other considerations. Taxes were lower, but health care that wasn't covered by his employer came out of his after tax income. Also (as an example), a loaf of bread cost 1USD in Denver, and it cost 1CAD in Toronto. But, at the time 1USD was worth about $1.50CA. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
I'm curious. How difficult would it be a a zOS sysprog to become proficient in a like type position on a Windows or UNIX based system? I have heard these jobs being referred to as Network Administrators and I've always taken that to mean sysprog in newspeak. About 10 years ago I took a couple of classes in Novell and deduced that anyone with zOS sysprog background could become a guru in 2-3 days. So easy a caveman could do it. Well not quite. But if you are already a practicing sysprog, you already have a lot of the background on computers and networks that most newbies lack. The tools are different (obviously) and the spoken language is different, but most of the underlying ideas are consistent with what you already know. As for guru status... I believe that in general it takes about X years, to gain X years of experience. However there is an open question as to whether that is really X years of experience or just one year repeated X times. So you really can become proficient quite quickly, but Guru status remains something that is earned through a lifetime of bumps and bruises. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How difficult would it be for a SYSPROG ?
On Thu, 2007-05-03 at 12:12 -0500, Anthony Saul Babonas wrote: I'm curious. How difficult would it be a a zOS sysprog to become proficient in a like type position on a Windows or UNIX based system? I don't know of a like type position in the MS-Windows world, where programmers aren't typically employed to do sysadmin work. (When I was a little more youthful, and a lot more brash, I'd refer to some of the more shallow sysprogs as parameter jockeys. Today they'd be called sysadmins.) About 10 years ago I took a couple of classes in Novell and deduced that anyone with zOS sysprog background could become a guru in 2-3 days. Wow, you grossly underestimated the amount of effort it takes to become proficient. Back in the day (pre-NDS) I built and managed our company's Novell network. In the process I wrote some bindery applications, the C API to support them, and a handful of NLMs. At that I only scratched the surface of NetWare. If all you want to do is add and remove users, sure, a couple of days training is all you need. But if you are responsible for your corporate infrastructure... well, you should be intimately familiar with the tools at hand. A week of training isn't going to cut it. (That's not to say you can't run your shop with only sysadmins. Lots of people do. But you should have a VAR on retainer who has some *real* expertise, and who is available to you at the drop of a hat.) -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSdss Data Loss Exposure (UPDATE)
As of May 3, APAR OA20907 was opened by IBM to provide a temporary fix to the DFSMSdss RESTORE problem in the form of ADRDSSU patch byte that can be set by an installation or on a specific invocation of ADRDSSU to inhibit the reset of the DS1DSCHA bit on RESTORE FULL or RESTORE TRACKS. When available, this should provide a practical workaround for us and others similarly exposed on DFSMSdss RESTORE. For the long-term solution, IBM is considering as a possible future enhancement something along the lines of, or a variant of, the proposed change in default behavior for DFSMSdss as described in SHARE requirement SSMVSS07009 (currently open for discussion on the SHARE site) and a mirrored copy of that requirement as IBM Marketing Request MR0409076057. This future enhancement would possibly include a change in default RESTORE behavior based on use of RESET in DUMP, with a new RESTORE option to allow for overriding default behavior. This has been a topic of continuing discussion for the last month in off-group discussions among IBM and a number of other people representing various SHARE-member installations. With an accepted APAR, it looks like we will get a circumvention in a timely fashion, and most likely there will be some long-term solution that will eliminate the chance that others will get bit in the future. I again want to thank John Chase for alerting ibm-main to this problem, the various SHARE officers who were instrumental in starting the off-group direct contacts with IBM, and Andrew Wilt of IBM for the progress toward resolving this issue. Joel C. Ewing Sr. Technical Admin, Mainframe Systems Data-Tronics Corp., Fort Smith, AR Joel C. Ewing wrote: After four days of experimenting with DSS and thinking about the implications of DOC APAR OA20117 I felt it time to share some additional results and thoughts on this with IBM-MAIN. First of all, let me re-iterate the basic exposure implied by OA20117: If you are using DFSMSdss DUMP FULL without the RESET option -- which is the default usage, indicating the dump is not intended as a replacement for individual dataset dumps -- to save the image of a DASD volume and expecting at some point to use this dump with a RESTORE FULL to move the volume to another DASD drive, as part of a Data Center move or migration to new equipment, or for Data Center recovery at a remote site, THEN MOST LIKELY YOU ARE CURRENTLY EXPOSED TO SOME FORM OF DATA-LOSS! This is true if you are using DFSMShsm with auto-backup enabled (many sites), if you have DFSMShsm FSM (Fast Subsequent Migration) enabled (fewer sites), if you have applications using DFSMSdss that use BY((DSCHA,EQ,YES)) as part of the selection criteria for data set manipulation, or if you have any other vendor products or home-grown applications in house that manage datasets or process datasets based on the Changed bit in the VTOC. If any of these apply to your installation, YOU ARE EXPOSED. The crux of the problem is that the only practical way to make a physical copy of a volume with DFSMSdss for moving the volume or recovering it elsewhere is with DUMP FULL physical dump, and if this is recovered to another device with the obvious counterpart RESTORE FULL, the result is currently not an identical volume, but a volume with all the VTOC changed bits on the volume reset. This means that future decisions on the recovered system or moved volume that are based on the changed bit will be in error. The effects range from failure to take a required auto-backup (exposing users to data loss when a dataset recovery point they expect to be there is not), to DFHSM erroneously assuming a down-level ML2 version of a dataset is current and scratching the most current version on primary DASD (exposing those using DFSMShsm Fast Subsequent Migration to unpredictable data loss), or failure at some unknown time in the future to select for processing some datasets that should be selected by either 3rd-party vendor products or in-house applications that rely on the changed bit. These effects are subtle. Unless some user notices and reports a problem, they can easily be over looked; and if they aren't noticed until six months after the RESTORE, there is little likelihood that DFSMSdss would have been suspected over the more common possibility of fuzzy user memory of some kind. There are two pending requests for a change to this behavior: SHARE request SSMVSS07002, which asks for changing the RESTORE default to not clear the changed bits; and Marketing Request MR0302074136, requesting an option on RESTORE FULL to control the handling of the changed bit. After considerable thought I don't believe either of these is the cleanest or most correct solution. The most consistent solution should be based on the principle that at the completion of a physical volume dump, if you immediately restore that physical dump onto the same device or onto a different
Re: Systems Programmer job posting
Ted MacNEIL wrote: BTW: What is avg (yearly) salary in U.S.A.? Not the best question. It depends on: Position Region Competition Experience And, without comparing it to the cost of living, taxes, etc., you don't know what it means. Such a number has better meaning than no clue. Of course it's not full picture. It would be also interesting to know avg salary in IT, and mainframes. However I believe that overall is known to public, while those specific not necessarily. For example avg salary in Poland is approx. 10750 USD, but in IT it's rather 30-40 k. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
On May 3, 2007, at 12:17 PM, R.S. wrote: Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland Sigh... Radoslaw, I guess I will disagree with you about the job aspect. I was laid off (roughly 1992) and it took me 9 months just to find *ANY* job. Of course the *ANY* job was pure unadulterated H*LL. After the first day I swore I was not going back but I did and believe it or not it actually got worse. I won't bore you with the specifics but besides job issues there were additional commuting issues that were totally unforeseen that made the job even worse. If that wasn't bad enough the internal politics were not to believed it was almost a step back to the 17th century. If that wasn't bad enough there was rampant dishonesty throughout the corporate structure. So please don't say any job is better than no job. I preferred collecting unemployment than going through H*LL every day. 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
Bad NVR for PDSE
I've got a PDSE that has it's NVR in one catalog and it's catalog entry in a different one. And, of course, the dataset is SMS managed. Argh. Please don't ask how it happened, I do not know. I have been trying in vain to clean this up as ADRDSSU will not dump the dataset which is causing some backup jobs to fail. The error is: ADR793E (001)-DTDSC(01), DATA SET,SYS1.DSNLOAD,ON VOLUME SYS021 IS AN INCONSISTENT PDSE AND CANNOT BE DUMPED which basically states the VTOC and VVDS don't match. I have tried getting rid of the NVR, which fails with RC50 REASON=88 (IDC3009I) : A VVR or NVR with the correct component name was found, but the catalog name did not match. On a delete request, the BCS record will be deleted, but the VVR or NVR and the format 1 DSCB will not be scratched. I've tried a DELETE NONVSAM with the volser to no avail. I've tried a delete noscratch - which doesn't work either but even if it did, it only gets rid of the BCS entry, not the VVDS/NVR. The dataset itself is not having problems with any normal use; it is linklisted and used by DB2 amp; CICS without error. I have a new PDSE with the contents of the corrupt dataset ready to go but I have yet to find a way to get rid of the bad one. The DFSMSdfp Diagnosis says the delete is failing with an 'SMS validation failure', (ya think!?) and to use regular procedures to correct the entry. Any body have a guess as to which unexplained 'regular procedures' might be? I've tried just about everything in the Managing Catalogs Manual that's applicable and nothing has worked yet. Thanks, Betsy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SFTP Client for z/OS
Yet another approach... cat //'MVS.DATA.SET' | ssh -T [EMAIL PROTECTED] /bin/cat '' unixfile or cp //'MVS.DATA.SET' /dev/fd1 | ssh -T [EMAIL PROTECTED] /bin/cat '' unixfile probably there is some variant that will work to Windows. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
I went through this exact route. I was a sysprog for a number of years than transitioned over to software development on the mainframe. I moved over to development on OS/2 and than windows. The tools and debuggers made it quite a bit easier but I still had to learn/understand platform specific content. That took the time. I did not have to spend much time in how things worked but Chris is right a Guru has experience of many years. Mark -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Thursday, May 03, 2007 11:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed) I'm curious. How difficult would it be a a zOS sysprog to become proficient in a like type position on a Windows or UNIX based system? I have heard these jobs being referred to as Network Administrators and I've always taken that to mean sysprog in newspeak. About 10 years ago I took a couple of classes in Novell and deduced that anyone with zOS sysprog background could become a guru in 2-3 days. So easy a caveman could do it. Well not quite. But if you are already a practicing sysprog, you already have a lot of the background on computers and networks that most newbies lack. The tools are different (obviously) and the spoken language is different, but most of the underlying ideas are consistent with what you already know. As for guru status... I believe that in general it takes about X years, to gain X years of experience. However there is an open question as to whether that is really X years of experience or just one year repeated X times. So you really can become proficient quite quickly, but Guru status remains something that is earned through a lifetime of bumps and bruises. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SFTP Client for z/OS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Phil Sidler Sent: Thursday, May 03, 2007 2:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SFTP Client for z/OS Yet another approach... cat //'MVS.DATA.SET' | ssh -T [EMAIL PROTECTED] /bin/cat '' unixfile or cp //'MVS.DATA.SET' /dev/fd1 | ssh -T [EMAIL PROTECTED] /bin/cat '' unixfile probably there is some variant that will work to Windows. Just to mention it, but cat is not documented to support MVS dataset names. Likely it will continue to do so forever, but who knows? On the other hand, cp is specifically documented to support MVS dataset names. So, just to be paranoid/safe, I always use the cp version that you mentioned. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad NVR for PDSE
On Thu, 3 May 2007 13:57:09 -0500, Betsy Jeffery [EMAIL PROTECTED] wrote: I've got a PDSE that has it's NVR in one catalog and it's catalog entry in a different one. And, of course, the dataset is SMS managed. Argh. Please don't ask how it happened, I do not know. I have been trying in vain to clean this up as ADRDSSU will not dump the dataset which is causing some backup jobs to fail. The error is: ADR793E (001)-DTDSC(01), DATA SET,SYS1.DSNLOAD,ON VOLUME SYS021 IS AN INCONSISTENT PDSE AND CANNOT BE DUMPED which basically states the VTOC and VVDS don't match. I have tried getting rid of the NVR, which fails with RC50 REASON=88 (IDC3009I) : A VVR or NVR with the correct component name was found, but the catalog name did not match. On a delete request, the BCS record will be deleted, but the VVR or NVR and the format 1 DSCB will not be scratched. I've tried a DELETE NONVSAM with the volser to no avail. I've tried a delete noscratch - which doesn't work either but even if it did, it only gets rid of the BCS entry, not the VVDS/NVR. The dataset itself is not having problems with any normal use; it is linklisted and used by DB2 amp;amp; CICS without error. I have a new PDSE with the contents of the corrupt dataset ready to go but I have yet to find a way to get rid of the bad one. The DFSMSdfp Diagnosis says the delete is failing with an 'SMS validation failure', (ya think!?) and to use regular procedures to correct the entry. Any body have a guess as to which unexplained 'regular procedures' might be? I've tried just about everything in the Managing Catalogs Manual that's applicable and nothing has worked yet. I just went though something similar with an uncataloged SMS controlled PDS that I cleaned up today on a sandbox LPAR. I tried all the usual methods. Define recatalog, delete nvr, etc. etc. Don't ask what the exact errors were... I tried getting rid of it some weeks ago and gave up and didn't keep the output. Anyway... when all else fails... ZAPing the VTOC works. Make sure you turn off the IXVTOC first if you have one.In my case, I zapped the HLQ from SYS1 to SYS2 and then was able to do a DELETE NVR and then I changed the volume back to IXVTOC. Don't try it if you're not sure what you are doing. I'm not sure what info is in the archives about this... but you can try searching. If you have a product like Mainstar, Catalog Solutions, or TREX - I think they all have utilities that can get rid of the data set for you (in some cases doing a zap under the covers). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
On 3 May 2007 12:12:44 -0700, [EMAIL PROTECTED] (Mark Levy) wrote: I went through this exact route. I was a sysprog for a number of years than transitioned over to software development on the mainframe. I moved over to development on OS/2 and than windows. The tools and debuggers made it quite a bit easier but I still had to learn/understand platform specific content. That took the time. I did not have to spend much time in how things worked but Chris is right a Guru has experience of many years. A lot of the differences are in discovering where things are, as well as the tools. For instance, for a programmer setting up a jBuilder environment and understanding all the interactions can be more difficult than learning Java. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Bad NVR for PDSE
On Thu, 3 May 2007 13:57:09 -0500, Betsy Jeffery wrote: I've got a PDSE that has it's NVR in one catalog and it's catalog entry in a different one. ... I have a new PDSE with the contents of the corrupt dataset ready to go but I have yet to find a way to get rid of the bad one. Then Zelden wrote: I just went though something similar with an uncataloged SMS controlled PDS that I cleaned up today on a sandbox LPAR. I tried all the usual methods. Define recatalog, delete nvr, etc. etc. Don't ask what the exact errors were... I tried getting rid of it some weeks ago and gave up and didn't keep the output. Anyway... when all else fails... ZAPing the VTOC works. Anyone else a little concerned at all this ???. There have been various rumblings about the Catalog code since 1.7 came out. Flaky is a term that comes to mind. I happen to be a bit sensitive to the state of our catalogs - and the data they represent. I have *never* had a DEL NSCR fail for a normal dataset (yes I know that is stretching linguistics when PDSE is involved), and as for Marks PDS, I can't remember the last time I had to zap a VTOC. Ugh. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Best Practices for Mainframe Console Operations
Yea - find them a real job somewhere else. We don't have any 'console operators'. But, then, we built the shop from shrink wrap and made sure not one console task slipped through. We do have 'operators', but they don't touch the consoles much. Try searching on 'lights out' operations. My $0.02. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Thursday, May 03, 2007 2:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Best Practices for Mainframe Console Operations Hi, Does any one have idea about the paper published related to Best Practices for Mainframe Console Operations ? or in any mainframe operations ? Do send me link related to that .. I came across a document named LPAR Best Practices.. However, not able to find anything like Best Practices for mainframe console operations. Probably, persons involved in Console Operations can throw more light on this ... Thanks JAcky 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
Re: WEB IBMLINK
WELL, OF COURSE, you eliminate the 3270 i/f. It IS the REAL source of the problem, after all... without that no one would KNOW that LINK was really working. We'll eliminate your disease, but not the symptoms. Rocky Horror Picture Show -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
---snip--- Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. unsnip In Chicago area, $63K is almost enough to starve to death with a little dignity. Maybe a clean bowling shirt when they bury you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
I see things like customization overwritten by service (IE no equivalent of PARMLIB concat). JCL will look easy after the various parms for the system services. Some Unix systems are still archaic without add-on products. Solaris 8 can only have 8 slices (sic) per hard disk but some are reserved, AIX has a logical volume manager, most people get Veritas anyway. But nobody complains about mid week re-BOOTs, in fact they PRAISE YOU for fixing problems with a reboot. Our goal a few years ago was to close 5 trouble calls by noon. I said if I had 5 trouble calls a WEEK on my z/OS box I'd quit. They can't understand when I say my last system outage was in 2003 (Well except when they tried to run a generator for 24 hours on 20 hours of diesel) SIGH. --- [This E-mail scanned for viruses by Declude Virus] -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Systems Programmer job posting
--snip-- -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chicklon, Tom They are all US centric, tax related items. Briefly: [ snip ] IRS - Internal Revenue Service, a government entity that collects taxes on behalf of the US government. ... Sometimes colloquially referred to as Institutional Robbery Squad :-) unsnip- Also known sometimes as Infernal Revenue Service I have a bumper stick that says Fight Organized Crime - Ban the IRS I'm particularly bitter because I got a large tax bill this year; and I'm on a pension!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
They can't understand when I say my last system outage was in 2003... There was an old DILBERT strip: DOGBERT'S Technical Support: DOGBERT answers the phone: My PC is... Shut up and re-boot Hey! That worked! Shut up and hang up! ..My call time is improving. Unfortunately, the PFCSK's, with their squatty boxes, brag about how fast they can re-boot! We brag about how long the system stays up! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM-LOW: Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)
snip- I see things like customization overwritten by service (IE no equivalent of PARMLIB concat). JCL will look easy after the various parms for the system services. Some Unix systems are still archaic without add-on products. Solaris 8 can only have 8 slices (sic) per hard disk but some are reserved, AIX has a logical volume manager, most people get Veritas anyway. But nobody complains about mid week re-BOOTs, in fact they PRAISE YOU for fixing problems with a reboot. Our goal a few years ago was to close 5 trouble calls by noon. I said if I had 5 trouble calls a WEEK on my z/OS box I'd quit. They can't understand when I say my last system outage was in 2003 (Well except when they tried to run a generator for 24 hours on 20 hours of diesel) SIGH. ---unsnip-- I agree with the sentiment; it's quite difficult to evaluate the cost of an outage, so most managerial teams don't even have courage enough to try. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Strangeness in PROC-land
Did you look at all of the error messages? On my test: //* //PROC1 PROC //PROC2 PROC //STEP1 EXEC PGM=IEFBR14 //DD1DD * THIS IS JUST WRONG /* //PROC2 PEND //PROC1 PEND //* //STEP EXEC PROC=PROC1 I got this:3 //PROC1 PROC //PROC2 PROC //STEP1 EXEC PGM=IEFBR14 //DD1DD * //PROC2 PEND 4 //PROC1 PEND //* 5 //STEP EXEC PROC=PROC1 6 ++PROC1 PROC 7 ++PROC2 PROC 8 ++STEP1 EXEC PGM=IEFBR14 9 ++DD1DD * . MESSAGE 4 IEFC019I MISPLACED PEND STATEMENT 5 IEFC001I PROCEDURE PROC1 WAS EXPANDED USING INSTREAM PROCEDURE DEFINIT 7 IEFC658I PROC VERB STATEMENT OUT OF SEQUENCE 9 IEFC601I INVALID JCL STATEMENT It complains about the second PEND because you can not nest PROCs inside each other, it does complain about the second PROC, and it complains about instream data (DD *) inside a PROC. Looks normal to me. Isn't a proc defined as something that has steps? Meaning, not a stream of nested procs. What you can do is invoke a proc from a proc. Don't recall today's limit, believe 8 is the still right number. //PROC1 PROC //STEP1 EXEC PGM=IEFBR14 //DD1DD DDNAME=OTHERDD //PROC1 PEND //* //PROC2 PROC //STEP1 EXEC PROC=PROC1 //PROC2 PEND //* //STEP EXEC PROC=PROC1 ++PROC1 PROC ++STEP1 EXEC PGM=IEFBR14 ++DD1DD DDNAME=OTHERDD //OTHERDD DD * some data /* On Wed, 2 May 2007 14:20:51 -0500, McKown, John [EMAIL PROTECTED] wrote: Just for fun, I'm testing weird JCL things. A couple of things that I've found that are weird are: 1) If you do something like: //OPROC PROC //IPROC PROC //STEP2 EXEC PGM=IEFBR14 // PEND // PEND //XSTEP EXEC PROC=OPROC //RSTEP EXEC PGM=IEFBR14 You will get a JCL error. But the JCL error is on the second PEND statement. Nothing is said about not having a PROC defined within a PROC in this case. But if you then remove the one of the PEND statements, the error is when OPROC is expanded with a message PROC VERB STATEMENT OUT OF SEQUENCE? If you don't expand OPROC, then you get no error message at all! 2) You can do this: //MYPROC PROC //STEP1 EXEC PGM=IEFBR14 //SYSIN DD * XXX // PEND //OSTEP EXEC PROC=MYPROC The JCL error occurs in the expansion on the OSTEP step with IEFC601I INVALID JCL STATEMENT. Again, if you don't try to expand MYPROC, then you don't get an error. Somehow, this just seems wrong to me. Of course, I don't know the history of the JCL converter / interpreter either. This all came up in my testing of my JCL parsing routine. Yes, I'm still doing it despite some rather negative comments from others about it. In the 0.01% chance that anybody cares, I have gotten all the JCL so that each logical JCL statement has been composed from the physical statements (i.e. concatenated the information from multiple continuations and removed all comments). Not too bad, considering the amount of time that I've worked on it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finally get to go from os390 2.10 to zOS 1.8
Finally management gives the OK to go from os390 2.10 to z/OS 1.8; Doc I have found so far seems to say you can't get there without going thru 1.4. Management says they do not want to go thru applications testing twice. Any help in finding conversion doc, or other references, or advice/experiences would be most appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finally get to go from os390 2.10 to zOS 1.8
Finally management gives the OK to go from os390 2.10 to z/OS 1.8; Doc I have found so far seems to say you can't get there without going thru 1.4. It's worse than that! You can't get to 1.8 from 1.4. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
On May 3, 2007, at 5:39 PM, Rick Fochtman wrote: ---snip--- Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. unsnip In Chicago area, $63K is almost enough to starve to death with a little dignity. Maybe a clean bowling shirt when they bury you? -- Rick: In this weeks (4/30/07) InformationWeek There is an article about US salary's, although it does talk about some US types getting 100K+ it does say the median salary for IT types is US 78K. (www.informationweek.com) The six figure club. I did not check to see if its web available yet (it usually lags by 4-5 days) but the name of the article is The SIX-FIGURE CLUB (Chris Murphy) gives an idea what salaries are generally in the US. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad NVR for PDSE
You either have 2 NVR entries for this data set in the VVDS, or this data set is cataloged in 2 different catalogs. List the VVDS to see what catalog the NVR points to and whether there are 2 NVR's. Then run a LISTCAT ENT(dsn) CATALOG(catname) ALL using the catname from the NVR to see if the catalog that may be outside the standard catalog search has the data set in it. If you find it, issue a DELETE dsn CATALOG(catname) to get rid of the erroneous catalog entry, VTOC DSCB, and NVR. If you have duplicate NVR's, you will need to use one of the catalog management products to delete the incorrect NVR using the RBA. If you continue to have problems, open a PMR with IBM. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery Sent: Thursday, May 03, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Bad NVR for PDSE I've got a PDSE that has it's NVR in one catalog and it's catalog entry in a different one. And, of course, the dataset is SMS managed. Argh. Please don't ask how it happened, I do not know. I have been trying in vain to clean this up as ADRDSSU will not dump the dataset which is causing some backup jobs to fail. The error is: ADR793E (001)-DTDSC(01), DATA SET,SYS1.DSNLOAD,ON VOLUME SYS021 IS AN INCONSISTENT PDSE AND CANNOT BE DUMPED which basically states the VTOC and VVDS don't match. I have tried getting rid of the NVR, which fails with RC50 REASON=88 (IDC3009I) : A VVR or NVR with the correct component name was found, but the catalog name did not match. On a delete request, the BCS record will be deleted, but the VVR or NVR and the format 1 DSCB will not be scratched. I've tried a DELETE NONVSAM with the volser to no avail. I've tried a delete noscratch - which doesn't work either but even if it did, it only gets rid of the BCS entry, not the VVDS/NVR. The dataset itself is not having problems with any normal use; it is linklisted and used by DB2 amp; CICS without error. I have a new PDSE with the contents of the corrupt dataset ready to go but I have yet to find a way to get rid of the bad one. The DFSMSdfp Diagnosis says the delete is failing with an 'SMS validation failure', (ya think!?) and to use regular procedures to correct the entry. Any body have a guess as to which unexplained 'regular procedures' might be? I've tried just about everything in the Managing Catalogs Manual that's applicable and nothing has worked yet. Thanks, Betsy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Finally get to go from os390 2.10 to zOS 1.8
That's not really true although it IS the IBM supported method BS. No one, including IBM, is going to say that you can't get to z/OS 1.8 from OS/390, just that it isn't supported. It isn't covered in the migration guide, but that doesn't mean it isn't possible. There is absolutely no reason they could not convert to z/OS 1.8 from OS/390 2.10. I have completed over 40 conversions from various levels of OS/390 (and older versions) to z/OS at various levels over the past 7 years, with 4 of them so far this year alone from various levels of OS/390 to z/OS 1.8. In fact, I am currently working on 2 separate conversion to z/OS 1.8, one from OS/390 2.9 and the other from OS/390 2.7. One is just about done and the other is just starting. While the process is not supported, or for the most part even desired by IBM, I have had no problems either performing the conversions, currently or in the past, or in opening problems. I will however agree that I have run into more problems moving to z/OS 1.8 than to z/OS 1.7 from levels of OS/390, but it's not because of the conversion itself, it's just that z/OS 1.8 appeared to have more issues, (i.e. PTF related problems), than z/OS 1.7 did. The only time that I would ever advise two steps is when you have not yet moved your OS/390 system to a z-series hardware box. And in that case it's really just a small-step before the big-step where you need to put the z-series maintanence on the OS/390 system to support the z-series hardware. There is actually very little testing involved and the end users are normally not inconvenienced in any way. The second step is the conversion itself, which is more work for the systems programmer, but not insurmountable. I have always pushed that the end users don't really need or want to go through the testing process twice, it's a waste of company time and resources. There are a lot of things you can't do, at least not the same way, during the conversion, and there are several pitfalls you have to look out for, but it's not as difficult as some people might want to make it seem. If you would like to discuss the process of doing the conversion from OS/390 2.10 to z/OS 1.8, I am more than willing to give you as much help as I can, although I don't think it's a good idea to discuss it via this list since it can get pretty complicated and in a lot of areas very boring :} Feel free to contact me offline and I'll help you all that I can. I would post my 800 number here, but there is no telling what restroom walls it will end up on:) Brian Westerman [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