Re: India is outsourcing jobs as well
Edward Jaffe wrote: Kelman, Tom wrote: I thought this was interesting. What do you guys working in Georgia, Virginia, and Idaho think about being in states which are less developed and when are you going to start working for $1000/year? [...] As far as the numbers go, you couldn't survive anywhere in the United States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr which translates to $16,380 if you work 40 hours a week, fifty weeks per year. Here in California, In-N-Out burger (http://www.in-n-out.com/) starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! (Really good ones though!) The avg salary in Poland is approx. $12000/yr. Less than half of hamburger job in Virginia. I don't know real numbers in India (I believe that $1000 is not avg salary), however I think there's HUGE difference between IT specialist salary and average. In other words, there is no sense to analyze avg salary when talking about IT in India (or Poland). -- 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
Re: A security question
Perhaps best would be to simply delete the old CICS libraries. That, together with the lack of APF authorization for user copies of DFHSIP and related programs/tables, should absolutely prohibit the old version(s) from being executed It is what we do now. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
Bottom line is that code can run above the bar if you put it there yourself and if that code never gets interrupted, as z/OS interrupt handler save areas are not yet enhanced for the larger registers, PSW, etc. The only thing that is not properly saved is the PSW. The registers are properly saved/restored (and have to since code may be running AMODE64). The 128-bit PSW is crunched into a 64-bit OLDPSW are. This is why you can't survive an interrupt when your code runs above the bar. The high- order 32 bits of the NSI are lost. I bet an IEFBR14 would work, since it just might finish executing before any interrupt occurred, but that's always a gamble. It's a z/OS restriction, only. I once ran a small piece of code above the bar. It ran happily to the first interrupt :-) -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: India is outsourcing jobs as well
As far as the numbers go, you couldn't survive anywhere in the United States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr which translates to $16,380 if you work 40 hours a week, fifty weeks per year. Here in California, In-N-Out burger (http://www.in-n-out.com/) starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! (Really good ones though!) I think you might need a new calculator. 40 hours for 50 weeks is 2,000 hours. So $5.85/hr is $11,700 annually, while $9.50/hr is $19,000. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PSI files response to IBM's amended complaint
September 21st, 2007 - Platform Solutions, Inc. files response to IBM's amended complaint: In a spurious effort to call attention away from its own abusive and predatory behavior by denigrating PSI's reputation, IBM, in its Amended Complaint, has made the sweeping assertion that PSI's business model is built on a theft of IBM intellectual property. PSI rejects this assertion and denies IBM's allegations that it has infringed any valid IBM patent, misappropriated any trade secrets, violated any copyright, or breached any contract through the conduct alleged in the Amended Complaint http://www.platform-solutions.com/news-litigation.php Bonne lecture, Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
On Sep 26, 2007, at 11:38 PM, Robert A. Rosenberg wrote: At 13:20 -0500 on 09/26/2007, Chase, John wrote about Re: Writing 23FDs: How long has it been since the last APAR against IEFBR14? I think that there was only 1 and it was soon after OS/360 was released. It added an instruction to clear R15 to the original BR 14. This happened in MVS (3.8?) if I remember correctly. I got called in the middle of the night and called it in the next morning. I couldn't begin to tell you what year but it was in the 1970's vicinity. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE)
Hello there, this is a minor issue, but I still want to understand what's wrong with what HC says. We have three z/OS.e 1.7 LPARs in basic Sysplex. HC complains that : 'CNZHF0003I One or more consoles are configured with a combination of message scope and routing code values that are not reasonable.' The console which caused this low check severity to be issued is our Sysplex Master console, which I purposely defined with MSCOPE=*ALL and route codes (1-10,12-128). What's wrong with this ? I did the definitions a long time ago, so it might be that some guidelines or best practice are outdated. I thought a Sysplex master console *should* have MSCOPE=*ALL and its route code 1-10,12-128 were more than appropriate. HC has a different opinion, though. Anyone can shed some light on this ? TIA Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CUNUNIxx IMAGE keyword
First time I see attachments in an IBM-MAIN post. Darren, did you lifted the limit on attachments on posts to IBM-MAIN? Groete / Greetings Elardus Engelbrecht PS: Darren is the IBM-MAIN caretaker... ;) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
Kind of like an 029's undo... -Original Message-From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matthew StittSent: Wednesday, September 26, 2007 4:10 PMTo: [EMAIL PROTECTED]: Re: Writing 23FDs snip The biggest pain was that ICCF editor had no undo command. snip _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE)
On Thu, 2007-09-27 at 04:31 -0700, Walter Marguccio wrote: HC has a different opinion, though. Anyone can shed some light on this ? It seems the HC authors don't consider a base sysplex a reasonable arrangement. Prepare yourself to be pilloried. 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: Writing 23FDs
On Thu, 2007-09-27 at 07:56 -0400, CICS Guy wrote: Kind of like an 029's undo... Yep, that would have been nice. I seem to recall plenty of redo ... 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: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE)
Walter, I thought a Sysplex master console *should* have MSCOPE=*ALL and its route code 1-10,12-128 were more than appropriate. HC has a different opinion, though. Actually, *that* check says: Checks that each MCS/SMCS/EMCS console is not defined with multi-system message scopes AND receiving all routing codes (or all except routing code 11). If you need to have rc 17-128 going to that console, try changing the mscope from *ALL to naming the systems individually, ie. if your sysplex contains of sysa,sysb,sysc,sysd, then vary that console an mscope of sysa,sysb,sysc,sysd instead of *all. That might stop HC from complaining. To be fair, sending too many messages across a plex can generate a lot of XCF traffic. We have ours now defined to only receive rc 1-16 except 11. HC probably checks as 'reasonable' what would be sent to an autoactivated console (I am almost sure that rc17-128 are not in that range). Our *All console only receives rc13 these days (which I have to set via mpfexit on a message-by-message basis). Regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test
This is a multi-part message in MIME format. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Test - Please ignore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.htmlHTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New test
Please ignore it again HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
In a message dated 9/26/2007 10:21:58 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wouldn't it depend on home many DD's were defined and the location of the datasets? My first post said that (in z/OS) you can't execute any code above the bar unless you move it there yourself. That means that you cannot have an executable step such as //STEP5 EXEC PGM=IEFBR14 with DD statements in that step and expect z/OS to run the IEFBR14 program for this step above the bar. You have to do a LOAD of the load module, acquire some storage above the bar, move the load module to the area just acquired above the bar, then call that code somehow (via BALR, e.g.). Since you are doing all this yourself, presumably your code is also processing DD statements somehow. The old trick of allocating vol specific temp dsn to turn on DIRF bit still work? This has nothing to do with running code above the bar, how many DDs are defined, or the location of the data sets. I don't know about this trick. I don't understand why you would want to turn on the DIRF bit. I used to have to turn it off sometimes with IMASPZAP. Bill Fairchild Plainfield, IL ** See what's new 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
VSMLIST
Hi all, If i have an address space running with REGION=2M (or whatever), i would like to find out how much of these 2Mb are still available (i'm interested specifically in PVT). I've done some tests with VMLIST but i'm problably doing something wrong. Here goes a piece of code : VSMLIST SP=PVT,WKAREA=(WKAREA,L'WKAREA), SPACE=FREE,LOC=24,LINKAGE=SYSTEM SPACE 1 L R3,WKAREA+4 - RESULT AREA L R10,0(,R3) # FREE SPACE DESCRIPTOR LTR R10,R10 JZNOFREE LAR3,4(,R3) First FREESPACE DESCRIPTOR FREESD DS0H L R5,0(,R3) INITIAL Address L R4,4(,R3) LENGTH OF FREE SPACE LAR3,8(,R3) Next FREESPACE DESC STCM R5,B'',WTO+18 STCM R4,B'',WTO+23 WTO WTO 'FREESPACE=, ',ROUTCDE=11 BCT R10,FREESD J RETURN NOFREE DS0H WTO 'NO FREE SPACE DESCRIPTOR' Can you help me ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-DISK QUESITON
Hallo, Does CA-DISK provide some utility to inquire about dsns which have been archived. I checked the doc but I did not find much info. I found something about LISTDMS. I tried the command but it keeps searching for my userid. It returns back with : ADSDM484 3543 NO RECORDS SELECTED NO ARCHIVE INDEX RECORDS FOUND FOR THE FOLLOWING DSNAME DSNAME = O00130./ The command I tried is : LISTDMS ARC. I would like to see ALL dsns that have been archived. Is there another command I can try? Thanks in advance. - Don't let your dream ride pass you by.Make it a reality with 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
Netview SA
Dear Listers I am quite new to automation using System Automation Netview. I am trying to implement a simple scenario for the sake of understanding before I go to real implementation. What I want to implement is trap a message like IEA631I and make the automation issue an MVS command D T. For this I have setup Netview SSI address, Netview address and Automation addresspace, all came up properly. I added an MVS component and selected message processing as below, Command === SCROLL=== PAGE Entry Type : MVS Component PolicyDB Name : TEST Entry Name : TESTCOMPONENT Enterprise Name : TEST Define message IDs and their automation actions. CMD = Command REP = Reply CODE = CODE USER = User Data AUTO = UP Msg Action Message IDCmd Rep Code User Auto Description cmdIEA631I I selected CMD option and entered as below for command processing, CMD ProcessingRow 1 of 21 Command === SCROLL=== PAGE Entry Type : MVS Component PolicyDB Name : TEST Entry Name : TESTCOMPONENT Enterprise Name : TEST Subsystem : MVSESA Message ID : IEA631I Enter commands to be executed when resource issues the selected message. Pass/Selection Automated Function/'*' Command Text MVS D T Finally, I attached the MVS component to the system and did I built of the policy from customization dialog. I coded MPFLST to forward IEA63I1 to NETVIEW, followed by SET MPF. I restared netview/SSI and automation address space. However, the automation did not work. Am I on right track please? TIA Arun - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE)
- Original Message From: Barbara Nitz [EMAIL PROTECTED] Actually, *that* check says: Checks that each MCS/SMCS/EMCS console is not defined with multi-system message scopes AND receiving all routing codes (or all except routing code 11). Correct. The only console in the sysplex which satisfies both conditions is the Sysplex Master, all others have MSCOPE(*). Of course I can try to change the route code of the former setting 1-16 except 11. Since the meaning of the Sysplex Master was/is to be a sort of central point of control for the plex, I thought there wasn't anything wrong with MSCOPE=*ALL and ROUTCDE=1-10,12-128 for this console only. To be fair, sending too many messages across a plex can generate a lot of XCF traffic. We have ours now defined to only receive rc 1-16 except 11. According to the XCF Activity report form RMF III, the guy who generates more that 95% of XCF traffic is GRS. Consoles generates (at list in our shop) not very much. Thanks. Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-DISK QUESITON
Does CA-DISK provide some utility to inquire about dsns which have been archived. I checked the doc but I did not find much info. Look at the LISTD utility. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSMLIST
Hi, You might like to consider examing the LDA control block (IHALDA in MODGEN) pointed to by ASCBLDA. This control block has various fields that describe the private area above and below the line. As for your VSMLIST attempt : (1) You are not checking the RC from VSMLIST. (2) STCM is not going to give you readable results in your WTO - you need to convert the binary values to printable characters. It would also have helped if you included the output that you received. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: 27 September 2007 13:24 To: IBM-MAIN@BAMA.UA.EDU Subject: VSMLIST Hi all, If i have an address space running with REGION=2M (or whatever), i would like to find out how much of these 2Mb are still available (i'm interested specifically in PVT). I've done some tests with VMLIST but i'm problably doing something wrong. Here goes a piece of code : VSMLIST SP=PVT,WKAREA=(WKAREA,L'WKAREA), SPACE=FREE,LOC=24,LINKAGE=SYSTEM SPACE 1 L R3,WKAREA+4 - RESULT AREA L R10,0(,R3) # FREE SPACE DESCRIPTOR LTR R10,R10 JZNOFREE LAR3,4(,R3) First FREESPACE DESCRIPTOR FREESD DS0H L R5,0(,R3) INITIAL Address L R4,4(,R3) LENGTH OF FREE SPACE LAR3,8(,R3) Next FREESPACE DESC STCM R5,B'',WTO+18 STCM R4,B'',WTO+23 WTO WTO 'FREESPACE=, ',ROUTCDE=11 BCT R10,FREESD J RETURN NOFREE DS0H WTO 'NO FREE SPACE DESCRIPTOR' Can you help me ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Netview SA
A simpler way to do this is to just edit the SA message table to trap your messages and execute whatever commands or clist you want. In this case, CICS DFH* msgs are trapped and the clist KIXDOFEM is executed by auto operator AUTCINT. IF (MSGID='DFHAP0001' | MSGID='DFHSM0103') TEXT=MESSAGE MSGGDATE=DATE MSGGTIME=TIME THEN EXEC(CMD('KIXDOFEM ' DATE TIME MESSAGE) ROUTE(ONE AUTCINT)) DISPLAY(Y) BEEP(N) HOLD(N) NETLOG(Y) SYSLOG(Y) CONTINUE(Y); IF (MSGID='DFHSM0131' | MSGID='DFHSM0133') TEXT=MESSAGE MSGGDATE=DATE MSGGTIME=TIME THEN EXEC(CMD('KIXDOFEM ' DATE TIME MESSAGE) ROUTE(ONE AUTCINT)) DISPLAY(Y) BEEP(N) HOLD(N) NETLOG(Y) SYSLOG(Y) CONTINUE(Y); The clist can extract the msg with GETMLINE commands. this reads lines 2,3 4 of the msg and then the 4th line is parsed and processed. GETMLINE M2 2 GETMLINE M3 3 GETMLINE M4 4 PARSE ARG MSG PARSE VAR MSG FILL JOB FILL2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of arun kumar Sent: Thursday, September 27, 2007 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Netview SA Dear Listers I am quite new to automation using System Automation Netview. I am trying to implement a simple scenario for the sake of understanding before I go to real implementation. What I want to implement is trap a message like IEA631I and make the automation issue an MVS command D T. For this I have setup Netview SSI address, Netview address and Automation addresspace, all came up properly. I added an MVS component and selected message processing as below, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-DISK QUESITON
Willie, DSNAME = O00130./ The command I tried is : LISTDMS ARC. You can try LISTD DSNAME=(/) to see if you can find any datasets. You need to point to the correct files dataset if you have more than one. 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
, IBM Mainframe Discussion List wrote: In a message dated 9/26/2007 10:21:58 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wouldn't it depend on home many DD's were defined and the location of the datasets? snip The old trick of allocating vol specific temp dsn to turn on DIRF bit still work? This has nothing to do with running code above the bar, how many DDs are defined, or the location of the data sets. I don't know about this trick. I don't understand why you would want to turn on the DIRF bit. I used to have to turn it off sometimes with IMASPZAP. snip The DIRF (DADSM Interrupt Recording Facility) bit was once (and is likely still) turned on prior to every DADSM VTOC update and turned off after completion. If a new data set allocation happened and the bit was on, DFP would rebuild the F5DSCB (free space) chain for a nonindexed VTOC. Changing the VTOC to nonindexed, zapping on the DIRF bit (after manually figuring out what to do with data extents--what to keep and what to delete--and perhaps salvaging some data by adding a new F1DSCB with superzap) allocating a data set, and converting the VTOC back to indexed used to be the way to fix corrupted VTOCs. DSF's REFVTOC has thankfully replaced the need to muck about with zap and DIRF, but of course any overlapping data extents still need to be fixed by a person who knows what (if anything) to try to salvage and which data seems more likely to be valid. It's worth noting that making sure all your shared DASD is defined as shared in HCD pretty much eliminates the need to worry about any of this unless DADSM code abends or the system fails in the midst of a VTOC update--both pretty rare events nowadays. Thus far I have consistently lost the argument about removing the possibility of defining unshared DASD, but maybe someday I'll win it... -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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: Writing 23FDs
Raymond Noal wrote: Dear List: An IBM 4361 Model Group 5 had the ECPS feature - Extended Control Program Support (ECPS) -- offers VSE mode, VM/370 mode, and MVS/370 mode. These modes provide microcode assists that make the system control programs operate more efficiently. ECPS was originally done for virgil/tully (370 138/148). basically portions of kernel/nucleus pathlengths were implemented in microcode. a new instruction was defined each of these (moved) pathlength snippets ... and placed in front of the corresponding kernel instructions. The parameter list for the new instruction included address(es) of where the microcode was to resume in the standard code. here is old post that details what portions of the vm370 kernel were identified for movement into microcode http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist the issue was that low-end and mid-range 370 machines were vertical microcode to implement 370 instruction set ... and there was typically an avg ratio of 10:1 (microcode instructions to 370 instructions) ... this avg. ratio has also been found by some of the more recent 370 emulators on i86 platforms. For virgil/tully we were given that there was approx. 6k of microcode instruction space available ... and typical kernel instruction would translate approx. 1:1 into microcode (6k bytes of kernel 370 instructions translates into approx. 6k bytes of microcode). So the identification activity was to identity the 6k bytes of vm370 kernel code that were the highest used pathlengths. There was also an ipl/boot sequence that identified whether it was running on an ECPS machine ... and if not, it had a table of all ECPS instruction in the kernel which it would overlay with no-ops (allowing the same kernel to execute on both ECPS machines and non-ECPS machines). Note, for vm370, vm microcode assist (VMA) had previously been implemented on 370/158. This were specific, high-use, supervisor state instructions that normally interrupted into the vm370 kernel for simulation. A new mode was defined for the machine which was virtual machine supervisor state ... and the machine microcode was changed to directly execute the supervisor state instruction using virtual machine rules ... w/o having to interrupt into the vm370 kernel. As part of the virgil/tully ECPS effort, there was also implementation of the VMA supervisor instructions, as well as additional supervisor state instructions not in the original VMA implementation. Later there was an ECPS-like effort done for the 3033 for MVS. There were some difference between the 3033 MVS changes and the virgil/tully vm370 implementation. * the new MVS would only run on machines with the MVS microcode enhancement and wouldn't run on machines w/o the feature * 3033 was a horizontal microcode machine where the ratio of microcode instructions to 370 instructions was nearly 1:1 ... aka there was little or no performance difference between the 370 instruction implementation and the microcode implementation (this characteristic continued on later high-end machines) later, in the 4331/4341 time-frame ... there was some effort to retrofit the mvs ecps change to 4341s ... allowing latest release of mvs to operate on 4341 machines. there was lots of contention over the value of doing this since 4341 was barely powerful enough to support any kind of mvs thruput and 4331 was quite a bit below that threshold (so i can't be positive, but i'm pretty sure that the mvs ecps feature was ever retrofitted to 4331 ... although it was eventually made available on 4341). somewhat 4361 topic drift the 3081 had a service processor which ran off a 3310 fba disk. part of the issue was that field service had a requirement that it could perform bootstrap field diagnostics starting with a scope. this was no longer possible for the 3081 ... so a service processor was added that had the capability of diagnosing 3081 hardware ... and it was possible for field service to do diagnostic field bootstrap starting with scope on the service processor. the service processor function was getting more and more complex, and so it was decided that for 3090, it would use a 4331 running a highly customized version of vm370 release 6 ... and all service processor menu screens implemented in cms ios3270. before 3090 first customer ship, the service processor was upgraded to a pair of 4361s (running vm370 and cms with menu screens implemented in cms ios3270). having a pair of redundant 4361s eliminated the requirement for field service to bootstrap diagnose 4361s ... since they could just switch to the other 4361 machine for diagnosing the 3090 (if there was 4361 failure). misc. past posts mentioning service processor operation http://www.garlic.com/~lynn/96.html#41 IBM 4361 CPU technology http://www.garlic.com/~lynn/99.html#61 Living legends http://www.garlic.com/~lynn/99.html#62 Living legends http://www.garlic.com/~lynn/99.html#108 IBM 9020 computers used by FAA
Re: Writing 23FDs
William Donzelli wrote: I have just started to fool around with a 4331-2 (and 3830), and the IPL floppy is just plain tired. Not the drive, but the floppy media itself! But then, what can one expect from a 30 year old disk. Anyway, is there anyone out in IBM land that can write a 23FD 8 inch floppy anymore? It is an odd format (the original, actually) of 80K or so, and the drives are almost always read only - including mine. I know there were some independent resellers and such that modified the drives for writing. Does anyone know of any? snip OK ... Here is a real long shot ... I expect that I will be jumped all over (But what the heck - live dangerously) as to why this is not possible ... How about picking up an old Radio Shack TRS-80 on E-bay to do the copying (TRS-80 used 8-inch drives). . The only reason I mention this is because many decades ago there was an 'urban legend' that someone had, in fact, taken an IPL floppy drive and put it into a TRS-80 and modified the microcode and managed to cause havoc for the IBM CE's. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
OK ... Here is a real long shot ... I expect that I will be jumped all over (But what the heck - live dangerously) as to why this is not possible ... How about picking up an old Radio Shack TRS-80 on E-bay to do the copying (TRS-80 used 8-inch drives). . The only reason I mention this is because many decades ago there was an 'urban legend' that someone had, in fact, taken an IPL floppy drive and put it into a TRS-80 and modified the microcode and managed to cause havoc for the IBM CE's. 23FDs are a wildly different format from just about any other 8 inch floppy format. A TRS-80 drive would not be able to handle it. For example, they top out at a whopping 79K. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
Ah yes... the Model 2 had one built in, with an optional 3-bay extension. Gary On 9/27/07, Warner Mach [EMAIL PROTECTED] wrote: William Donzelli wrote: I have just started to fool around with a 4331-2 (and 3830), and the IPL floppy is just plain tired. Not the drive, but the floppy media itself! But then, what can one expect from a 30 year old disk. Anyway, is there anyone out in IBM land that can write a 23FD 8 inch floppy anymore? It is an odd format (the original, actually) of 80K or so, and the drives are almost always read only - including mine. I know there were some independent resellers and such that modified the drives for writing. Does anyone know of any? snip OK ... Here is a real long shot ... I expect that I will be jumped all over (But what the heck - live dangerously) as to why this is not possible ... How about picking up an old Radio Shack TRS-80 on E-bay to do the copying (TRS-80 used 8-inch drives). . The only reason I mention this is because many decades ago there was an 'urban legend' that someone had, in fact, taken an IPL floppy drive and put it into a TRS-80 and modified the microcode and managed to cause havoc for the IBM CE's. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
In a message dated 9/27/2007 7:22:31 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: don't understand why you would want to turn on the DIRF bit. I used to have to Disables broken IXVTOCs ** See what's new 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: Writing 23FDs
snip OK ... Here is a real long shot ... I expect that I will be jumped all over (But what the heck - live dangerously) as to why this is not possible ... How about picking up an old Radio Shack TRS-80 on E- bay to do the copying (TRS-80 used 8-inch drives). . The only reason I mention this is because many decades ago there was an 'urban legend' that someone had, in fact, taken an IPL floppy drive and put it into a TRS-80 and modified the microcode and managed to cause havoc for the IBM CE's. - Memory is questionable so take it for what its worth. I believe IBM used a different format floppy drive than everyone else. 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: Netview SA
Eileen Please! - simpler? Arun is new to automation and he/she is trying, as far as I can judge since it is something with which I have never worked - but is supported by your response, to use a technique for building message automation table (MAT) entries. It was indeed my reaction to his/her post that he/she should create his/her own MAT entry - assuming that's what these panels were doing. The example with which you have provided him/her is not exactly simplicity itself. It relies on some sophistry of which only hardened users of the MAT are capable. How, I wonder, without some sort of explanation, is he/she going to know how the DATE TIME and MESSAGE variables - for that's what they are - are determined? Let me have a try: IF (MSGID='DFHAP0001' | MSGID='DFHSM0103') TEXT=MESSAGE MSGGDATE=DATE MSGGTIME=TIME THEN EXEC(CMD('KIXDOFEM ' DATE TIME MESSAGE) ROUTE(ONE AUTCINT)) DISPLAY(Y) BEEP(N) HOLD(N) NETLOG(Y) SYSLOG(Y) CONTINUE(Y); means that if the message id is DFHAP0001 or DFHSM0103 and the text of the message is the same as the variable MESSAGE which is now assigned to be the text of the message - so, obviously, it will be the same and the message time is the same as the variable TIME which is now assigned to be the time of the message - so, obviously, it will be the same and the message date is the same as the variable DATE which is now assigned to be the date of the message - so, obviously, it will be the same then execute the command KIXDOFEM concatenated with the date of the message, the variable DATE, and the time of the message, the variable TIME, and the text of the message, the variable MESSAGE, and route the message to the single operator AUTCINT with all the properties set as indicated. Obviously my explanation has lost some precision but it helps to know how the variable assignment happens - and how bogus the variable assignment is as a comparison! This variable assignment trick - and I hope I got it right - needs some getting used to - even if it was invented 25 years ago. It was about 25 years ago that I found myself in a restaurant in Vance near Nice, France, enjoying a nouvelle cuisine dinner with a sorbet between just about every miniscule course of 10 or so, a surprising experience for me, not repeated. The other surprise of that meal was the confession - there is no better word - that one of my companions was the developer who invented this trick! Chris Mason - Original Message - From: Barkow, Eileen [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, September 27, 2007 3:14 PM Subject: Re: Netview SA A simpler way to do this is to just edit the SA message table to trap your messages and execute whatever commands or clist you want. In this case, CICS DFH* msgs are trapped and the clist KIXDOFEM is executed by auto operator AUTCINT. IF (MSGID='DFHAP0001' | MSGID='DFHSM0103') TEXT=MESSAGE MSGGDATE=DATE MSGGTIME=TIME THEN EXEC(CMD('KIXDOFEM ' DATE TIME MESSAGE) ROUTE(ONE AUTCINT)) DISPLAY(Y) BEEP(N) HOLD(N) NETLOG(Y) SYSLOG(Y) CONTINUE(Y); IF (MSGID='DFHSM0131' | MSGID='DFHSM0133') TEXT=MESSAGE MSGGDATE=DATE MSGGTIME=TIME THEN EXEC(CMD('KIXDOFEM ' DATE TIME MESSAGE) ROUTE(ONE AUTCINT)) DISPLAY(Y) BEEP(N) HOLD(N) NETLOG(Y) SYSLOG(Y) CONTINUE(Y); The clist can extract the msg with GETMLINE commands. this reads lines 2,3 4 of the msg and then the 4th line is parsed and processed. GETMLINE M2 2 GETMLINE M3 3 GETMLINE M4 4 PARSE ARG MSG PARSE VAR MSG FILL JOB FILL2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of arun kumar Sent: Thursday, September 27, 2007 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Netview SA Dear Listers I am quite new to automation using System Automation Netview. I am trying to implement a simple scenario for the sake of understanding before I go to real implementation. What I want to implement is trap a message like IEA631I and make the automation issue an MVS command D T. For this I have setup Netview SSI address, Netview address and Automation addresspace, all came up properly. I added an MVS component and selected message processing as below, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Netview SA
Arun Please see my reply to Eileen. You don't have to restart address spaces just for a simple change to the message automation table (MAT). In the days when I used to have fun with system automation there used to be a command for reloading the MAT. Surely there still is. That may be all you are missing. Note that, for questions involving NetView, there is a more suitable list than this one. See http://groups.yahoo.com/group/NetView/ and you seem to be a Yahoo user already. Chris Mason - Original Message - From: arun kumar [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, September 27, 2007 2:41 PM Subject: Netview SA Dear Listers I am quite new to automation using System Automation Netview. I am trying to implement a simple scenario for the sake of understanding before I go to real implementation. What I want to implement is trap a message like IEA631I and make the automation issue an MVS command D T. For this I have setup Netview SSI address, Netview address and Automation addresspace, all came up properly. I added an MVS component and selected message processing as below, Command === SCROLL=== PAGE Entry Type : MVS Component PolicyDB Name : TEST Entry Name : TESTCOMPONENT Enterprise Name : TEST Define message IDs and their automation actions. CMD = Command REP = Reply CODE = CODE USER = User Data AUTO = UP Msg Action Message IDCmd Rep Code User Auto Description cmdIEA631I I selected CMD option and entered as below for command processing, CMD ProcessingRow 1 of 21 Command === SCROLL=== PAGE Entry Type : MVS Component PolicyDB Name : TEST Entry Name : TESTCOMPONENT Enterprise Name : TEST Subsystem : MVSESA Message ID : IEA631I Enter commands to be executed when resource issues the selected message. Pass/Selection Automated Function/'*' Command Text MVS D T Finally, I attached the MVS component to the system and did I built of the policy from customization dialog. I coded MPFLST to forward IEA63I1 to NETVIEW, followed by SET MPF. I restared netview/SSI and automation address space. However, the automation did not work. Am I on right track please? TIA Arun -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: India is outsourcing jobs as well
Gerhard Adam wrote: As far as the numbers go, you couldn't survive anywhere in the United States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr which translates to $16,380 if you work 40 hours a week, fifty weeks per year. Here in California, In-N-Out burger (http://www.in-n-out.com/) starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! (Really good ones though!) I think you might need a new calculator. 40 hours for 50 weeks is 2,000 hours. So $5.85/hr is $11,700 annually, while $9.50/hr is $19,000. You're right. I was calculating @ seven days/wk. I should have used five. There's nothing wrong with my calculator. It's my brain that faulty. In any case, the point about not being able to live for $1000/yr stands. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: India is outsourcing jobs as well
Edward Jaffe wrote: Gerhard Adam wrote: As far as the numbers go, you couldn't survive anywhere in the United States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr which translates to $16,380 if you work 40 hours a week, fifty weeks per year. Here in California, In-N-Out burger (http://www.in-n-out.com/) starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! (Really good ones though!) I think you might need a new calculator. 40 hours for 50 weeks is 2,000 hours. So $5.85/hr is $11,700 annually, while $9.50/hr is $19,000. You're right. I was calculating @ seven days/wk. I should have used five. There's nothing wrong with my calculator. It's my brain that faulty. In any case, the point about not being able to live for $1000/yr stands. I see in the current New Yorker there is a movie coming out called Outsourced, described as a comedy about a man whose job is outsourced to India and he must go to India to train his replacement. H. Barrel of laughs, I can see. -- 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: India is outsourcing jobs as well
Whoever did the math below greatly overestimated the minimum wage. 40 X 50 X $5.85 is $11,700, not $16,380. 40 X 50 X $9.50 is $19,000, not $26,600. I should have commented on that yesterday, but when it was quoted again, I couldn't let it go. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - Edward Jaffe wrote: Kelman, Tom wrote: I thought this was interesting. What do you guys working in Georgia, Virginia, and Idaho think about being in states which are less developed and when are you going to start working for $1000/year? [...] As far as the numbers go, you couldn't survive anywhere in the United States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr which translates to $16,380 if you work 40 hours a week, fifty weeks per year. Here in California, In-N-Out burger (http://www.in-n-out.com/) starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! (Really good ones though!) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
In a message dated 9/27/2007 9:56:17 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: don't understand why you would want to turn on the DIRF bit. I used to have to I got it backwards. I also used to zap the DIRF bit on, then allocated a meaningless temporary data set to force DADSM to clean up the VTOC. I misunderstood from the way you phrased it. I thought you meant you were allocating a data set in order to get the bit turned on. It would be turned on in allocation and then turned off at the end of the allocation process. You have to turn it on by hand before you do the allocation in order to cause the cleanup. Bill Fairchild Plainfield, IL ** See what's new 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: India is outsourcing jobs as well
On Thu, 27 Sep 2007 09:30:27 -0600, Steve Comstock wrote: I see in the current New Yorker there is a movie coming out called Outsourced, described as a comedy about a man whose job is outsourced to India and he must go to India to train his replacement. H. Barrel of laughs, I can see. Gee, there's a stretch. There was a time when writers would come up with original material instead of copying what's in the news. I don't need to see a movie like this. I get the same feeling reading Dilbert. I start laughing and then realize I live that comic strip and it's not that funny anymore. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Netview SA
Actually, i did not even know that you can generate messages using the method that was listed. I just do the CICS automation around here and other people do the heavy stuff. However, we did not even start using the SA panels until we were forced into it in release 2 (or maybe 1.3) - we just copied and coded the macros and things were alot simpler. Nevertheless, the message table entries i used were basically copied from examples in one of the SA manuals and the supplied samples - i just had to plug in my message ids and clist name. The 'DATE,TIME,MESSAGE' Parms you are referring to are just system supplied variables that are being passed to the clist. MESSAGE i believe is the first line of the message text - additional lines have to be obtained with GETMLINE. Again, this method is simpler for me to use since i can just copy one msg from another and control the processing with a clist - but it is good to know about the message generator as well. The commands: AUTOMSG MEMBER=tablename,SWAP (or TEST) can be used to load and test the new msg table. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: India is outsourcing jobs as well
India's per capita income may be less than $1,000 a year, but average salary for IT newbie starts at $20,000 and for IT specialist (probably 15+ years with specialization), in India, is 24 lakhs per annum, which translates to $62,500 per annum at the current currency rate with an average of 12 lakhs per annum ($30,000) for non-specialists -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
Matthew Stitt wrote: Because the FBA's and 8809's were boat anchors. And the 3350's and 3420 gave interchangeability with MVS. With things connected to normal channels the sky was the limit with what could be done with the 4331. Using the ICA severely limited your devices. The 3350 and 3420 tapes could run circles around the standard stuff IBM wanted to sell with the 4331. 4331 had integrated channels (aka like 370/158 and many other processors) i think you are referring to the integrated controller adapter (as opposed to integrated channels). part of the ICA case were that run-of-the-mill controllers were going to be physically on the size of 4331 (or larger) and cost (unless you could pickup old hardware at surplus prices). An example of the size ... in addition to the original effort to use it for 3090 service processor ... http://www.garlic.com/~lynn/2007p.html#36 Writing 23FDs research had a project that had a 4331 as a desk-side personal computer. FBAs were mostly boat anchors because mvs wouldn't ship support for them. Eventually all physical disks migrated to FBA ... and for mvs compatibility, there had to be CKD emulation (the first was 3375). misc. past posts mentioning ckd issues http://www.garlic.com/~lynn/subtopic.html#dasd i was told that even if i provided fully tested and integrated mvs fba support, there would still be a bill of $26m for education, classes, documentation, etc. In order to justify mvs fba support, i had to show incremental disk sale ROI (increment gross sales at least 10-20 times the expense) attributed solely to the availability of the mvs fba support. misc. past posts mention being quoted $26m as bill for mvs fba education, classes and documentation: http://www.garlic.com/~lynn/97.html#16 Why Mainframes? http://www.garlic.com/~lynn/97.html#29 IA64 Self Virtualizable? http://www.garlic.com/~lynn/99.html#75 Read if over 40 and have Mainframe background http://www.garlic.com/~lynn/2000.html#86 Ux's good points. http://www.garlic.com/~lynn/2000f.html#18 OT? http://www.garlic.com/~lynn/2000g.html#51 512 byte disk blocks (was: 4M pages are a bad idea) http://www.garlic.com/~lynn/2001.html#54 FBA History Question (was: RE: What's the meaning of track overfl ow?) http://www.garlic.com/~lynn/2001d.html#64 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position) http://www.garlic.com/~lynn/2001g.html#32 Did ATT offer Unix to Digital Equipment in the 70s? http://www.garlic.com/~lynn/2002.html#5 index searching http://www.garlic.com/~lynn/2002.html#10 index searching http://www.garlic.com/~lynn/2002g.html#13 Secure Device Drivers http://www.garlic.com/~lynn/2002l.html#47 Do any architectures use instruction count instead of timer http://www.garlic.com/~lynn/2003.html#15 vax6k.openecs.org rebirth http://www.garlic.com/~lynn/2003c.html#48 average DASD Blocksize http://www.garlic.com/~lynn/2003m.html#56 model 91/CRJE and IKJLEW http://www.garlic.com/~lynn/2004d.html#65 System/360 40 years old today http://www.garlic.com/~lynn/2004g.html#15 Infiniband - practicalities for small clusters http://www.garlic.com/~lynn/2004l.html#20 Is the solution FBA was Re: FW: Looking for Disk Calc http://www.garlic.com/~lynn/2004l.html#23 Is the solution FBA was Re: FW: Looking for Disk Calc http://www.garlic.com/~lynn/2004n.html#52 CKD Disks? http://www.garlic.com/~lynn/2005c.html#64 Is the solution FBA was Re: FW: Looking for Disk Calc http://www.garlic.com/~lynn/2005m.html#40 capacity of largest drive http://www.garlic.com/~lynn/2005u.html#21 3390-81 http://www.garlic.com/~lynn/2006f.html#3 using 3390 mod-9s http://www.garlic.com/~lynn/2006f.html#4 using 3390 mod-9s -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
In a message dated 9/27/2007 10:42:03 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: It would be turned on in allocation and then turned off at the end of the allocation process. You have to turn it on by hand before you do the allocation in order to cause the cleanup. That was the trick! Guess I got it from level-2 for broken IXVTOCS. Don't have to manually do anything but alloc the temp dsn then Convert to IXVTOC. ** See what's new 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: Writing 23FDs
-snip How long has it been since the last APAR against IEFBR14? I think that there was only 1 and it was soon after OS/360 was released. It added an instruction to clear R15 to the original BR 14. ---unsnip-- There was a second to address the RENT/REFR/REUS marking by the linkage aditor, and a third to address AMODE/RMODE issues, shortly after MVS/XA hit the street. --- Why didn't Noah swat those two mosquitos? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: India is outsourcing jobs as well
Edward Jaffe wrote: I have family all over Virginia. Less developed is probably a good thing. It's a beautiful state. Lots of history. There's something very wrong with and/or not being stated in the premise here. They probably need people in the United States because things aren't working out so well with an all-Indian work force. the other possibility is that they have some specific outsourcing that may include requirement for some legacy skills ... it may turn out to be cheaper to hire people, that already have such experience, than try to train a new generation ... especially if it is considered obsolete skills with limited future applicability. i've frequently claimed that a big boost for outsourcing was as part of y2k remediation efforts ... when it wasn't so much a question of pay scale ... but getting anybody at all. this was significantly aggravated because it was happening during the big resource demand growth in the internet bubble. once business relations were established (during the y2k era), these business relations continued to exist after y2k remediation completed. some of the recent statistics ... that well over half of cs advanced degrees from us institutions were to people not born in the US. still the majority of the advanced degrees (from us institutions) are to people not born in the us ... while at the same time the number graduating from non-US institutions is dramatically increasing. This is coupled with things like test scores for US highschool graduates ranks near the bottom of all industrial nations. misc. recent posts on the subject: http://www.garlic.com/~lynn/2007g.html#6 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007g.html#7 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007g.html#35 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007g.html#52 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007g.html#68 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007i.html#13 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007l.html#22 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007o.html#20 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007o.html#21 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007o.html#22 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007p.html#15 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007p.html#18 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007p.html#22 U.S. Cedes Top Spot in Global IT Competitiveness http://www.garlic.com/~lynn/2007p.html#32 U.S. Cedes Top Spot in Global IT Competitiveness -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFBR14 and the bar [was:RE: Writing 23FDs]
--snip--- The DIRF (DADSM Interrupt Recording Facility) bit was once (and is likely still) turned on prior to every DADSM VTOC update and turned off after completion. If a new data set allocation happened and the bit was on, DFP would rebuild the F5DSCB (free space) chain for a nonindexed VTOC. Changing the VTOC to nonindexed, zapping on the DIRF bit (after manually figuring out what to do with data extents--what to keep and what to delete--and perhaps salvaging some data by adding a new F1DSCB with superzap) allocating a data set, and converting the VTOC back to indexed used to be the way to fix corrupted VTOCs. DSF's REFVTOC has thankfully replaced the need to muck about with zap and DIRF, but of course any overlapping data extents still need to be fixed by a person who knows what (if anything) to try to salvage and which data seems more likely to be valid. It's worth noting that making sure all your shared DASD is defined as shared in HCD pretty much eliminates the need to worry about any of this unless DADSM code abends or the system fails in the midst of a VTOC update--both pretty rare events nowadays. Thus far I have consistently lost the argument about removing the possibility of defining unshared DASD, but maybe someday I'll win it... ---unsnip--- We once had a OEM allocation product that occaisionally resulted in a dataset overlap. Here's how we'd deal with the overlap. 1. Turn off the vtoc index. 2. Map the volume, in track order, to locate the overlap. We usually used MAPDISK for this, but FILE-AID would also do it. 3. Find the appropriate FORMAT-1 DSCB's, using IEHLIST LISTVTOC DUMP. Also locate any related FORMAT-3 DSCB's. 4. ZAP all the DSCB's involved to zeros, using ABSTR addresses. Also set the DIRF bit ON in the FORMAT-4 DSCB. 5. Allocate a dummy dataset with DISP=(,DELETE,DELETE) to force rebuilding of the FORMAT-5 DSCB chain. 6. Re-index the VTOC. Eventually, we dumped the product; we couldn't prove it was the culprit but all volumes were always defined SHARED and IBM assured us that their code had no known issues of this nature. Going to SMS saved us a bundle of bucks in DASD management tools. Thanks, Bob. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Increasing the size of the ACDS SCDS
Hi, Is there a best practice to doing this ? I was thinking of allocating two new larger files, reproing the contents and IPL'ing with the new names. Does anything have to be done to the COMMDS prior to the IPL. If this isn't a viable approach, does anyone have a better method. TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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
RMF reporting on PATHIN/PATHOUT CF
I am trying to pull an RMF Post Processor report for CF paths. I have the following control cards with the following message: ERB103I PPS: OPTIONS IN EFFECT ERB103I PPS: SYSOUT(R) -- SYSIN ERB103I PPS: REPORTS(XCF) -- SYSIN ERB103I PPS: MAXPLEN(050) -- SYSIN ERB103I PPS: NOEXITS -- SYSIN ERB103I PPS: NODELTA -- SYSIN ERB103I PPS: SUMMARY(TOT) -- SYSIN ERB103I PPS: SUMMARY(INT) -- SYSIN ERB103I PPS: STOD(,2400) -- SYSIN ERB103I PPS: RTOD(,2400) -- SYSIN ERB103I PPS: PTOD(,2400) -- SYSIN ERB103I PPS: ETOD(,2400) -- SYSIN ERB103I PPS: DATE(07252007,07252007) -- SYSIN ERB106I PPS: NO SMF RECORDS FOUND FOR FOLLOWING OPTION(S) ERB106I PPS: REPORTS(XCF), SMF RECORD 74 - SUBTYPE 2 Does this mean I do not have collection turned on for this particular report? If not, what do I need to turn on in RMF to collect them? Our shop typically collects all SMF records adnasum. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Increasing the size of the ACDS SCDS
No IPL is required. ACDS Reallocation Procedure A1. Allocate spare ACDS. A2. Issue SETSMS SAVEACDS(spare.acds) to copy ACDS to spare ACDS. A3. Issue SETSMS ACDS(spare.acds) to activate spare ACDS. A4. Reallocate ACDS. A5. Issue SETSMS SAVEACDS(active.acds) to copy from spare. A6. Issue SETSMS ACDS(active.acds) to activate NEW ACDS. COMMDS Reallocation Procedure B1. Allocate spare COMMDS. B2. Issue SETSMS COMMDS(spare.commds) to activate spare COMMDS. B3. Reallocate COMMDS. B4. Issue SETSMS COMMDS(active.commds) to activate new COMMDS. SCDS reallocation need only repro to new allocation and rename back to original name. If you decide to change the names of the ACDS or COMMDS, you will need to make the appropiate changes in SYS1.PARMLIB(IGDSMSxx) prior to IPL. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Thursday, September 27, 2007 10:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Increasing the size of the ACDS SCDS Hi, Is there a best practice to doing this ? I was thinking of allocating two new larger files, reproing the contents and IPL'ing with the new names. Does anything have to be done to the COMMDS prior to the IPL. If this isn't a viable approach, does anyone have a better method. TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Top Secret to RACF conversion.
Good afternoon all. We are looking into the possibility of converting from Top Secret to RACF for our security product on the mainframe, z/OS 1.7. I am interested in hearing from anyone who has made this conversion. What I would like to know from those that have are; timelines in getting it done, any horror stories and other 'gotchas' that affected the conversion process. My Top Secret knowledge is so-so and my RACF knowledge is great. But I have never done a security conversion before. Cross posted to the RACF list also. Thanks much in advance all. Regards, Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Increasing the size of the ACDS SCDS
Thanks Terry ! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Traylor, Terry Sent: Thursday, September 27, 2007 2:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Increasing the size of the ACDS SCDS No IPL is required. ACDS Reallocation Procedure A1. Allocate spare ACDS. A2. Issue SETSMS SAVEACDS(spare.acds) to copy ACDS to spare ACDS. A3. Issue SETSMS ACDS(spare.acds) to activate spare ACDS. A4. Reallocate ACDS. A5. Issue SETSMS SAVEACDS(active.acds) to copy from spare. A6. Issue SETSMS ACDS(active.acds) to activate NEW ACDS. COMMDS Reallocation Procedure B1. Allocate spare COMMDS. B2. Issue SETSMS COMMDS(spare.commds) to activate spare COMMDS. B3. Reallocate COMMDS. B4. Issue SETSMS COMMDS(active.commds) to activate new COMMDS. SCDS reallocation need only repro to new allocation and rename back to original name. If you decide to change the names of the ACDS or COMMDS, you will need to make the appropiate changes in SYS1.PARMLIB(IGDSMSxx) prior to IPL. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Thursday, September 27, 2007 10:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Increasing the size of the ACDS SCDS Hi, Is there a best practice to doing this ? I was thinking of allocating two new larger files, reproing the contents and IPL'ing with the new names. Does anything have to be done to the COMMDS prior to the IPL. If this isn't a viable approach, does anyone have a better method. TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Writing 23FDs
In a message dated 9/27/2007 11:59:16 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: aditor, and a third to address AMODE/RMODE issues, shortly after MVS/XA hit the street. There was no Eye Catcher, alignment something, and it was left out of HBB4410. Don't remember when but Eye Catcher went away a while back ** See what's new 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: Top Secret to RACF conversion.
We're currently converting. Contact me off list for specifics. tb -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richbourg, Claude Sent: Thursday, September 27, 2007 1:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Top Secret to RACF conversion. Good afternoon all. We are looking into the possibility of converting from Top Secret to RACF for our security product on the mainframe, z/OS 1.7. I am interested in hearing from anyone who has made this conversion. What I would like to know from those that have are; timelines in getting it done, any horror stories and other 'gotchas' that affected the conversion process. My Top Secret knowledge is so-so and my RACF knowledge is great. But I have never done a security conversion before. Cross posted to the RACF list also. Thanks much in advance all. Regards, Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF reporting on PATHIN/PATHOUT CF
In a message dated 9/27/2007 1:09:19 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Does this mean I do not have collection turned on for this particular report? If not, what do I need to turn on in RMF to collect them? Check your record collection. D SMF and see if you collect 70-79. Usually for RMF I extract the 70-79 records first then pass them to RMF. Also gives a summary report of record types, count and date. ** See what's new 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: RMF reporting on PATHIN/PATHOUT CF
Thanks Ed, I do have 70-79 being collected. But cannot tell why I would not have 74-2 in this set. I was thinking perhaps there is an option in RMF that needs to be set on that would produce this particular record. Back to the RMF User's Guide. Lizette Check your record collection. D SMF and see if you collect 70-79. Usually for RMF I extract the 70-79 records first then pass them to RMF. Also gives a summary report of record types, count and date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Flashcopy on DS6800
We installed a DS6800 to replace our Shark F20 a few weeks ago. We are happy with the change overall and have seen good improvements in batch times. However, we do have an issue with the Flashcopy. On the F20 we did a nightly FDRABR flashcopy with parameter FCOPY=COPY of about 64 3390-9 and about 15 3390-3 volumes. Our tapes are old and slow, and it was time consuming to back this all up for DR, so we did a second flash copy using DFDSS that would invoke flash copy services. Those volumes would remain offline, only being used for backups. We we then did FDRBACKUP of the flashed volumes, and brought them online for our TESTLPAR. We now do a similar process on the DS6800. We do 2 flashes, 1 using FDRFLASH with FCOPY=COPY to make full copies to be used by our TESTLPAR. The second is FDRABR with the FCOPY=COPY and these are used for our FDR disaster backups. The # of drives that are being copied with FCOPY=COPY are equal or less on the DS6800. We saw no performance hit when doing this on the SHARK F20. We are having terrible response on the DS6800 for about 2 hours after the flashcopy completes. After reviewing with IBM, we made a few adjustments when we learned about half the volumes were being copied to targets in the same extent pool as the source. We switched our target volumes to extent pools different from the source volumes, and also validated that the target and source for each flashed volume are managed by the same controller. This seemed to have little effect. What are considering switching to this process: Do 2 flash copies, 1 with FDRFLASH with FCOPY=NOCOPY and a second with FDRABR with FCOPY=NOCOPY. We will then bring the first copy online to the test LPAR and the second will be used just for FDR disaster backups. The first copy will be repeated once a week (or on demnad), all other days during the week we will do just the FDRABR copy for disaster purposes. We are wondering if the same process works differently on the Shark v. the 6800. Does anyone else use flashcopy for TESTLPAR data? If so, are you using FULLCOPY, NOCOPY or incremental flashing. Any comments on the process we are using or the one we propose to change to? Is there any issue in maintaining a flash pair for a week or to without using FCOPY=COPY ? Would appreciate any comments. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF reporting on PATHIN/PATHOUT CF
Monitor III is needed to collect the 74-2. Is it active in your system? Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, September 27, 2007 3:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMF reporting on PATHIN/PATHOUT CF Thanks Ed, I do have 70-79 being collected. But cannot tell why I would not have 74-2 in this set. I was thinking perhaps there is an option in RMF that needs to be set on that would produce this particular record. Back to the RMF User's Guide. Lizette Check your record collection. D SMF and see if you collect 70-79. Usually for RMF I extract the 70-79 records first then pass them to RMF. Also gives a summary report of record types, count and date. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF reporting on PATHIN/PATHOUT CF
Don, yes III is running. Do you know specifically which options collects the 74-2? I will be making some modifications and it would help to know what to add. Lizette Monitor III is needed to collect the 74-2. Is it active in your system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IRX0157E
I get this message every time I log out of ISPF IRX0157E Routine EAGRTXTR of the run time processor EAGRTPRC was not found., This is my zOS17 system. Where can I find my REXX files? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies [EMAIL PROTECTED] (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IRX0157E
This is where EAGRTPRC is over here ,LOAD MODULE EAGRTPRC IS IN DDN LINKLIB SYS1.REXX.SEAGALT, ,LOAD MODULE EAGRTPRC IS IN DDN LPALIB(ALIAS OF EAGRTLIB), , IS IN DATASET SYS1.REXX.SEAGLPA, -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of jason lowe Sent: Thursday, September 27, 2007 3:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IRX0157E I get this message every time I log out of ISPF IRX0157E Routine EAGRTXTR of the run time processor EAGRTPRC was not found., This is my zOS17 system. Where can I find my REXX files? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies [EMAIL PROTECTED] (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IRX0157E
EAGRTXTR should have been linked in with EAGRTPRC in sys1.rexx.seagalt ,** MAP EAGRTPRC, ,EAGRTALT 00 00061E RMODE ANY AMODE 31, ,EAGRTPRC 00, ,EAGRTPRA 04, ,EAGRTPRQ 04, ,EAGRTVBH 000130, ,EAGJXMSG 000620 002BFA RMODE ANY AMODE 31, ,EAGJIINI 003220 000F34 RMODE ANY AMODE 31, ,EAGJIUNP 004158 0007BC RMODE ANY AMODE 31, ,EAGRTXIN 004918 00031C RMODE ANY AMODE 31, ,EAGRTXLD 004C38 000626 RMODE ANY AMODE 31, ,EAGRTXTR 005260 000390 RMODE ANY AMODE 31, EAGJXMMS 0055F0 00098E RMODE ANY AMODE 31, , PDS103I ENTRY POINT AT 00 -- EAGRTPRC, PDS104I MODULE LENGTH 005F80 -- 24K, PDS066I MEMBER IS AN ALIAS FOR: EAGRTALT, -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of jason lowe Sent: Thursday, September 27, 2007 3:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IRX0157E I get this message every time I log out of ISPF IRX0157E Routine EAGRTXTR of the run time processor EAGRTPRC was not found., This is my zOS17 system. Where can I find my REXX files? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies [EMAIL PROTECTED] (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flashcopy on DS6800
Correction: 4th paragraph should read:We do 2 flashes, 1 using FDRFLASH with FCOPY=COPY to make full copies to be used by our TESTLPAR. The second is FDRABR with the FCOPY=NOCOPY and these are used for our FDR disaster backups. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF reporting on PATHIN/PATHOUT CF
According to the RMF manual: Monitor III gathers data for this report automatically. If you want to suppress gathering, you have to disable writing SMF record type 74.2. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, September 27, 2007 3:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMF reporting on PATHIN/PATHOUT CF Don, yes III is running. Do you know specifically which options collects the 74-2? I will be making some modifications and it would help to know what to add. Lizette Monitor III is needed to collect the 74-2. Is it active in your system? *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: alphaWorks : Console Command Generator for z/OS : Overview
Thanks John. We've been using OECONSOL for several years now. Had one bug that the author corrected and has been working well so far. I'll look into the Command Generator capabilities. OECONSOL is part of the Unix tools site. http://www-03.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty2.html George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF reporting on PATHIN/PATHOUT CF
On Thu, 2007-09-27 at 14:08 -0400, Lizette Koehler wrote: I am trying to pull an RMF Post Processor report for CF paths. Does this mean I do not have collection turned on for this particular report? Do you have data for more than one system ???. Do you sort the data before P/P ???. 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
Listen in to z/VM Security Architecture LVC - Oct 2
Hello VM and Linux enthusiasts on IBMVM, IBM-MAIN, and LINUX-390... The next in the series of Live Virtual Classes is planned for Tuesday, Oct 2. z/VM Security Architecture presented by Alan Altmark of IBM Date: Tuesday, October 2 Start Time: 11:00 a.m. Eastern U.S./5:00 p.m. CET Duration: 90 minutes Connect to the Live Virtual Class (LVC) session using via this URL: https://asp22.centra.com:443/GA/main/0174cb2101151026619cb338 You can connect to the LVC session up to 15 minutes prior to the start of the session. Abstract: Current z/VM customers are familiar with the isolation, security, and integrity features that z/VM provides. However, many customers running Linux on IBM System z servers for the first time are new to the world of Virtualization and seek reassurance not only that multiple Linux servers can share hardware resources efficiently, but also comply with organizational IT security policies. This presentation is an overview of the security and integrity characteristics of the z/VM operating system when used to host virtual Linux servers on IBM System z servers. Alan Altmark, IBM z/VM Development, will be the featured speaker for this 90-minute session. Open to Customers, IBM System z Technical Sales, System z Business Partners There is no charge to participate in this technical education session. Playback - This session will be recorded and a playback will be available following the live session via the URL referenced above. Look for further information in the Education section on the z/VM Homepage (http://www.vm.ibm.com) System Check The LVC will be delivered using the Centra tool that employs Voice over IP (VoIP) technology to provide both the audio as well as the visuals to your Windows workstation. Prior to the session, you should run a System Check via the following URL to verify your workstation meets the following minimum requirements. System Check: https://stg.centra.com/SysCheck/main/Customers/ibmstg Windows 2000 or Windows XP Internet Explorer 5.01, Netscape 7.2, Firefox 1.0 or later. 28.8 kbps or faster Internet connection P350+ MHz, 128+ MB memory 800x600 16-bit color display or better sound card and speakers (to hear the audio portion of the LVC) microphone (required if you want to ask a question during the LVC) If you are unable to connect to the Live Virtual Class session, you can listen to the audio portion of the session via telephone using the following: Phone Number 1: 1-888-240-4148 Phone Number 2: 1-719-234-0214 Access Code: 355253 Note: use of telephone connection does not provide the presentation charts nor does it provide capability for you to ask questions during the session. For more information, contact Dick Kendrick, Systems z9 Technical Education Lead - +1.469.718.0048 or [EMAIL PROTECTED] -- By the way, the next two LVCs are planned for October 16: z/VM LDAP and Security (details), Alan Altmark November 13: Linux on System z Security, Peter Spera Look for these and other events on the z/VM events calendar at http://www.vm.ibm.com/events/ Regards, Pam C -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving SMF Virtual tapes from a lpar to sysplex - [SEC=UNCLASSIFIED]
Hi all, Does anybody come across the requirement of moving virtual tapes from one lpar to sysplex without import and export license in VTS. My environment is currently using VTS/ATL with DFRMM to manage both physical and virtual tapes. Could anybody give me some guardances on how to do it ? Thanks! Kan Kan Diu Storage Administrator Defence Computing Bureau K Block Victoria Barracks 256-310 St Kilda Road Southbank Vic 3006 Phone : 03 9282 5075 Fax : 03 9690 6525 Email : [EMAIL PROTECTED] IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email.' -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Listen in to z/VM Security Architecture LVC - Oct 2
Pamela wrote on 28/09/2007 07:26:37 AM: Start Time: 11:00 a.m. Eastern U.S./5:00 p.m. CET H - that sounds like , let's see, 01:00 Wednesday ... Thanks, but I think I'll wait until it comes out on DVD. 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: Top Secret to RACF conversion.
I've done 11 of these in the past 2 years, it's mostly straight-forward and so long as you plan it well, and make sure that you test, it should go very smoothly. Typically, it takes about a month to perform the conversion. The only really big problems I have run into were when there was user code that worked directly with TS. Feel free to contact me off-line if you need help. Brian Westerman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TJ MAx Settlement Shows Why Compliance Isn't Taken Seriously
September 25, 2007 TJX Settlement Shows Why Compliance Isn't Taken Seriously At the beginning of the year, the TJX data breach was making headlines. People were incensed about the massive amount of data lost (46 million individual records) and the length of time that had elapsed since the initial breach (upwards of three years). Legislatures at all levels of government moved to enact laws on a similar scale to PCI to ensure the cardholder data of their constituents was protected (it is an election year coming up after all). Banks and consumers lined up to take TJX to court. Surely, they were destined to be the poster child for taking security and compliance seriously. Until a week ago Friday, when TJX settled all of its consumer lawsuits. Here is a commentary on the settlement from Evan Schuman's StorefrontBacktalk post of September 22nd: TJX has settled all of the consumer lawsuits resulting from the breach by paying $6.5 million in attorney fees and offering consumers some programs aimed at compensating those directly impacted. The details from the full text of the 44-page TJX settlement filing show the $17 billion retailer's attempts to address consumer injuries. But given the huge scale of this breach, the compensation to any one consumer is likely to be minimal. TJX has agreed to compensate consumers for any time they lost as a result of the intrusion, but those calculations will assume a rate of $10/hour. The compensation also seems to be limited to $60 and will be in the form of $30 vouchers for making purchases at TJX only. Further, if a lot of consumers agree and the total of such claims exceeds $7 million, the dollar amount of each voucher will be proportionately reduced. As Schuman commented with considerable skepticism in a companion post, Let's me see if I understand this correctly. Due to apparently recklessly weak security procedures, consumers that you invited into your stores had their credit card information and identities taken, all because they chose to buy your merchandise. How to make amends? Invite them back to bring their new credit card and buy more stuff, with a 15 percent discount. Who was negotiating this settlement for the consumers? A major shareholder in TJX? Consumers are partly to blame for all of this too. You'd think with such a heavily-publicized breach of personal information that people would be going out of their way to avoid shopping at TJX properties like TJ Maxx and Marshall's. Nope. TJX is actually enjoying a healthy 8% increase in revenue over 2006 according to industry reports. Can you imagine? With this settlement, TJX could actually achieve even higher revenue numbers. Corporate executives could be in line for performance bonuses...and the breach could have helped to get them there! It's no wonder so many companies are slow to take compliance initiatives around information security seriously. Contributed by Mark Tordoff http://www.ecorablog.com/the_compliance_and_securi/2007/09/tjx- settlement-.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