Re: FTP from Unix FS
The 'cd' command not only changes the current working directory, it also changes between the MVS Data Set and the UNIX Files file systems. cd FOO.BAR changes to the MVS side and give access to all FOO.BAR.* data sets cd /foo/bar changes to the UNIX file system and gives access to everything in directory /foo/bar cd yxz will either change directory or add another qualifier depending on where you currently are. 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
[no subject]
MPF message suppression does not suppress the production of messages but suppresses them from being displayed at any console. The messages are still send to the hardcopy log (SYSLOG or OPERLOG). 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: CBU uprgade / kneecapped
On Thu, 8 Jun 2006 09:36:47 -0500, J Ellis [EMAIL PROTECTED] wrote: Does anyone know what they do to kneecap a processor ? Does this affect just the regular engines or does it kneecap the coupling engines also ? Jerry, this is described in the CBU User's Guide (on http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/hwpdf/z900.html): quote The LIC will automatically and concurrently degrade the performance of the system approximately 85% ±5% so the customer is left with 10-20% performance. The system will still function as the CBU model with the same number of engines but at a much lower performance level. Example: Base Model = Performance B CBU Model = Performance B + C CBU expired active kneecap performance = (B + C) × 15% (±5%) /quote On a 2064 the ICF's won't be affected, I think. -- Mit freundlichen Grüßen / Kind regards, Horst Sinram IBM zSeries Systems Management, z/OS Workload Manager -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CBU uprgade / kneecapped
On Fri, 9 Jun 2006 03:27:51 -0500, Horst Sinram [EMAIL PROTECTED] wrote: On a 2064 the ICF's won't be affected, I think. Too fast:-( They *are* kneecapped as well. -- Mit freundlichen Grüßen / Kind regards, Horst Sinram IBM zSeries Systems Management, z/OS Workload Manager -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Token-ring vs Ethernet - 10 years later
VHS (victory) and BETAMAX (failure) story is about marketing and vendors trying to exert too much control. In early sell through days the pricing dynamics were way different, Buying an early AVHS fil coukld cost 70 or 80 gbp in the early days. Also over fifty percent of titles in sell through with Cert 18 (in the UK). The 'ahen' adult industry was quick to exploit new nedia well. Sony did not want that kind of stuff on 'their' cartridges (and I though they were consumer items). Upshot was a lot of stuff was available on VHS that was not on Betamax and it was that stuff that customers were buying at premium prices. No onew was going to pay that amount of money for 'non premium' content'. Foothold established, or rather feet blown off by well aimed shot from Sony - game over. Not much has changed has it - Blu-ray/Ipod. HD telly anyone ? Numerous parallels in M/F world as well - one example of which is the subject of this thread. Wow got back on on topic.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MPF message suppression
The messages are still send to the hardcopy log (SYSLOG or OPERLOG). IIRC, there are options to suppress them from SYSLOG and OPERLOG, as well. I recall a SYSPROG who did that to me almost 20 years ago. I believe the options were: SYSLOG(y/n) and: OPERLOG(y/n) - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MPF message muppression
To all tempted to respond to this post, Rather curiously, Desi sent his principle post to the IBMTCP-L list - as if it was a contribution to an ongoing thread concerning SMTP - but we'll let that pass - except, I suppose, to reflect that he has a problem with Subject lines. For the interest of those not subscribed to IBMTCP-L, the original post contained the following substantive text: Every time a Kicks region is cycled we get the following message for every TCPIP LU that we have a defappl assigned to. IST663I CINIT REQUEST FAILED, SENSE=0801 117 IST664I REAL OLU=BEXARNET.CS40 REAL DLU=BEXARNET.CICSP7 IST889I SID = F167138ED74D4F71 IST1669I IPADDR..PORT 206.254.48.40..2669 IST314I END Example: LUMAP cs40 206.254.48.40 defappl cicsp7 Is there a parameter I can specify in my TCPIP profile that will prevent this? Finally, after some trouble getting my post accepted, I have proposed - in three linked posts - a solution based on the VTAM message flooding prevention table. For any who may still be interested, the archives can be viewed at http://vm.marist.edu/htbin/wlvindex?IBMTCP-L Since I was obliged to select a new title, it is Re: How to suppress VTAM messages (corrected from SMTP Mail) Chris Mason - Original Message - From: Desi de la Garza [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 08 June, 2006 10:44 PM List, I suppressed the following message thru MPFLST00 but yet the messages are still been produced. Any ideas? IST663I CINIT REQUEST FAILED, SENSE=0801 Thanks, Desi -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MPF message suppression
IIRC, there are options to suppress them from SYSLOG and OPERLOG, as well. Not from MPF directly but from message exits driven from MPF. 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
NAT'D Ip using Enterprise Extender
Does anyone know if NAT'd IP's have an ill effect on EE under Z/OS 1.4? TIA Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
On Thu, 8 Jun 2006 10:48:04 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: I'm dealing _right now_ with network performance issues in a mixed-media network and wondering _how on earth_ Ethernet managed to gain so much market acceptance and prevail over Token-Ring. It certainly wasn't due to technical superiority. (Far from it!) From what I can gather, it was price, price, and ... oh yeah ... price... The same reason people are moving away from the mainframe. Look at any mainframe shop and you'll see an explosive growth in computing power. The mainframes are staying about the same while *ix and Microslop gain. Not trying to open the debate about TCO... The perception is that the mainframe is expensive. It's really unfortunate that IBM isn't pricing software aggressively to stop the hemorrhage. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
On Thu, 8 Jun 2006 11:16:06 -0400, Jon Brock [EMAIL PROTECTED] wrote: This shows some of the good and some of the bad with using open-source technologies. You can do some very useful and exciting stuff, but it is not as mature as what we are used to with z/OS. Linux and Unix are nowhere near what MVS is, but I'll take Linux and other Open source software over Microsoft any day. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SLIP Trap definitions
Where can I find the definitions that trigger a SLIP message? IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=HSM , ASID=0025. I've looked in a few manuals and googled, but I can't find what causes a SLIP X33E Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
The same reason people are moving away from the mainframe. Look at any mainframe shop and you'll see an explosive growth in computing power. The mainframes are staying about the same while *ix and Microslop gain.. That may be true in your situation, but certainly not everywhere. Some mainframe shops have stagnated. Others are seeing tremendous growth. Are server MIPS growing faster than mainframe MIPS? Probably, but that doesn't mean mainframes aren't growing. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Google Architecture
oh and late breaking topic drift: Bank admits flaws in chip and PIN security http://www.dailymail.co.uk/pages/live/articles/news/news.html?in_article_id=385811in_page_id=1770 Millions at risk from chip and Pin http://www.thisismoney.co.uk/saving-and-banking/article.html?in_article_id=409616in_page_id=7 Millions in danger from chip and pin fraudsters http://www.dailymail.co.uk/pages/live/articles/news/news.html?in_article_id=389084in_page_id=1770in_a_source= UK Banks Expected To Move To DDA EMV Cards http://www.epaynews.com/index.cgi?survey=ref=browsef=viewid=11497625028614136145block= and some comments: http://www.garlic.com/~lynn/aadsm24.htm#1 UK Detects Chip-And-PIN Security Flaw http://www.garlic.com/~lynn/aadsm24.htm#2 UK Banks Expected To Move To DDA EMV Cards -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
See MVS Init and Tuning reference 45.3 IBM-supplied default for IEASLPxx © Copyrigh Topi SLIP SET,C=13E,ID=X13E,A=NODUMP,END SLIP SET,C=1C5,RE=00090004,ID=X1C5,A=NODUMP,END SLIP SET,C=222,ID=X222,A=NODUMP,END SLIP SET,C=322,ID=X322,A=NODUMP,END SLIP SET,C=33E,ID=X33E,A=NODUMP,END SLIP SET,C=3C4,REASON=1A,ID=S3C4,A=SVCD,END From: Mark Pace [mailto:[EMAIL PROTECTED] Sent: Fri 6/9/2006 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SLIP Trap definitions Where can I find the definitions that trigger a SLIP message? IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=HSM , ASID=0025. I've looked in a few manuals and googled, but I can't find what causes a SLIP X33E Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
SLIP SET,C=33E,ID=X33E,A=NODUMP,END But that doesn't tell me causes that trap to be handled. What causes this message to be displayed? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF records type 65?
We had a tape dataset get uncataloged and hence the tape went scratch and the data was lost. It looks from the SMF manual that type 65 records will report this activity. From the manual : One type 65 record is written for each record updated or deleted from a catalog. Unfortunately we don't collect type 65 records here. I have 2 questions. Will type 65 records tell me who removed the entry from the catalog? From what I have read I believe so, but I have no records to verify this against. Is there any other SMF record which I might be able to use to derive the same information? Thanks for any help, Jasen Kloeppel [EMAIL PROTECTED] Shelter Insurance _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
An S33E Abend -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, June 09, 2006 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SLIP Trap definitions SLIP SET,C=33E,ID=X33E,A=NODUMP,END But that doesn't tell me causes that trap to be handled. What causes this message to be displayed? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
D SLIP=X33E will show you what the SLIP trap is looking for (works for any trap). On my system: D SLIP=X33E IEE735I 08.16.15 SLIP DISPLAY ID=X33E,NONPER,ENABLED ACTION=NODUMP,SET BY CONS INTERNAL,RBLEVEL=ERROR,COMP=33E The trap specifies COMP=33E, which means that the trap hits when a system abend code 33E occurs. The ACTION=NODUMP means that the SLIP action is to not take an SVC dump. You can look up abend code 33E to see the definition of this particular abend code. This is one of the standard SLIP traps which IBM provides for every MVS system, and is part of normal system operation. Brian On Fri, 9 Jun 2006 08:45:57 -0400, Mark Pace [EMAIL PROTECTED] wrote: Where can I find the definitions that trigger a SLIP message? IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=HSM , ASID=0025. I've looked in a few manuals and googled, but I can't find what causes a SLIP X33E Mark D Pace -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
Take a look at your IEASLPxx ... The C= will have 33E specified with an ID=X33E IOW it's a S33E !!. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, June 09, 2006 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SLIP Trap definitions See MVS Init and Tuning reference 45.3 IBM-supplied default for IEASLPxx (c) Copyrigh Topi SLIP SET,C=13E,ID=X13E,A=NODUMP,END SLIP SET,C=1C5,RE=00090004,ID=X1C5,A=NODUMP,END SLIP SET,C=222,ID=X222,A=NODUMP,END SLIP SET,C=322,ID=X322,A=NODUMP,END SLIP SET,C=33E,ID=X33E,A=NODUMP,END SLIP SET,C=3C4,REASON=1A,ID=S3C4,A=SVCD,END From: Mark Pace [mailto:[EMAIL PROTECTED] Sent: Fri 6/9/2006 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SLIP Trap definitions Where can I find the definitions that trigger a SLIP message? IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=HSM , ASID=0025. I've looked in a few manuals and googled, but I can't find what causes a SLIP X33E Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
But that doesn't tell me causes that trap to be handled. Look up abend 33E. Since IBM defines a slip for this code, accept it as a normal behavior. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
Thanks everyone. The additonal explanations finally turned on the light. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicing z/OS R7 from z/OS R4 (SMPE)
Yes. Specify (using Donald's example dsname) SYS1.HFS.ROOT..SYSR1 in BPXPRMxx. I took it a step farther and specified my DDDEFs as /service/RES002/yadayada and set up automount to manage the /service mount point. That way, I always had the correct HFS mounted when I applied maintenance, and always mounted the correct root HFS at IPL time. There is more about this in the archives. Tom Marchant On Thu, 8 Jun 2006 14:45:44 -0400, Imbriale, Donald (Exchange) [EMAIL PROTECTED] wrote: Assume current sysres volume is RES001 and root HFS is named something like SYS1.HFS.ROOT.RES001; including the sysres volser name in the HFS dsname is important. To do service, copy volume RES001 to RES002. Copy SYS1.HFS.ROOT.RES001 to SYS1.HFS.ROOT.RES002. In your SMP/E zone, make sure the DDDEFs for non-HFS data sets specify volser RES002 and the DDDEFs for HFS stuff are /service/yadayada. Mount SYS1.HFS.ROOT.RES002 on mount point /service. Do your maintenance via SMPE and it should all go on to the correct data sets. In BPXPRMxx you can use system symbolics for the dsname for the root HFS to include the sysres volser from which the system is IPLed. This helps to assure the correct combination of sysres and root HFS are brought up together. Now just IPL from the new sysres and all should be well. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Thursday, June 08, 2006 1:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Servicing z/OS R7 from z/OS R4 (SMPE) This reminds me of two questions I have been meaning to ask: 1) How do most of you clone your HFS files? Do you just do a DFDSS DUMP/RESTORE? 2) How do you point your SMPE environment to the cloned system? Do you use different dataset names or just use the SMPE JCL or DDDEFS to override the volume serial numbers for the target datasets? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
An abend S33E will cause the SLIP trap to be matched. The SLIP is set to prevent a dump, as a 33E is usually not neccesarily bad. That is the purpose of most of the SLIP traps set in IEASLP00. SLIP traps can also be set for many other events, mainly as a debugging aid. From: IBM Mainframe Discussion List on behalf of Mark Pace Sent: Fri 2006/06/09 03:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SLIP Trap definitions SLIP SET,C=33E,ID=X33E,A=NODUMP,END But that doesn't tell me causes that trap to be handled. What causes this message to be displayed? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: MPF message suppression
Yes, if you specify xxx,SUP(YES),RETAIN(NO),USEREXIT(Your_exit_name) and code something like this : Exit001 CSECT Exit001 AMODE 31 Exit001 RMODE ANY USING *,12 STM 14,12,12(13) LR12,15 STARTL 11,0(1) USING CTXT,11 OICTXTRFB2,CTXTRDTM RETURN LM14,12,12(13) XR15,15 BR14 IEZVX100 But take care because there will be no trace of this supressed message. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Suporte Técnico - Software Básico Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Hunkeler Peter (KIUB 34) Enviada em: sexta-feira, 09 de junho de 2006 08:29 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: MPF message suppression IIRC, there are options to suppress them from SYSLOG and OPERLOG, as well. Not from MPF directly but from message exits driven from MPF. 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 AVISO LEGAL BR Esta 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. +**+ LEGAL ADVICE BR This 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
Change Working Directory for FTP
Hello, I would like to setup a TSO User to have a different working directory than their TSOID when they FTP into the manframe. I know it can be done by just typing CD /pathname when the FTP has been established but the FTP is being done thru an API and we would like to establish the working directory for this particular user... Also the working directory will not just be a single path, it will be like: /TESTDATA/FILES Can anyone help ? Michael Gebbia -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
On Fri, 9 Jun 2006 07:28:41 -0500, Jasen Kloeppel [EMAIL PROTECTED] wrote: Is there any other SMF record which I might be able to use to derive the same information? Thanks for any help, Jasen Kloeppel [EMAIL PROTECTED] Shelter Insurance Jasen - I am not SMF expert but I have a SAS job written here that I use to scan SMF records to see who touched a particular file. In reading the SAS code, here is what it says for the different types of SMF records: 14 - Input 15 - Output 17 - Scratch 18 - Rename 61 - IF ACTCODE = 'IN' THEN ACTIVITY = 'ICF DEFINE (IN)' IF ACTCODE = 'DE' THEN ACTIVITY = 'ICF DEFINE (DE)' IF ACTCODE = 'UP' THEN ACTIVITY = 'ICF DEFINE (UP)' (ACTCODE is at displacement 19) 62 - VSAM Open 64 - VSAM Close 65 - IF ACTCODE = 'S' THEN ACTIVITY = 'VSAM SCRATCH' IF ACTCODE = 'U' THEN ACTIVITY = 'VSAM (UN)CAT' (This time ACTCODE is at displacement 71 66 - IF ACTCODE = 'R' THEN ACTIVITY = 'RENAME(ICF)' ELSE ACTIVITY = 'ICF ALTER'; (ACTCODE is at displacement 71 here too) Unfortunately I think that 65 is the one you wanted. HTH, Patrick Lyon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 JOEs and How to Identify them
It has been awhile since I had to trouble shoot this type of problem. Does anyone know of a way in JES2/SDSF to identify the job that has produced a significant number of JOEs? I had a situation where we ran out of JOEs. Other than reviewing the entire output queue manually, is there an easier way of finding (using JES2 commands or SDSF) to see what job(s) have created a lot of individual SYSOUT elements? I will be reviewing our limit on number of JOEs and see about increasing it. But I am not sure if there was an easy way to see if JOB A has created 100,000 JOEs or not. I am also looking for a way to automate the identification of the culprits and have automation action them instead of a person. Thanks. 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: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
On Fri, 9 Jun 2006 08:28:57 -0400, Bob Shannon [EMAIL PROTECTED] wrote: The same reason people are moving away from the mainframe. Look at any mainframe shop and you'll see an explosive growth in computing power. The mainframes are staying about the same while *ix and Microslop gain.. That may be true in your situation, but certainly not everywhere. Some mainframe shops have stagnated. Others are seeing tremendous growth. Are server MIPS growing faster than mainframe MIPS? Probably, but that doesn't mean mainframes aren't growing. I'd like to see the shop where the mainframe is growing even half as fast as the other platforms. I'd also like to see the number of mainframe shops increasing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: JES2 JOEs and How to Identify them
SDSF Output queue scroll over and you should see field O-Grp-N. Find the job(s) with the highest number. Note: sorting this field is not appropriate as the numbers are not justified. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Friday, June 09, 2006 9:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] JES2 JOEs and How to Identify them It has been awhile since I had to trouble shoot this type of problem. Does anyone know of a way in JES2/SDSF to identify the job that has produced a significant number of JOEs? I had a situation where we ran out of JOEs. Other than reviewing the entire output queue manually, is there an easier way of finding (using JES2 commands or SDSF) to see what job(s) have created a lot of individual SYSOUT elements? I will be reviewing our limit on number of JOEs and see about increasing it. But I am not sure if there was an easy way to see if JOB A has created 100,000 JOEs or not. I am also looking for a way to automate the identification of the culprits and have automation action them instead of a person. Thanks. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
But it's a totally diffrent paradigm, IMHumbleO. In our shop, we have many unixen. But their CP is tied to memory. Each unixen CP has to have xMB memory, and they come in fours. You want more memory? 4 More CP + 4 * xMB. And so on. That's costly. Mainframe is diffrent. Much Diffrent. And the people? For twenty unix boxen, 1 sysprog/admin. Not Gartner, but close to real. Big shops, two - three hundred unix boxen, some maybe 'super-domes', really 30 -35 per seat - tough job, really tough. Close to mainframe? I think totally diffrent. For Multi-Sysplex MainFrame Production system, how many sysprogs to change a light bulb? I love my job. On 6/9/06, Bob Shannon [EMAIL PROTECTED] wrote: The same reason people are moving away from the mainframe. Look at any mainframe shop and you'll see an explosive growth in computing power. The mainframes are staying about the same while *ix and Microslop gain.. That may be true in your situation, but certainly not everywhere. Some mainframe shops have stagnated. Others are seeing tremendous growth. Are server MIPS growing faster than mainframe MIPS? Probably, but that doesn't mean mainframes aren't growing. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Change Working Directory for FTP
Right off, I don't know how to do this. Did you know there is a TCP/IP and FTP mailing list? For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Gebbia Sent: Friday, June 09, 2006 6:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Change Working Directory for FTP Hello, I would like to setup a TSO User to have a different working directory than their TSOID when they FTP into the manframe. I know it can be done by just typing CD /pathname when the FTP has been established but the FTP is being done thru an API and we would like to establish the working directory for this particular user... Also the working directory will not just be a single path, it will be like: /TESTDATA/FILES Can anyone help ? Michael Gebbia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Friday, June 09, 2006 7:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?) On Thu, 8 Jun 2006 11:16:06 -0400, Jon Brock [EMAIL PROTECTED] wrote: This shows some of the good and some of the bad with using open-source technologies. You can do some very useful and exciting stuff, but it is not as mature as what we are used to with z/OS. Linux and Unix are nowhere near what MVS is, but I'll take Linux and other Open source software over Microsoft any day. Tom Marchant Yes, YOU will take Linux over Windows, as would I. Are you the decision maker? Unfortunately, in many cases, the decision makers have a herd mentality. I remember when it was Nobody got fired for buying IBM.. Now it is Nobody got fired for buying Microsoft. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Token-ring vs Ethernet - 10 years later
Anne Lynn Wheeler wrote: as more environments changed from terminal emulation paradigm to client/server paradigm ... you were starting to have server asymmetric bandwidth requirements with individual (server) adapter card thruput equivalent to aggregate lan thruput ... i.e. servers needed to have thruput capacity equal to aggregate requirements of all clients. re: http://www.garlic.com/~lynn/2006l.html#35 Token-ring vs Ethernet - 10 years later http://www.garlic.com/~lynn/2006l.html#36 Token-ring vs Ethernet - 10 years later the SAA drive was controlling feature/function as part of trying to maintain the terminal emulation paradigm and forestall transition to 2tier/client-server http://www.garlic.com/~lynn/subnetwork.html#emulation or what we were out doing, pitching 3-tier architecture and what was to become middleware (we had come up with 3-tier architecture and was out pitching it to customer executives and taken heat from the SAA forces) http://www.garlic.com/~lynn/subnetwork.html#3tier consistent with the SAA drive and attempts to maintain the terminal emulation paradigm was the low per card effective thruput and recommended configurations with 100-300 machines sharing the same 16mbit t/r lan (although effective aggregate bandwidth was less than 8mbit with typical configurations dividing that between 100-300 machines). for some drift, the terminal emulation paradigm would have been happy to stick with the original coax cable runs ... but one of the reasons for the transition to t/r supporting terminal emulation paradigm was that there were large number of installations running in lb/sq-ft loading problems from the overloaded long cable tray runs (there had to be physical cable running from the machine room to each every terminal). of of this tended to fence off the mainframe from participating in the emerging new advanced feature/functions around client/server paradigm. enforcing the terminal emulation paradigm was resulting in the server feature/function being done outside of the datacenter and loads of datacenter corporate data leaking out to these servers. this was what had prompted a senior person from the disk division to sneaking a presentation into the communication group's internal, annual world-wide conference, where he started out the presentation by stating that the communication group was going to be responsible for the demise of the mainframe disk division. recent reference http://www.garlic.com/~lynn/2006l.html#4 Google Architecture for some additional drift, we sporadically claim that the original SOA (service oriented architecture) implementation was the payment gateway. we had come up with 3-tier architecture (and what was going to be called middleware) and had also done our ha/cmp product http://www.garlic.com/~lynn/subtopic.html#hacmp we were later asked to consult with a small client/server startup that wanted to perform payment transactions on their server. turns out that two of the people from this ha/cmp meeting http://www.garlic.com/~lynn/95.html#13 were now at this small client/server startup and responsible for something that was being called the commerce server http://www.garlic.com/~lynn/aadsm5.htm#asrn2 http://www.garlic.com/~lynn/aadsm5.htm#asrn3 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DYNALLOC with (Kilo)bytes
I use DYNALLOC to allocate a dataset. I know the size of each record and the number of records, so I can compute the number of bytes necessary. However, the only DYNALLOC text units for a space unit seem to be TRKS and CYLS. Did I overlook something ? Or do I need to do the math myself, converting the # of bytes to the appropriate # of tracks ? Is this what ISPF 3.2 does internally, too ? Is there a service to do the computation ? DALBLKLN - specifies tehaverage data block length -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Change Working Directory for FTP
Michael, a user's UNIX home directory is specified in the user's OMVS Segment of your RACF / ACF2 / TSS security system. Usually it's something like /u/userid. Check with your security admin. This is where you can specify the default directory the user should be directed to. HTH. Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel: (408) 721-8071 Email: [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
svcupdte
I am executing the svcupdte in a program I copied down from the internet. Does anybody know how long this should execute? Going on 5 minutes right now?? Please advise... TIA Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF records type 65?
I am not an SMF expert either - google brought me to the Cherl Watson smf ref.pdf origional poster specified tape dataset and I thought type 17 was scratch for any non-vsam dataset. 61,62,63,... 66 are all for VSAM. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MPF message suppression
A few years ago we conseidered implementing a message-flooding prevention table. We have never used it, but maybe it could be interesting for you. z/OS V1R7.0 Comm Svr: SNA Resource Definition Reference URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B650/5.7?DT=2 0050720144034 5.7 Message-flooding prevention table The message-flooding prevention facility identifies and suppresses duplicate messages that are issued in rapid succession. This reduces the possibility of duplicate messages flooding the operator console and concealing critical information. VTAM bases its suppression on the time interval since the message was last issued and on the similarity of variable text in the original and subsequent message. For each candidate message, the message-flooding prevention table contains the criteria that must be met before VTAM suppresses duplicate messages and whether suppressed messages are sent to the hardcopy log. The suppression criteria include the amount of time between the original and subsequent messages, and an indication of which variable text fields are to be compared. If the message is reissued within the specified time interval and the specified variable text fields contain the same information, VTAM suppresses the message etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
On 09/06/06, Jasen Kloeppel [EMAIL PROTECTED] wrote: Is there any other SMF record which I might be able to use to derive the same information? Try Type 17 ( scratch) and 18 (rename). 17 is written when a non-VSAM dataset is scratched. There will be one type 17 for each volume of a multivolume dataset. 18 is written whenever a non-VSAM dataset is renamed. -- Steve Despair - It's always darkest just before it goes pitch black... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: svcupdte utility keeps running
On Friday 09 June 2006 10:55, Carroll, William wrote: I am executing the svcupdte in a program I copied down from the internet. Does anybody know how long this should execute? Going on 5 minutes right now?? Please advise... I suspect you set it up for temporary install and it'll stay up until you STOP it, CANCEL it, or shut the system down. The doc at http://gsf-soft.com/Freeware/SVCUPDTE.shtml explains the various execution modes. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MPF msg suppression
Peter, Where then may I go to suppress them? Thanks, Desi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34) Sent: Friday, June 09, 2006 3:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: MPF message suppression does not suppress the production of messages but suppresses them from being displayed at any console. The messages are still send to the hardcopy log (SYSLOG or OPERLOG). 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Students think mainframes are cool | The Register
Well, I liked it. GRIN http://www.theregister.co.uk/2006/06/09/students_love_mainframes/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Token-ring vs Ethernet - 10 years later
Charles Mills wrote: Price and also simplicity of implementation. Price is especially significant when people are tip-toeing into something not sure if they are going to like it - that was the case with VHS and Beta. I'll get one of these cheap VHS VCRs, and if I like it, I'll get a good Beta later. Of course, once they had a library of VHS tapes, later never came. I don't know VHS-Beta war, but in times of early LANs a cost of TR adapter was approx. $800, while Novell NE2000 was less than $100. That's the difference. For *small* networks both standards were OK. Additionally Eth didn't need any additional box, while TR required MAU. Hint: it was ethernet over coaxial cable - no repeater/hub needed (switch was not born yet). Novell bought Eagle company just to produce cheap networking cards. To make LAN available for everyone. They did the revolution. In the best years Novell had approx. 70% of file server marketshare (and over 90% in Poland). -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
In a message dated 6/9/2006 8:44:20 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Jasen - I am not SMF expert but I have a SAS job written here that I use to scan SMF records to see who touched a particular file. In reading the SAS code, here is what it says for the different types of SMF records: Get Micheal Cleary's DAF program off the CBT tape. _www.cbttape.org_ (http://www.cbttape.org) If it's touched it will find who did it. Alternateively RACF(or equivalent) AUDIT report for the file and UCAT should produce similar results. Might give Sam**2 a nudge to update the web page too. See you in Seattle??? Hot l Bal mor??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SLIP Trap definitions
Mark Pace wrote: Where can I find the definitions that trigger a SLIP message? IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=HSM , ASID=0025. I've looked in a few manuals and googled, but I can't find what causes a SLIP X33E Are you asking what a 33E abend *is*? Or where to find the list of SLIPs that are in effect? If the former, it's a DETACH of a subtask that hasn't completed. This can happen normally under various circumstances, but the most common by far is when you are running a TSO command, and hit ATTN, and then run another command. The TMP DETACHes the unfinished command, and it abends as part of routine resource cleanup. (Or rather, abend exists largely to perform resource cleanup.) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
In a message dated 6/9/2006 9:56:15 A.M. Central Standard Time, [EMAIL PROTECTED] writes: 61,62,63,... 66 are all for VSAM. I think he's looking for the uncatalog from the UCAT?? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
Try Type 17 ( scratch) and 18 (rename). 17 is written when a non-VSAM dataset is scratched. There will be one type 17 for each volume of a multivolume dataset. 18 is written whenever a non-VSAM dataset is renamed. I believe those are for disk datasets only. The posted was dealing with a tape dataset that was uncataloged. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: SMF records type 65?
In a message dated 6/9/2006 11:39:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I believe those are for disk datasets only. The posted was dealing with a tape dataset that was uncataloged. Oh, what tape management software are you running? Could catch it by running the CA-1 equivalent of TMSAUDIT. (I don't remember the report numbers after they forced us to EARL). Or flag it down from your standard tape reports cycle in the date range we're looking for? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF records type 65?
Oh, what tape management software are you running? Could catch it by running the CA-1 equivalent of TMSAUDIT. (I don't remember the report numbers after they forced us to EARL). Or flag it down from your standard tape reports cycle in the date range we're looking for? Would a TMS record who uncataloged a tape dataset? -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: SMF records type 65?
In a message dated 6/9/2006 11:55:13 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Would a TMS record who uncataloged a tape dataset? Don't think so, but should tell us when it went scratch and give us smaller universe of SMF to search? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How-to read a tersed file directly from USS?
Anyone know how to process a USS file, as direct input into the TERSE pgm? Here's my JCL: //STEP1 EXEC PGM=TRSMAIN,PARM=UNPACK //SYSPRINT DD SYSOUT=* //OUTFILE DD DISP=(,CATLG), // DSN=DSGDEM.SMF.UNTERSED, // UNIT=SYSDA, // RECFM=VBS,BLKSIZE=27998,DSORG=PS, // SPACE=(CYL,(500,500)) //INFILE DD PATH='/ftpint/ftpuser1/tersed.bin',PATHDISP=(KEEP,KEEP), // BLKSIZE=10240,LRECL=1024,RECFM=FB Here's TERSE's complaint: STARTING TERSE DECODE UNPACK 4.09 11:24:00 6/09/06 FOR INPUT - DDNAME: INFILE DSNAME: ...PATH=.SPECIFIED... ** ERROR: FOR INPUT - ONLY SEQUENTIAL DATASETS ARE SUPPORTED AT THIS TIME + THIS IS NOT A RECOGNIZABLE TERSED DATASET. FINISHED TERSE DECODE UNPACK 4.09 11:24:00 6/09/06 RETURN CODE: 12 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How-to read a tersed file directly from USS?
In a recent note, Dave Myers said: Date: Fri, 9 Jun 2006 11:42:04 -0600 Anyone know how to process a USS file, as direct input into the TERSE pgm? Here's my JCL: //STEP1 EXEC PGM=TRSMAIN,PARM=UNPACK //INFILE DD PATH='/ftpint/ftpuser1/tersed.bin',PATHDISP=(KEEP,KEEP), // BLKSIZE=10240,LRECL=1024,RECFM=FB FOR INPUT - DDNAME: INFILE DSNAME: ...PATH=.SPECIFIED... ** ERROR: FOR INPUT - ONLY SEQUENTIAL DATASETS ARE SUPPORTED AT THIS TIME + Submit a Requirement. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DYNALLOC with (Kilo)bytes
On Fri, 9 Jun 2006 10:24:04 -0400, Richard Tsujimoto [EMAIL PROTECTED] wrote: I use DYNALLOC to allocate a dataset. I know the size of each record and the number of records, so I can compute the number of bytes necessary. DALAVGR (key is 8010) specifies the allocation unit to be used when the data set is allocated. If you do code DALAVGR (with SMS), DALBLKLN specifies the average record length in bytes of the data. The system computes the block size and the number of tracks to allocate. Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ICETOOL question
If I have a set of files containing records as follows: File 1 10012345FIRST 10112345FIRST 10212345FIRST 10312345FIRST File 2 10012345 SECOND 10312345 SECOND 10512345 SECOND 10612345 SECOND File 3 10012345THIRD 10112345THIRD and I want to merge them together to create a single file, keyed on the first 8 bytes, as follows: 10012345FIRSTSECONDTHIRD 10112345FIRSTSECONDTHIRD 10212345FIRST 10312345FIRSTSECOND 10512345 SECOND 10612345 SECOND can I do this with DFSORT/ icetool? If so, what control parameters do I need? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DYNALLOC with (Kilo)bytes
Doug, You got the wrong poster. I'm not the original poster. It was Beate Kawelke. Doug Henry [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/09/2006 02:58 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: DYNALLOC with (Kilo)bytes On Fri, 9 Jun 2006 10:24:04 -0400, Richard Tsujimoto [EMAIL PROTECTED] wrote: I use DYNALLOC to allocate a dataset. I know the size of each record and the number of records, so I can compute the number of bytes necessary. DALAVGR (key is 8010) specifies the allocation unit to be used when the data set is allocated. If you do code DALAVGR (with SMS), DALBLKLN specifies the average record length in bytes of the data. The system computes the block size and the number of tracks to allocate. Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
ADMINISTRIVIA: IBM-MAIN/Listserv Outage
We are migrating to a mobetta, mofasta, mobigga server Sunday June 11 from 8:00am to 12:00pm. During this time, any emails sent to the IBM-MAIN discussion list will be queued until Listserv comes back up. Also, the web interface will be down during this time. Darren Evans-Young IBM-MAIN List Owner -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ICETOOL question
What you want is SPLICE - from the manual SPLICE - splices together fields from records that have the same numeric or character field values (that is, duplicate values), but different information. Fields from two or more records can be combined to create an output record. The fields to be spliced can originate from records in different data sets, so you can use SPLICE to do various join and match operations. or you can search the archives there are multiple examples there also Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ECSA
Dennis McCarthy wrote: Is there any down side to increaseing the ECSA? We have a 2086-320 with 4gb CS on the production LPAR. It currently looks like this: CSA=(2000,64000) DISPLAY STORAGE: A (B=BELOW A=ABOVE T=TOTAL) CSA SIZE: 63M DATA FORMAT: P (K=KBYTES P=PERCENT) CSA FREE: 8.3% I increased it on the test LPAR (about 3gb CS): CSA=(2000,100) and it looks like this: DISPLAY STORAGE: A (B=BELOW A=ABOVE T=TOTAL) CSA SIZE: 977M DATA FORMAT: P (K=KBYTES P=PERCENT) CSA FREE: 96.5% The only disadvantage is reduced private area above the bar. It can be a problem or not - it depends. It is more likely to have problems, when CSA (below the line) is too big. BTW: Why don't you increase ECSA *slightly* ? My $0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ECSA
The only disadvantage is reduced private area above the bar. Above the line; not above the bar. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ECSA
-Original Message- From: Bob Shannon [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Fri, 9 Jun 2006 16:48:46 -0400 Subject: Re: ECSA The only disadvantage is reduced private area above the bar. Above the line; not above the bar. The more CSA/ECSA/SQA/ESQA that is defined, the greater is the amount of storage that must be permanently fixed. As more storage is permanently fixed, there is less total real storage available to support dynamic paging among all the work (jobs, address spaces, OLTPs, etc.). The less total real storage to support paging, the paging rate of lower priority work may increase with a corresponding increase in transaction time. The worst case is to define almost all of real storage as ECSA, then the system thrashes (does next to nothing except paging operations). Bill Fairchild Check out AOL.com today. Breaking news, video search, pictures, email and IM. All on demand. Always Free. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ECSA
On Fri, 2006-06-09 at 22:47 +0200, R.S. wrote: The only disadvantage is reduced private area above This applies to *every* address space of course. BTW: Why don't you increase ECSA *slightly* ? Agreed - then maybe find out who's using it all, and adjust accordingly. We have had reasons to use large ECSA, but not that much. 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: ECSA
The more CSA/ECSA/SQA/ESQA that is defined, the greater is the amount of storage that must be permanently fixed. As more storage is permanently fixed, there is less total real storage available to support dynamic paging among all the work (jobs, address spaces, OLTPs, etc.). The less total real storage to support paging, the paging rate of lower priority work may increase with a corresponding increase in transaction time. The worst case is to define almost all of real storage as ECSA, then the system thrashes (does next to nothing except paging operations). This is not true. The only real storage cost to defining CSA/ECSA/SQA/ESQA in IEASYSxx is one page (4K bytes) per megabyte defined (for the page table representing that megabyte). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vtam question
What is the difference between VTAM Cross-Domain and Interentreprise license? It´s possible to get communication between vtam at my host to another vtam in a different host with different network id´s using Cross-Domain feature? Or Cross-Domain is used just for Single gateway, not back-to-back connections? Thanks Carlos -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ECSA
In [EMAIL PROTECTED], on 06/09/2006 at 05:03 PM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: The more CSA/ECSA/SQA/ESQA that is defined, the greater is the amount of storage that must be permanently fixed. Permanently fixed? Aren't SQA/ESQA pages fixed only when allocated? CSA/ECSA isn't page fixed at all, so the only real storage issue is page fixing the page and segment tables; surely that isn't enough to be a performance issue. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ECSA
In [EMAIL PROTECTED], on 06/09/2006 at 10:47 PM, R.S. [EMAIL PROTECTED] said: The only disadvantage is reduced private area above the bar. No! Above the *line*. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP from Unix FS
In [EMAIL PROTECTED], on 06/08/2006 at 02:20 PM, Mark Pace [EMAIL PROTECTED] said: Can someone explain to me how to FTP something out of a USS filesystem? ITYM Unix. When I FTP to my zOS system and log in 230 IBMUSER is logged on. Working directory is IBMUSER.. Do a cd if that bothers you. Better yet, log on as your own userid instead of as IBMUSER. How can I switch to the USS file system to download a file there? What do you mean by the USS file system? Unix supports a hierarchy of directories; if you need a file system mounted, it must be mounted before you do your FTP transfer. You specify an absolute or relative path in terms of what is already mounted. If you want to use relative paths, do a cd to your home directory or whatever. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicing z/OS R7 from z/OS R4 (SMPE)
In [EMAIL PROTECTED], on 06/08/2006 at 10:05 AM, Isabel Moczo [EMAIL PROTECTED] said: What about the HFS files? If I run SMP/e from another system its HFS files will get modified. If I mount clones of the HFS files on the driving system, will anybody else be able to do any work (on our systems programming system) while I apply maintenance? 1. You don't install service on the target while it is in use. 2. You mount any *FS file at the appropriate mount point in the /service directory. See the Unix System Services Planning Guide for recommended naming conventions. Perhaps these are dumb questions, which are already answered by IBM manuals, but we are used to apply maintenance on live systems Well, it's not my dog. because we've had problems with our current procedures, I can believe that. If you set up a good naming[1] convention and take advantage of indirect caloging, static system symbols and extended indirect cataloging, then you should be able to easilly handle multiple sets of target volumes and switch production among them. There's some guidance in the CPAC documentation. [1] Not just data set, but also volume. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicing z/OS R7 from z/OS R4 (SMPE)
In [EMAIL PROTECTED], on 06/08/2006 at 12:21 PM, McKown, John [EMAIL PROTECTED] said: Once all the work is done, you must either rename the clone HFS files to have the correct name, or you must change the BPXPRMxx member to use the new HFS file names. Not if you set things up properly. BTDTGTTS. Again, my personal opinion is that the UNIX work can be very confusing unless you have some UNIX background. My Unix experience was initially on MVS, and almost exclusively MVS after that. And it is even confusing then! My experience is that it's not confusing at all if you pay close attention to details. But reading the planning guides is not a luxury, it's a necessity. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicing z/OS R7 from z/OS R4 (SMPE)
In [EMAIL PROTECTED], on 06/08/2006 at 01:13 PM, Jon Brock [EMAIL PROTECTED] said: 2) How do you point your SMPE environment to the cloned system? Do you use different dataset names or just use the SMPE JCL or DDDEFS to override the volume serial numbers for the target datasets? I've always used a dsn that was tied to the volume serial number of the IPL volume. I regard the use of CLIP as Russian Roulette. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicing z/OS R7 from z/OS R4 (SMPE)
In [EMAIL PROTECTED], on 06/08/2006 at 02:45 PM, Imbriale, Donald (Exchange) [EMAIL PROTECTED] said: In BPXPRMxx you can use system symbolics for the dsname for the root HFS to include the sysres volser from which the system is IPLed. Or a symbol derived from that. Now just IPL from the new sysres and all should be well. Indeed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Token-ring vs Ethernet - 10 years later
In [EMAIL PROTECTED], on 06/09/2006 at 08:25 AM, Anne Lynn Wheeler [EMAIL PROTECTED] said: (there had to be physical cable running from the machine room to each every terminal) 3299. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) Re: COBOL Books
On 8 Jun 2006 06:24:13 -0700, in bit.listserv.ibm-main Bruce McKnight [EMAIL PROTECTED] wrote: James, I've written hundreds of unique business programs with COBOL and maintained thousands more over the last 20 years. I taught COBOL programming in the 80's and used the Murach books with good success. They tend to over-explain simple concepts but overall they are good training materials. You should have no problem separating the wheat from the chaff and learning what you need to know. COBOL is a language specification defined by an evolving set of vendor-independent ANSI standards. Level 68 was the first one that compiler manufacturers really settled on. Level 74 was actually a pleasure to work with. Level 85 was adopted by IBM as COBOL II. Now we have Level 2000 (IBM calls it OS/390 COBOL and now Enterprise COBOL). This specification expands the functionality into object orientation. Most books that cover OO-COBOL (some call it COOL - COBOL Object Oriented Language) do a fair job if you're already comfortable with object orientation. The point is that the COBOL language specification is not owned by any one vendor. It has always served it's purpose extremely well and has adapted over the decades to include new programming paradigms. Each vendor has extended the language to make it more appealing to specific audiences or to take advantages of some unique characteristic of their particular platform. Unfortunately, these extensions are rarely transferrable between platforms and this is the primary difficulty when migrating an application from one platform to another. As long as you keep your code to the ANSI spec, the source is transferrable with no issues. (It still needs to be compiled on the target platform.) Use language extensions wisely. This is true only if the platforms recognize and use the same data types and are both the same flavor of EBCDIC or ASCII or coding scheme x. Compile options also can cause surprises. I worked on a big project for US Steel in the early 90's. Development was done on a network running MicroFocus COBOL and the target platform was an IBM mainframe. My predecessor had used a number of MicroFocus language extensions, then left the project before integration testing. This was my first experience with a non-IBM compiler. I picked up where he left off and had a heck of a time getting his stuff to compile because of the extensions. Untangling the extensions was quite an education. Hope this helps. -- Bruce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
how to specify the z/OS LE runtime timezone ?
Greetings, as the subject, does anybody know how to do with it ? I am looking for an alternative to unify the timezone of MVS Application. Is it doable ? Appreciated of your kindly advisement. Thanks ! Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: NAT'D Ip using Enterprise Extender
Scott Doherty wrote: Does anyone know if NAT'd IP's have an ill effect on EE under Z/OS 1.4? TIA Scott Not that I am aware of. We are doing it and if we are having problems, we don't know about it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
John McKown wrote: Yes, YOU will take Linux over Windows, as would I. Are you the decision maker? Unfortunately, in many cases, the decision makers have a herd mentality. I remember when it was Nobody got fired for buying IBM.. Now it is Nobody got fired for buying Microsoft. Well, OK, but there's a mighty big (and still fast growing) Linux herd. There's plenty of market research data on that from Gartner, IDC, etc. Your particular company may be different -- maybe your herd got separated from the bigger herd -- but there's no lack of big herd here. Maybe three to five years ago, maybe. Actually if you do a quick Google search -- and if the results are consistent :-) -- you'd see that, indeed, there are plenty of people who got fired for buying Microsoft. My Google says Cardsystems, National Westminster Bank, Commonwealth Bank of Australia, and the unnamed CIO in the story I posted not too long ago, among others. You don't buy Linux, so it's impossible to get fired for buying Linux. (Or maybe you should always get fired for buying Linux because you don't have to buy Linux. :-)) You buy (or don't buy) Linux support. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [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: One or two CPUs - the pros cons
Hi, Yes, you are wrong. You are still focusing on too small of a picture and missing the greater view. My example used TCP/IP, VTAM and CICS as individual entities to make the concepts easier for people to comprehend, not to hide the fact that they are made up of TCBs. First, for the past 10 years or so the SMP effect has been negated to the point that it is almost not worth figuring, especially for anything under 10 engines. Second, It's the overhead to constantly PC switch between the various TCB's that gives you all of the overhead, more engines = less TCB's need to be exchanged. The problem you are letting yourself in for is that you can't compare this properly with a single transaction, and you don't operate that way in the real world anyway, (do you:)). The demanding application point you made is well taken, as a concept only, and you have to be aware of what you need (at a minimum) for each of your engines so that you don't run into that problem. Very few large subsystems still operate in a single TCB environment. CICS has multiple kernels (has since CICS/ESA) and will take advantage of multiple engines (if they are available), if not, then you run into the problem that you outlined where you don't have enough vertical space to operate effectively, but you are actually causing that problem yourself by not having multiple engines available. So again, there is no benefit to a single engine for CICS, (DB2 also runs multiple TCB's and actually multiple address spaces, so you can see where multiple CP's would be a good thing). When we speak of the vertical space for a subsystem like CICS, we are talking about the amount of work that can be accomplished within a single CPU of the overall complex at a time. Obviously, you wouldn't want 16x10mip CPU's, when you can have 2x80mip or 4x40mip ones. If you have an application that can't fit into a single CPU to execute effectively, then it's time to look into another application, or re-write it to take advantage of subtasking, because you will ALWAYS be hitting your head against that next vertical CPU size bump unless you do. So do you see where I'm going with this? There just aren't any sites that should be running a business machine (as opposed to a scientific process) who will perform as well with a single CPU as they would with multiple CPUs of a comparable size. Especially not on the z/series processors, you have to understand how they are built and how the processors are really operating to understand why your points are invalid. I think, based on your comments, that you do have some idea of how the physical processors really operate and if you thought about that, you would see why multiple processors that are capacity limited to a certain speed will ALWAYS be better than a single one for business applications. If all else fails, think of simple physics, (this is a simplistic, but basically accurate example, so don't get upset) you have a single chip capable of about 2 to 3 GHz, compared to 4 other chips operating at the same time (also in the 2 to 3 GHz range), but they are limited to a capacity of 1/4 of the single chip. Remember, we are talking SPEED not CAPACITY on a z/series processor complex, and as long as you don't exceed the capacity, you will have effectively 4 times the single CPU speed (4 simultaneous instructions). You have to look at how the z/series processors execute individual instructions to get a better view as well, do you think that a single processor z/series box can execute a BR(anch) instruction any faster than a 4 CPU one? Obviously not, they are basically the same physical CPU's that have been capacity limited. Unfortunately this example, while accurate, gets me down to even a smaller picture than I accused you of looking at, but I felt it was necessary to get the point accross. Do you see what I mean yet? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: One or two CPUs - the pros cons
The proper, (and probably cheaper) answer to this problem is to add another smaller CPU to the mix, if you have only 2 CPUs, CICS can't really take advantage of all of the processor complex as it could. It's almost certainly cheaper to add more engines than to upgrade, unless you have an older box or got a really bad deal. Depending on the box, you can pick up CPU's on the 3rd party market for almost laughably small prices. In this case, costs should drive your decisions, not misplaced estimates of capacity. Do you really have individual CICS tranactions that exceed 50 mips? Probably not, and it could be just a matter of tuning what you have. It always surprises me that a lot of sites think upgrade before tune, (not that you're one of them), but I realize that IBM is a big proponent of the upgrade instead of tune philosophy. :) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
