Re: TCP/IP NETSTAT problem
Thanks Mike, you was helpful. this solve the problem. thanks __ On Mon, 7 Dec 2009 07:54:16 -0500, Mike W Stayton wrote: >First, the message EZZ2499I tells that your netmsg.cat file is out of >sync with the netstat code. > >See this techdoc article about msgcat files: >http://www-01.ibm.com/support/docview.wss?uid=swg21247361 > >" >Problem(Abstract) During messaging processing of a TCPIP command (TSO >NETSTAT, Display or Vary command, FTP server or client), any of the >following can occur: > >1) Receive message "EZZ2506I -- reserved for future use --" or another >"reserved for future use" message >2) Receive message "EZZ0154I CONFIGURATION: UNABLE TO OPEN MESSAGE >CATALOG" >3) Any message indicating message catalog open/access failure. >4) ABEND0C4 >5) Garbled or corrupted message text >" > >Mike Stayton >z/OS Communications Server >m...@us.ibm.com > >Client success extends to the way we anticipate what our clients want, >need and dream of ... Sam J Palmisano > >IBM Mainframe Discussion List wrote on 12/07/2009 >01:45:31 AM: > >> [image removed] >> >> Re: TCP/IP NETSTAT problem >> >> SUBSCRIBE IBM-MAIN gaa a. gamal >> >> to: >> >> IBM-MAIN >> >> 12/07/2009 01:46 AM >> >> Sent by: >> >> IBM Mainframe Discussion List >> >> Please respond to IBM Mainframe Discussion List >> >> ANY SUGGESTION ? >> >> >Hi everybody, >> > >> >I have a problem with tcpip netstat command. >> >when i issue the command D TCPIP,,N,DEV >> >I get the follwing error: >> >_ >> >D TCPIP,TCP,N,DEV >> >EZZ0157I CONFIGURATION: THE CONFIGURATION COMPONENT HAS >> >TERMINATED >> >EZZ0157I CONFIGURATION: STATE OF THE CONFIGURATION COMPONENT >> >WHEN >> >EZZ0157I CONFIGURATION: THE TERMINATION >> >OCCURRED: >> >EZZ0157I CONFIGURATION: - THE FOLLOWING COMMAND WAS IN >> >PROGRESS: >> >EZZ0157I CONFIGURATION: DISPLAY TCPIP,TCP,N,DEV >> >EZZ0157I CONFIGURATION: CONFIGURATION COMPONENT ABLE TO RECOVER >> >FROM >> >EZZ0157I CONFIGURATION: THE TERMINATION >> >EZZ2499I -- RESERVED FOR FUTURE USE 051 >> >DYNAMICXCF: LOO >> > IPADDR: READYSUBNET: EZZ2766I DEVST METRIC: >> >1638179481 >> >TCPSTACKSRCVIPA: LOOPBACK >> >SMF PARAMETERS: >> >GLOBAL CONFIGURATION INFORMATION: >> >NETNUM: 453 QUESIZE: 633657262 >> >NETNUM: 637296916 QUESIZE: 0 SPEED: 0633648100 >> >BYTESIN: 2737170512210584104 BYTESOUT: >> >2721497870493800256 >> >-- RESERVED FOR FUTURE USE -- >> > MULTICAST SPECIFIC: >> >-- RESERVED FOR FUTURE USE -- >> >MESSAGE TIMED OUT - MESSAGE COMPLETION >> >FORCED >> >* BOTTOM OF DATA *** >> > >> > >> >BUT, when i issue the command from OMVS shell it SUCCESSFUL >> > >> >_ >> ># netstat -d >> >> >MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCP >> >10:47:01 >> >DevName: LOOPBACK DevType: LOOPBACK >> > DevStatus: Ready >> > LnkName: LOOPBACK LnkType: LOOPBACKLnkStatus: >> >Ready >> >NetNum: n/a QueSize: n/a >> >ActMtu: 65535 >> > BSD Routing Parameters: >> >MTU Size: n/a Metric: 00 >> >DestAddr: 0.0.0.0 SubnetMask: 0.0.0.0 >> > Multicast Specific: >> >Multicast Capability: No >> > Link Statistics: >> >BytesIn = 506177 >> >Inbound Packets = 8171 >> >Inbound Packets In Error = 0 >> >Inbound Packets Discarded = 0 >> >Inbound Packets With No Protocol = 0 >> >BytesOut = 506177 >> >Outbound Packets = 8171 >> >Outbound Packets In Error = 0 >> > >> >_ >> > >> >my tcpip jobname is TCP >> >any help ? >> >thanks >> > >> >Gaa ali >> >pio >> > >> >-- >> >For IBM-MAIN subscribe / signoff / archive access instructions, >> >send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO >> >Search the archives at http://bama.ua.edu/archives/ibm-main.html >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM - CICS definitions
Thank Chris (Mason) You are a living encyclopaedia. I was required another CDRSC entry to get it going. Now my next bigger headache. we are migrating from old DDN link to enterprise extender and Other party will not give *some new* applications (non production) to test it. As a mainframer, i do not want to destroy something that has been working without testing new links. I am testing it on one of the subarea to connect using EE link but as soon as i acquire this connection it in CICS, the connection goes via cross domain SNI link. I have dynamically modified ADJSSCP, and ISTAPNCP is the first ADJCDRM. The subarea in question is ICN , BN=NO and SORDER = APPN. APPNCOS is NONE. Is there anything I am missing or time to open an ETR? Thanks and best regards, Munif -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display contents of an offload tape
I have a utility program that can read the spool offload tape (or disk) and create a report of what is on the tape, and it can restore individual files from the tape back to the spool. It's still in the process of development, but is 100% functional, just not as easy to use as we want right now. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody compared: Java vs. intepreted REXX?
"It depends," but if we're talking about steady state execution, and business functions that could be reasonably implemented in either language, and "best practices" performance engineering in both languages (not a given, unfortunately), then Java (which is just-in-time compiled) would consume somewhat less (total) CPU -- but more memory -- than interpreted REXX, ceteris paribus and as a general rule (and insert several more caveats here). And, yes, some portion of the Java workload is eligible to execute on zAAPs or (subject to certain technical requirements) on zIIPs. ...But then there's the REXX Compiler from IBM (5695-013, et. al.), so you've got that performance-boosting option which would be advisable if you have a "non-trivial" amount of (month's peak 4 hour rolling average coincident) REXX workload. And compiled REXX programs can still run interpreted on machines that are not licensed for the REXX Library. I do not speak for IBM, so ask your friendly IBM representative But is NetREXX a Java application? Yes. Is some part of NetREXX zAAP-eligible? Yes. Has the NetREXX vendor made it zAAP-eligible? Yes. Is that OK to run on zAAP? Yes, sure. The same answer would hold for other languages-in-Java-runtimes. For example: JRuby, EGL (in a Java runtime), and Jython. There is perhaps some overhead to NetREXX versus writing the same business functions in Java directly. How much? "It depends" but probably "not too much." (How's that for precision? :-)) Why do you ask? :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Howard Brazee > > On 7 Dec 2009 13:01:33 -0800, steve_thomp...@stercomm.com (Thompson, > Steve) wrote: > > >What do you mean Sun was the first? > > > >The US Army used 360/30 and 360/40s in 18-wheel trailers back in the > >early 1960s - 40 years before Sun "thought" of the idea. The Army even > >had those in Vietnam for the division data centers. > > How big were those, compared to an iPod? Probably like battleship::kayak. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anybody compared: Java vs. intepreted REXX?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples > Sent: Tuesday, December 08, 2009 6:06 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Anybody compared: Java vs. intepreted REXX? > > Why do you ask? :-) > > - - - - - > Timothy Sipples Simple curiosity. I sometimes ask things "just for the fun of it". We don't have a zAAP or zIIP. We aren't likely to get one either. It appears, thanks to that z9 announcement from IBM which effectively "freezes" your z9 at its current capacity, that we may actually get a z10 (yeah!). A smaller z10, but a z10. I have no idea what management around here is thinking of. Just speculation is that they want to eliminate IT altogether as some sort of "unnecessary expense". But, then, I'm very cynical about things. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display contents of an offload tape
On Mon, 7 Dec 2009 13:59:00 -0500, Mark Pace wrote: In the past I have used the SPOOLSEL program from CBT file 575 File # 575 Read and Combine JES2 Spool Offload Files Directly http://www.cbttape.org/ftp/cbt/CBT575.zip >I've searched the JES2 manual can not find a way to display the contents of >a OFFLOAD tape or disk file. Is there away to do this? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clues on using C++ prelink * lked for first time
On Mon, 7 Dec 2009 16:34:22 -0800, Charles Mills wrote: >1. How do I specify the input to the prelinker? The primary input dataset is the SYSIN DD. LRECL=80 and RECFM=F, FB or FBS. The z/OS 1.9 XL C/C++ User's Guide has a table that describes each dataset. You can also review the IBM suppied proc CBCCL / CCNC008. >Any clues? Is the prelinker documented anywhere other than the C++ User's >Guide? Not that I am aware of. HTH, Dave Waldman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFUSI and LSQA
On Mon, 7 Dec 2009 11:43:12 -0600, Mark Zelden wrote: >The LDA contains what the sizes are, but I've never updated those >control blocks directly via IEFUSI. > >FWIW, I look at the GDA and for below 16M set region limit to "ALL-512K" and >region size to "ALL-64K".There is no real reason to reserve LSQA above. >Whatever isn't in use for extended private can be used for LSQA. When >those 2 boundaries hit each other is when your address space will die. Mark, thanks for chiming in - I'm glad I held off. I should probably not have to ask this, but programming IEFUSI to reserve ELSQA was something ingrained long ago, and I just took it for granted. So, it's not what the REGION is, it's what is GETMAIN'd in total during execution? I ask because we recently decided to bump the ELSQA reserve for our CICS regions, but in light of this, I don't see any benefit. I know CICS manages its own memory (DSA/EDSA), though I'm not as familiar with *how*. Interesting how different this is from below-the-line... By the way, I had an ETR discussion quite some time ago with IBM (I may be able to find it in my archives), in which I recall we're not supposed to alter LDA. In fact, that's what I use to obtain available REGION. I thought about using GDA, but do not recall why the rep steered me away from it... Though LDAESIZ will not completely protect against EPRIVAT and ELSQA running into each other, we do use it to try to buffer against the large VL GETMAIN. Do you do this, or is it "let the user beware"? Just curious here... Thanks, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display contents of an offload tape
I'm very surprised to find this is not part of JES. The other OSes (VM & VSE) have this functionality. Thanks all for the responses. On Tue, Dec 8, 2009 at 8:45 AM, Mitko Iakimov wrote: > On Mon, 7 Dec 2009 13:59:00 -0500, Mark Pace wrote: > > In the past I have used the SPOOLSEL program from CBT file 575 > File # 575 Read and Combine JES2 Spool Offload Files Directly > http://www.cbttape.org/ftp/cbt/CBT575.zip > > > >I've searched the JES2 manual can not find a way to display the contents > of > >a OFFLOAD tape or disk file. Is there away to do this? > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFUSI and LSQA
On Tue, 8 Dec 2009 08:29:36 -0600, Arthur Gutowski wrote: >On Mon, 7 Dec 2009 11:43:12 -0600, Mark Zelden > wrote: > >>The LDA contains what the sizes are, but I've never updated those >>control blocks directly via IEFUSI. >> >>FWIW, I look at the GDA and for below 16M set region limit to "ALL-512K" >and >>region size to "ALL-64K".There is no real reason to reserve LSQA above. >>Whatever isn't in use for extended private can be used for LSQA. When >>those 2 boundaries hit each other is when your address space will die. > >Mark, thanks for chiming in - I'm glad I held off. I should probably not have to >ask this, but programming IEFUSI to reserve ELSQA was something ingrained >long ago, and I just took it for granted. > >So, it's not what the REGION is, it's what is GETMAIN'd in total during >execution? I ask because we recently decided to bump the ELSQA reserve for >our CICS regions, but in light of this, I don't see any benefit. I know CICS >manages its own memory (DSA/EDSA), though I'm not as familiar with *how*. > >Interesting how different this is from below-the-line... > >By the way, I had an ETR discussion quite some time ago with IBM (I may be >able to find it in my archives), in which I recall we're not supposed to alter >LDA. Like I said, I've never done it that way and didn't know anyone else did. That is not the way the exit interface was intended as far as I can tell. The way I look at it, LDA control blocks are the "result" of the processing that takes place after IEALIMIT / IEFUSI. I wouldn't have even known if changing the LDA directly would have the desired affect without testing (I assume it does though). > In fact, that's what I use to obtain available REGION. I thought about >using GDA, but do not recall why the rep steered me away from it... > >Though LDAESIZ will not completely protect against EPRIVAT and ELSQA >running into each other, we do use it to try to buffer against the large VL >GETMAIN. Do you do this, or is it "let the user beware"? Just curious here... > I still prevent REGION=0K/0M from all but STCs. This really is a moot point on all but a couple of very small monoplex LPARs. With the next smallest LPARs having about 9G of real storage and very robust paging subsystems, I don't think I have to worry about it. :-) If you recall some past posts of mine, even though I still prevent REGION=0K from batch jobs, I allow REGION= whatever you code - and if you code anything over 1024M, I give you everything above 16M, so you can get the equivalent of REGION=0M above the line anyway (I did that in 2004). Just not by coding REGION=0M. I still left in the STC check for REGION=0K/0M because that also allows for MEMLIMIT=NOLIMIT (again, I only allow that for STCs). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clues on using C++ prelink * lked for first time
Yes, I'm specifying the INCLUDE and LIBRARY statements that I mentioned in my original question in the SYSIN dataset as you describe. I am using an IBM proc, CCPL (as I recall the name). The problem is that I am getting no real errors but the prelinker doesn't seem to be doing anything -- certainly doesn't seem to be generating any output. I hoped perhaps someone would have some bigger picture clues than "in SYSIN." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Waldman Sent: Tuesday, December 08, 2009 5:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Clues on using C++ prelink * lked for first time On Mon, 7 Dec 2009 16:34:22 -0800, Charles Mills wrote: >1. How do I specify the input to the prelinker? The primary input dataset is the SYSIN DD. LRECL=80 and RECFM=F, FB or FBS. The z/OS 1.9 XL C/C++ User's Guide has a table that describes each dataset. You can also review the IBM suppied proc CBCCL / CCNC008. >Any clues? Is the prelinker documented anywhere other than the C++ User's >Guide? Not that I am aware of. HTH, Dave Waldman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ACCOUNT Command Authorization in TSO
I'm sure there's a simple way out of this, but danged if I can find it. I'm getting this trying to use the ACCOUNT command: IKJ56553I COMMAND NOT AUTHORIZED FOR TRS760+ IKJ56553I YOUR INSTALLATION MUST AUTHORIZE USE OF THIS COMMAND It's not a RACF issue and it's in IKJTSOxx. It would appear that you have to use the ACCOUNT command to authorize the ACCOUNT command for a TSO user, but even the IBMUSER account is not so authorized. It seems like have to do this every 4 or 5 years but I can't remember how to make it work. Now, where did I leave my car keys ...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFUSI and LSQA
>Interesting how different this is from below-the-line... In what respect do you think it is different? -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Command Authorization in TSO
Actually this may be a RACF issue. (Assuming you're running RACF, not ACF/2 or TSS...) The ability to use the ACCOUNT command is derived from one of two places: 1. RACF defined user with RACF TSO segment In this case it uses the RACF TSOAUTH resource ACCT. Like most (JCL, etc.. but not all) the TSOAUTH resources, it is evaluated at TSO logon, and a bit is set in the TSB indicating the user has ACCOUNT. 2. Non-RACF defined user, or RACF user without TSO segment In this case the user's UADS entry defines if the user has ACCOUNT authority. Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 "Miller, Pat" Sent by: IBM Mainframe Discussion List 2009.12.08 11:21 Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject ACCOUNT Command Authorization in TSO I'm sure there's a simple way out of this, but danged if I can find it. I'm getting this trying to use the ACCOUNT command: IKJ56553I COMMAND NOT AUTHORIZED FOR TRS760+ IKJ56553I YOUR INSTALLATION MUST AUTHORIZE USE OF THIS COMMAND It's not a RACF issue and it's in IKJTSOxx. It would appear that you have to use the ACCOUNT command to authorize the ACCOUNT command for a TSO user, but even the IBMUSER account is not so authorized. It seems like have to do this every 4 or 5 years but I can't remember how to make it work. Now, where did I leave my car keys ...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clues on using C++ prelink * lked for first time
On Tue, 8 Dec 2009 07:26:18 -0800, Charles Mills wrote: >Yes, I'm specifying the INCLUDE and LIBRARY statements that I mentioned in >my original question in the SYSIN dataset as you describe. I am using an IBM >proc, CCPL (as I recall the name). The problem is that I am getting no real >errors but the prelinker doesn't seem to be doing anything -- certainly >doesn't seem to be generating any output. > >I hoped perhaps someone would have some bigger picture clues than "in >SYSIN." I'll try... We have C, no C++. All DLLs and everything in load modules in regular PDS and in PDSE. Our prelink input is something like this (this is to produce a DLL, called TUBCLREI, that uses functions, implemented in three other, previously compiled DLLs. The source member being compiled here is called NUBCLREI): //PLKED.SYSIN DD * INCLUDE OBJLIB(NUBCLREI) INCLUDE DLLLIB1(TUBCCN6M) INCLUDE DLLLIB1(TUBCGS0J) INCLUDE DLLLIB1(TUBCLM5I) NAME TUBCLREI(R) where the OBJLIB DD is pointing to a temporary PDS with DCB= (RECFM=FB,LRECL=80,BLKSIZE=27920) that is allocated to the //SYSLIB of the preceding library utility (EDCALIAS). The library utility takes the //SYSLIN output of the C compiler for its input. The DLLLIB1 DD is pointing to a PDS holding all the IMPORT members, accumulated from previous runs of the compile-and-link procedure. The IMPORT member is what is produced by the pre-linker (EDCPRLK) in its SYSDEFSD DD. The SYSMOD DD is the output from the pre-linker that goes into the SYSLIN of the linker (we use IEWL). SYSLIN can be a concatenation of the DSNHLI stub followed by the output of the pre-linker if DB2 is involved for embedded SQL. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFUSI and LSQA
On Tue, 8 Dec 2009 17:26:48 +0100, Hunkeler Peter (KIUP 4) wrote: >>Interesting how different this is from below-the-line... > >In what respect do you think it is different? > I don't know what Art will say, but it's a different discussion because anytime you specify a REGION greater than 16M, you are going to get NO reserved LSQA below the line without doing something in IEFUSI. You can ignore reserving ELSQA and will have plenty available until EPVT runs into ELSQA or visa versa. Then the world ends. Sure, if you reserve ELSQA you'll have something there for the system and termination routines, but your dead either way and you have to guess about what the ELSQA requirements are and set either a one size fits all settings or different settings for whatever address space you are concerned about (CICS, DB2, whatever). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Command Authorization in TSO
There are no RACF messages logged and the RACF police assure me we're RACF authorized. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hayim Sokolsky Sent: Tuesday, December 08, 2009 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ACCOUNT Command Authorization in TSO Actually this may be a RACF issue. (Assuming you're running RACF, not ACF/2 or TSS...) The ability to use the ACCOUNT command is derived from one of two places: 1. RACF defined user with RACF TSO segment In this case it uses the RACF TSOAUTH resource ACCT. Like most (JCL, etc.. but not all) the TSOAUTH resources, it is evaluated at TSO logon, and a bit is set in the TSB indicating the user has ACCOUNT. 2. Non-RACF defined user, or RACF user without TSO segment In this case the user's UADS entry defines if the user has ACCOUNT authority. Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 "Miller, Pat" Sent by: IBM Mainframe Discussion List 2009.12.08 11:21 Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject ACCOUNT Command Authorization in TSO I'm sure there's a simple way out of this, but danged if I can find it. I'm getting this trying to use the ACCOUNT command: IKJ56553I COMMAND NOT AUTHORIZED FOR TRS760+ IKJ56553I YOUR INSTALLATION MUST AUTHORIZE USE OF THIS COMMAND It's not a RACF issue and it's in IKJTSOxx. It would appear that you have to use the ACCOUNT command to authorize the ACCOUNT command for a TSO user, but even the IBMUSER account is not so authorized. It seems like have to do this every 4 or 5 years but I can't remember how to make it work. Now, where did I leave my car keys ...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Command Authorization in TSO
On Tue, 8 Dec 2009 10:44:06 -0600, Miller, Pat wrote: >There are no RACF messages logged and the RACF police assure me we're >RACF authorized. There would not be any messages, and you have to have been authorized at the time you logged on; any changes after logon would not have any effect. Perhaps the RACF administrators are mistaken, or perhaps they neglected to issue an appropriate SETR RACLIST(TSOAUTH) REFRESH. But do not depend on lack of messages for this case to indicate they have RACF configured correctly. During logon the TSO/E TMP queries your authorities, and saves them. Since you have not actually tried to use any of those authorities, issuing messages from RACF would not be appropriate, and so none are issued. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Command Authorization in TSO
> There are no RACF messages logged and the RACF police assure me we're > RACF authorized. I think Hayim has given you the correct answer. Have the RACF police display the TSOAUTH class. You should look over their shoulder when they do it. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
On 8 Dec 2009 05:02:00 -0800, jch...@ussco.com (Chase, John) wrote: >> How big were those, compared to an iPod? > >Probably like battleship::kayak. Physical size. How about capacity? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM - CICS definitions
Munif I can see now that you are trying to run your sessions both in a subarea environment, using SNI and an APPN environment. This is a bit dangerous! There used to be a VTAM developer who always used to warn customers from trying to run with subarea and APPN in parallel. Since you say your side has BN=NO specified, I assume that the other side has BN=YES specified. That should mean your side appears as an APPN End Node to the other side. This is all far too complicated and, since it is probably not what you want, it's not worth trying to work out why your CICS to CICS session passes over the SNI configuration rather than your Enterprise Extender (EE) connection. Unless you have a particular reason to establish the APPN border node connection as one side with BN=YES and one with BN=NO, I suggest that both sides specify BN=YES. That means that the BNDYN, BNORD and SNVC start options come into play but the default values BNDYN=LIMITED, BNORD=PRIORITY and SNVC=3 can be used. That should mean that, if there is a session setup attempt using the APPN "side" of VTAM, it will be tried. The only thing that worries me is that the partner may be defined in the session setup request without being qualified by the NetId. I know that this is not a problem with SNI but I just can't recall what happens with APPN. It may be required. You should post again if a session setup via APPN still doesn't work and we'll try to figure out how to achieve qualification. - If you have SORDER=APPN, ISTAPNCP is automatically placed in the adjacent SSCP list associated with any CDRSC. That means that the ISTAPNCP entry you placed in the adjacent SSCP table is ignored.[1] Where the ISTAPNCP is automatically placed is a bit tricky - all caused by VTAM developers trying to be helpful but ending up being very confusing! Having a mixture of subarea, APPN and APPN border node searching could be enormously complicated. However, it can be simplified in your case by specifying SORDER=APPNFRST. That ensures that there is no chance of the subarea network being used for a search before the APPN "side" of VTAM is tried.[2] - The APPNCOS start option in your VTAM is probably irrelevant. The APPNCOS start option in the partner VTAM *may* be relevant. If there are actually session setup attempts using the APPN path which are rejected with the 80140002 sense code, there may be an explanation which involves the APPNCOS start option. This reminds me that you could be having session setup attempts using the APPN path which are rejected and then the session setup attempt is retried using the subarea path. If the session setup eventually fails you can see what happened in your VTAM log in IST663I messages. - If you want to test with just the CICS system but let all other session setup flow via the SNI configuration, you may want to look into using the ADJLIST operand of the CDRSC statement. If this could be useful and it's not clear how to use this function from the manuals, please post again. Otherwise if there are times you want to test the EE connection and times you want to run production as now using the SNI configuration, you can specify SORDER=APPNFRST when you want to test the EE connection and SORDER=SUBAREA when you want to run production as now. This can be done using the MODIFY VTAMOPTS command. - Incidentally, I think what you might be missing is VTAM education which, needless to say, I used to give! Chris Mason [1] An ISTAPNCP entry in an adjacent SSCP table is respected *only* when SORDER=ADJSSCP. [2] With SORDER=APPN, if the partner is defined in a CDRSC as being subordinate to a subarea CDRM whether defined or created dynamically by a past session, a new session setup will always follow the subarea path. On Tue, 8 Dec 2009 02:54:39 -0600, Munif Sadek wrote: >Thank Chris (Mason) > > >You are a living encyclopaedia. > >I was required another CDRSC entry to get it going. Now my next bigger >headache. we are migrating from old DDN link to enterprise extender and Other >party will not give *some new* applications (non production) to test it. As a >mainframer, i do not want to destroy something that has been working without >testing new links. > >I am testing it on one of the subarea to connect using EE link but as soon as i >acquire this connection it in CICS, the connection goes via cross domain SNI >link. >I have dynamically modified ADJSSCP, and ISTAPNCP is the first ADJCDRM. >The subarea in question is ICN , BN=NO and SORDER = APPN. APPNCOS is >NONE. > > >Is there anything I am missing or time to open an ETR? > >Thanks and best regards, Munif -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VATLISTxx
We cannot see what happened here. Our VATLST entry reads, in part: EDIT SYS1.PARMLIB(VATLST11) - 01.05 Columns 1 00072 Command ===> Scroll ===> CSR ** * Top of Data ** - - - - - - - - - - - - - - - - - - - 5 Line(s) not Displayed 06 PRD%%%,1,0,* ,N | | | || | _ _ 23) OPTIONAL INFO - - - - - - - - - - - - - - - - - - - 14 Line(s) not Displayed 21 PRDA%%,1,2,3390,N 22 PRDB%%,1,2,3390,N ** Bottom of Data ...yet all the PRDA and PRDB volumes still can up STOR, not PRIV, after IPL... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VBS question: logical LRECL>32767
I should stop reading . I was always under the impression that the maximum LRECL for anything was 32767. However, from reading the DFSMS manual, it appears that with a VBS dataset, each segment must be <= 32767, but that you can have any number of segments with no specified upper limit on the size of the actual logical record, if/when you reconstruct it. Does anybody know of any product which uses this facility to have a logical record > 32767 bytes? I know that QSAM won't reconstruct a logical record from a VBS with LRECL.32767, but that doesn't mean that somebody couldn't/wouldn't do it. I did read in the SMF manual where they will not produce a logical record > 32756 bytes, but will instead write multiple (continuation) record (like SMF 30 may do). Why do I care? Because all my VBS processing is done with QSAM and BFTEK=A so that QSAM will reconstruct a single logical record from a segmented logical record. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VATLISTxx
What happens, if you move lines 21 and 22 before line 6? What happens, if you change the device type to a generic "*"? Are there any error messages processing VATLSTxx during IPL? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Tuesday, December 08, 2009 10:08 To: IBM-MAIN@bama.ua.edu Subject: VATLISTxx We cannot see what happened here. Our VATLST entry reads, in part: EDIT SYS1.PARMLIB(VATLST11) - 01.05 Columns 1 00072 Command ===> Scroll ===> CSR ** * Top of Data ** - - - - - - - - - - - - - - - - - - - 5 Line(s) not Displayed 06 PRD%%%,1,0,* ,N | | | || | _ _ 23) OPTIONAL INFO - - - - - - - - - - - - - - - - - - - 14 Line(s) not Displayed 21 PRDA%%,1,2,3390,N 22 PRDB%%,1,2,3390,N ** Bottom of Data ...yet all the PRDA and PRDB volumes still can up STOR, not PRIV, after IPL... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VBS question: logical LRECL>32767
I've seen that in the manuals for years. I have considered using the feature at times but I always thought that if the application was going to have to assemble its own "logical (in some internal sense) records" using program logic then it could do so just as easily from "standard" VB records of <= 32760 bytes. I suppose there might be some sort of "standardization" advantage to using VBS records. There might be some utility somewhere that could dump them meaningfully. Hard to see the advantage over a dump of multiple VB <= 32760 records. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, December 08, 2009 10:39 AM To: IBM-MAIN@bama.ua.edu Subject: VBS question: logical LRECL>32767 I should stop reading . I was always under the impression that the maximum LRECL for anything was 32767. However, from reading the DFSMS manual, it appears that with a VBS dataset, each segment must be <= 32767, but that you can have any number of segments with no specified upper limit on the size of the actual logical record, if/when you reconstruct it. Does anybody know of any product which uses this facility to have a logical record > 32767 bytes? I know that QSAM won't reconstruct a logical record from a VBS with LRECL.32767, but that doesn't mean that somebody couldn't/wouldn't do it. I did read in the SMF manual where they will not produce a logical record > 32756 bytes, but will instead write multiple (continuation) record (like SMF 30 may do). Why do I care? Because all my VBS processing is done with QSAM and BFTEK=A so that QSAM will reconstruct a single logical record from a segmented logical record. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VBS question: logical LRECL>32767
See the LRECL=X discussion in USING DATASETS. You are probably safe from anyone in the general population creating LRECL=X files. You will need buy-in from both the creator and user before that is done. IBM did address the BDW problem for large blocksizes of saying that if the high order bit is on the BDW length is a fullword (minus the high bit) rather than a halfword. I have not seen where they have done anything to standardize the RDW for records longer than 32767. Of course, if they used the same format for the RDW as they did for the BDW then they could not say the record can be any length, it would be limited to 2G-1. If anyone has better info, please chime in, as I know you will. :) I expect there will be some specialty utilities that use the LRECL=X feature, but that data will not be for general use, which is why, for a while at least, you will continue to see things like SMF creating continuation records. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, December 08, 2009 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: VBS question: logical LRECL>32767 I should stop reading . I was always under the impression that the maximum LRECL for anything was 32767. However, from reading the DFSMS manual, it appears that with a VBS dataset, each segment must be <= 32767, but that you can have any number of segments with no specified upper limit on the size of the actual logical record, if/when you reconstruct it. Does anybody know of any product which uses this facility to have a logical record > 32767 bytes? I know that QSAM won't reconstruct a logical record from a VBS with LRECL.32767, but that doesn't mean that somebody couldn't/wouldn't do it. I did read in the SMF manual where they will not produce a logical record > 32756 bytes, but will instead write multiple (continuation) record (like SMF 30 may do). Why do I care? Because all my VBS processing is done with QSAM and BFTEK=A so that QSAM will reconstruct a single logical record from a segmented logical record. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VATLISTxx
According to my init and tuning book, the last entry that matches is the one used so you probably don't want to move them around. Silly question, do you have the right entry in IEASYS?? to point to VATLST11? Rex On Tue, 8 Dec 2009 10:44:03 -0800, Ulrich Krueger wrote: >What happens, if you move lines 21 and 22 before line 6? >What happens, if you change the device type to a generic "*"? >Are there any error messages processing VATLSTxx during IPL? > > >Regards, >Ulrich Krueger > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf >Of Donnelly, John P >Sent: Tuesday, December 08, 2009 10:08 >To: IBM-MAIN@bama.ua.edu >Subject: VATLISTxx > >We cannot see what happened here. Our VATLST entry reads, in part: > >EDIT SYS1.PARMLIB(VATLST11) - 01.05 Columns 1 >00072 > Command ===> Scroll ===> >CSR > ** * Top of Data >** > - - - - - - - - - - - - - - - - - - - 5 Line(s) not >Displayed > 06 PRD%%%,1,0,* ,N | | | || | _ _ 23) OPTIONAL >INFO > - - - - - - - - - - - - - - - - - - - 14 Line(s) not >Displayed > 21 PRDA%%,1,2,3390,N > 22 PRDB%%,1,2,3390,N > ** Bottom of Data > > >...yet all the PRDA and PRDB volumes still can up STOR, not PRIV, after >IPL... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Solving unresolved C++ libary symbols after PLINK
As I mentioned in an earlier post I'm trying to get a first C++ program running under z/OS. I am at this moment attempting the PLINK/LKED route. Of hundreds of symbols, I've got about ten that are not resolving. They are all basic_string template overrides such as std::_EBCDIC::_LFS_OFF::basic_string,std::alloca tor >::find_first_of(const char*,unsigned int,unsigned int) const PLINK is mapping that to @ST00491 and then LKED is reporting IEW2456E 9207 SYMBOL @ST00491 UNRESOLVED. Where should I be looking? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA mainframe install software
This is an old school question. Back in the day when CA (Computer Associates) would send you some of their mainframe software, they also included their own homegrown installation software to use. Anyone remember the name of it? As I recall, it was really bad and almost no one ever used it. They only made jokes about how bad it was. Do I sound way too out there or just insane? THANX and TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
We've not forgotten. Officially it was Activator, referred to as Aggrivater -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark H. Young Sent: Tuesday, December 08, 2009 13:59 To: IBM-MAIN@bama.ua.edu Subject: CA mainframe install software This is an old school question. Back in the day when CA (Computer Associates) would send you some of their mainframe software, they also included their own homegrown installation software to use. Anyone remember the name of it? As I recall, it was really bad and almost no one ever used it. They only made jokes about how bad it was. Do I sound way too out there or just insane? THANX and TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
CA-ACTIVATOR aka AGGRAVATOR Tried it once, didn't work so I just did it the 'old school' way. IIRC it was from the Product Integration Group and was known somewhat formally as PIGWARE. They even had a newsletter called the PIG PEN. -Original Message- Mark H. Young Sent: Tuesday, December 08, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] CA mainframe install software This is an old school question. Back in the day when CA (Computer Associates) would send you some of their mainframe software, they also included their own homegrown installation software to use. Anyone remember the name of it? As I recall, it was really bad and almost no one ever used it. They only made jokes about how bad it was. Do I sound way too out there or just insane? THANX and TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Tue, 2009-12-08 at 14:59 -0500, Mark H. Young wrote: > Anyone remember the name of it? [...] only made jokes No doubt you'll stir up many people who remember CA-Aggravator (um, "Activator"). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
That would probably be CA-Aggravator I mean CA-Activator > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark H. Young > Sent: Tuesday, December 08, 2009 11:59 AM > To: IBM-MAIN@bama.ua.edu > Subject: CA mainframe install software > > This is an old school question. > > Back in the day when CA (Computer Associates) would send you > some of their mainframe software, they also included their > own homegrown installation > software to use. Anyone remember the name of it? As I > recall, it was really > bad and almost no one ever used it. They only made jokes > about how bad it was. > > Do I sound way too out there or just insane? > > > THANX and TTFN, > Mark > > -- > For IBM-MAIN subscribe / signoff / archive access > instructions, send email to lists...@bama.ua.edu with the > message: GET IBM-MAIN INFO Search the archives at > http://bama.ua.edu/archives/ibm-main.html > > "Email Firewall" made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
ACTIVATOR? Daimler Trucks North America LLC James (Jim) Chappell 503 745-7841(desk) 503 349-5603(cell) work e-mail: james.chapp...@daimler.com home e-mail: jameslchapp...@aol.com If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
A long time ago, I set up Activator. I never had any problems with it - it seemed to work fine. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 David Andrews wrote: > > No doubt you'll stir up many people who remember CA-Aggravator (um, > "Activator"). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
Thank you all for the CA-Activator (Aggrivator) responses. I'm wondering if Activator was the basis for CA-Mainframe 2.0 ?? Just heard about CA-Mainframe 2.0 from my boss, so I know nothing at this point so far. TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
for Ca-Mainframe 2.0's sake, I hope not . (i only heard less that positive things about Activator as far base as the early 1990s ...) Chris Hoelscher Senior IDMS & DB2 Database Administrator Humana Inc 502-476-2538 choelsc...@humana.com you only need to test the programs that you want to work correctly I'm wondering if Activator was the basis for CA-Mainframe 2.0 ?? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Command Authorization in TSO
Bingo. They had resource = ACCOUNT instead of ACCT. Thanks to all. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Tuesday, December 08, 2009 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ACCOUNT Command Authorization in TSO > There are no RACF messages logged and the RACF police assure me we're > RACF authorized. I think Hayim has given you the correct answer. Have the RACF police display the TSOAUTH class. You should look over their shoulder when they do it. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Write JES data to an external data set?
Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. Anyone? TIA, -- Joe Aulph Florida Dept. of Children & Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
I doubt it. I think they even mentioned that it was totally new in their presentation on it. CA-MSM (Mainframe Software Manager?) is probably much more like the SERVERPAC dialogs with integrated SHOPZ capability. I haven't heard anything bad about it yet but I haven't tried it yet either. -Original Message- Mark H. Young Thank you all for the CA-Activator (Aggrivator) responses. I'm wondering if Activator was the basis for CA-Mainframe 2.0 ?? Just heard about CA-Mainframe 2.0 from my boss, so I know nothing at this point so far. TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
After accessing the task or joblog use the PRT ODSN 'output.dataset' command. After this initial command, issue the PRT command which will send the jesmsg output to the data set, then issue PRT CLOSE to close the process. You can select the number of lines to print if you do not want the whole thing. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Aulph Sent: Tuesday, December 08, 2009 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Write JES data to an external data set? Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. Anyone? TIA, -- Joe Aulph Florida Dept. of Children & Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Mike, Thanks and my apologies for not mentioning that the PRINT ODSN was my first recomendation, he (the user) want's this as part of the batch process, doesn't want to bother with the SDSF commands. Joe On Tue, Dec 8, 2009 at 3:41 PM, Spencer, Mike wrote: > After accessing the task or joblog use the PRT ODSN 'output.dataset' > command. After this initial command, issue the PRT command which will send > the jesmsg output to the data set, then issue PRT CLOSE to close the > process. You can select the number of lines to print if you do not want the > whole thing. > > Mike Spencer > BMC Software > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Joe Aulph > Sent: Tuesday, December 08, 2009 3:34 PM > To: IBM-MAIN@bama.ua.edu > Subject: Write JES data to an external data set? > > Hello all, > > I have a user that want to, as part of a batch process, write the JESMSGLG > and/or the JESYSMSG JES data sets to an external data set. > My first thoughts were that, outside of a manual SDSF process, it can't be > done. > Duty bound that I am, I've dug thru the JCL Reference discussions on > OUTPUT, > WRITERs, attempted a few tests with variations on the WRITER theme, sith no > success. > > Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM > product, which we can't afford, I can't think of one. > > Anyone? > > TIA, > -- > > Joe Aulph > Florida Dept. of Children & Families > Senior Systems Programmer: > 850-487-8945 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Joe Aulph, Florida Dept. of Children & Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clues on using C++ prelink * lked for first time
On Mon, 7 Dec 2009 16:34:22 -0800, Charles Mills wrote: > >Any clues? Is the prelinker documented anywhere other than the C++ User's >Guide? Thanks, > Charles, are you aware of http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CBCUG170/1.7.1?SHELF=EZ2ZBK0G&DT=20080708122353&CASE= : ...IBM recommends using the binder instead of the prelinker whenever possible. ... Horst Sinram, IBM System z Capacity Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA MSM
Where do I find it to download now that it is GA? Do I need to talk to the License and Marketing people first.? I can't seem to find it at support.ca.com Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
"SDSF REXX" and BATSO. Check the FMs! > After accessing the task or joblog use the PRT ODSN 'output.dataset' > command. After this initial command, issue the PRT command which will > send the jesmsg output to the data set, then issue PRT CLOSE to close > the process. You can select the number of lines to print if you do > not want the whole thing. > > I have a user that want to, as part of a batch process, write the JESMSGLG > and/or the JESYSMSG JES data sets to an external data set. > My first thoughts were that, outside of a manual SDSF process, it can't be > done. > Duty bound that I am, I've dug thru the JCL Reference discussions on > OUTPUT, > WRITERs, attempted a few tests with variations on the WRITER theme, sith no > success. > > Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM > product, which we can't afford, I can't think of one. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VATLISTxx
I for one, use only a very minimal VATLSTxx anymore. Most DASD is SMS and those that aren't are generally targeted specifically by people with sufficient authority to pass through the ACS routines to the volumes they need. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Rex Pommier > Sent: Tuesday, December 08, 2009 11:47 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: VATLISTxx > > According to my init and tuning book, the last entry that matches is > the one > used so you probably don't want to move them around. > > Silly question, do you have the right entry in IEASYS?? to point to > VATLST11? > > Rex > > > > On Tue, 8 Dec 2009 10:44:03 -0800, Ulrich Krueger > wrote: > > >What happens, if you move lines 21 and 22 before line 6? > >What happens, if you change the device type to a generic "*"? > >Are there any error messages processing VATLSTxx during IPL? > > > > > >Regards, > >Ulrich Krueger > > > > > >-Original Message- > >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf > >Of Donnelly, John P > >Sent: Tuesday, December 08, 2009 10:08 > >To: IBM-MAIN@bama.ua.edu > >Subject: VATLISTxx > > > >We cannot see what happened here. Our VATLST entry reads, in part: > > > >EDIT SYS1.PARMLIB(VATLST11) - 01.05 Columns > 1 > >00072 > > Command ===> Scroll > ===> > >CSR > > ** * Top of Data > >** > > - - - - - - - - - - - - - - - - - - - 5 Line(s) not > >Displayed > > 06 PRD%%%,1,0,* ,N | | | || | _ _ 23) > OPTIONAL > >INFO > > - - - - - - - - - - - - - - - - - - - 14 Line(s) not > >Displayed > > 21 PRDA%%,1,2,3390,N > > 22 PRDB%%,1,2,3390,N > > ** Bottom of Data > > > > > >...yet all the PRDA and PRDB volumes still can up STOR, not PRIV, > after > >IPL... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
Where do I find it to download now that it is GA? Do I need to talk to the License and Marketing people first.? I can't seem to find it at support.ca.com Dave Gibney Information Technology Services Washington State University This is currently listed for specific customers and you will need to contact your sales rep for the proper contact. Side note, we have be playing with this (before GA) and have had good results. This is not you father's CA-Activator (or even CIACAT - hopefully I have that right). Thanks, Kevin Fletcher (317) 817-3545 Transition Coordinator z/OS, DB2, AS400 support Conseco, LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
> -Original Message- > From: IBM Mainframe Discussion List [On Behalf Of Eric Bielefeld > > A long time ago, I set up Activator. I never had any problems with it - it > seemed to work fine. You must have read *all* the obstructions. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski > Sent: Tuesday, December 08, 2009 2:38 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA mainframe install software > > I doubt it. > > I think they even mentioned that it was totally new in their > presentation on it. > > CA-MSM (Mainframe Software Manager?) is probably much more like the > SERVERPAC dialogs with integrated SHOPZ capability. I haven't heard > anything bad about it yet but I haven't tried it yet either. > Does it still require a direct Internet connection between the user's mainframe and the CA server? That is a "drop dead" for us. To use ShopzSeries, I must use DownloadDirector on my Linux desktop to get the data to it. I then use NFS to get the data to the mainframe. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
Does it still require a direct Internet connection between the user's mainframe and the CA server? That is a "drop dead" for us. To use ShopzSeries, I must use DownloadDirector on my Linux desktop to get the data to it. I then use NFS to get the data to the mainframe. -- John McKown Systems Engineer IV IT John, One of the pre-reqs is to connect to the CA FTP Server, for CA software. The door appears to be open to install other ISV products (SMPE) also, still playing with it and learning UNIX and the GUI are a lot of fun. Sort of annoys the windows people we have a MF based server with a GUI interface. The perks with this job never end :-) Thanks, Kevin Fletcher (317) 817-3545 Transition Coordinator z/OS, DB2, AS400 support Conseco, LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VATLISTxx
I only have the one VATDEF statement in mine, I was a bit surprised to see someone using it like this - Temporary datasets are the FIRST thing I converted to SMS, I havn't had a storage volume on any of my production systems in decades. >>> "Gibney, Dave" 12/8/2009 4:04 PM >>> I for one, use only a very minimal VATLSTxx anymore. Most DASD is SMS and those that aren't are generally targeted specifically by people with sufficient authority to pass through the ACS routines to the volumes they need. Dave Gibney Information Technology Services Washington State University CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Aulph Sent: Tuesday, December 08, 2009 2:34 PM To: IBM-MAIN@bama.ua.edu Subject: Write JES data to an external data set? Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. You might try looking at "Appendix C. The External Writer" in the JES2 Initialization and Tuning Guide (SA22-7532-05). It explains how to set up an external writer that might solve your problem. I have had the same requirements back in MVS/SP3 days and I think this is how I solved it. I've also written a writer to handle this, but I don't think you want to get that deep. Regards, Steve Thompson -- Opinions express by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
On Tue, 8 Dec 2009 15:34:27 -0500, Joe Aulph wrote: >Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, >WRITERs, attempted a few tests with variations on the WRITER theme, sith no >success. > Joe - you indicated you could not get this to work. This should work. What type of issues are you having not making this be able to work? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
I have a job consisting of several sdsf batch steps and tso clists steps which archive the output of various jobs to data sets. SDSF batch does not allow many of the functions available online, but if you want a copy of my stuff I can give it to you. We also have the CA VIEW product that some applications use to archive their output. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Aulph Sent: Tuesday, December 08, 2009 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Write JES data to an external data set? Mike, Thanks and my apologies for not mentioning that the PRINT ODSN was my first recomendation, he (the user) want's this as part of the batch process, doesn't want to bother with the SDSF commands. Joe On Tue, Dec 8, 2009 at 3:41 PM, Spencer, Mike wrote: > After accessing the task or joblog use the PRT ODSN 'output.dataset' > command. After this initial command, issue the PRT command which will send > the jesmsg output to the data set, then issue PRT CLOSE to close the > process. You can select the number of lines to print if you do not want the > whole thing. > > Mike Spencer > BMC Software > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Joe Aulph > Sent: Tuesday, December 08, 2009 3:34 PM > To: IBM-MAIN@bama.ua.edu > Subject: Write JES data to an external data set? > > Hello all, > > I have a user that want to, as part of a batch process, write the JESMSGLG > and/or the JESYSMSG JES data sets to an external data set. > My first thoughts were that, outside of a manual SDSF process, it can't be > done. > Duty bound that I am, I've dug thru the JCL Reference discussions on > OUTPUT, > WRITERs, attempted a few tests with variations on the WRITER theme, sith no > success. > > Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM > product, which we can't afford, I can't think of one. > > Anyone? > > TIA, > -- > > Joe Aulph > Florida Dept. of Children & Families > Senior Systems Programmer: > 850-487-8945 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Joe Aulph, Florida Dept. of Children & Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
I would like to understand the request. As there are several ways to approach it 1) What level of z/OS are you running? (In z/OS V1.9 you get the SDSF REXX interface) 2) When I look at a job in JES2 I see the following JESMSGLG JES2 JESJCL JES2 JESYSMSG JES2 SYSTSPRT RUNOSH OSHOUT1 RUNOSH Do you ONLY want the section called JESYSMS, Or do you want the entire JOB STREAM that was created (Print and all)? If just the JESYSMSG then you can use the SDSF Batch Interface to print that in BATCH. If you want the whole job, then again SDSF Batch can do it. If you have the SDSF REXX available (z/OS V1.8?? and above) then we have even more power. A Sample of how to use the SDSF Batch (this will print syslog to a dataset) //COPYIT EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //* //SYSUT2 DD DISP=(MOD,CATLG,DELETE),DSN=TSO.SDSF.SYSLOG, // UNIT=DISK,LRECL=133,BLKSIZE=0, // SPACE=(CYL,(10,5),RLSE) //SYSUT1 DD * SYSLOG Listing thru ISFADF SDSF batch //* //SYSIN DD DUMMY /* //BTCHSDSF EXEC PGM=ISFAFD //ISFOUT DD SYSOUT=* //SDSFLOG DD DISP=OLD,DSN=TSO.SDSF.SYSLOG //ISFINDD * LOG TOP AFD WTOR OFF AFD LOGSTAMP OFF AFD QUERY DS LOG This could be tailored for just your job and then print it to a dataset. Lizette > Joe Aulph wrote: > >I have a user that want to, as part of a batch process, write the JESMSGLG >and/or the JESYSMSG JES data sets to an external data set. >My first thoughts were that, outside of a manual SDSF process, it can't be >done. >Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, >WRITERs, attempted a few tests with variations on the WRITER theme, sith no >success. > >Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM >product, which we can't afford, I can't think of one. > >Anyone? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
When I was a Storage Admin I fixed or changed the Management Class for datasets that had this problem. If the batch window is blowing out because of this problem then there is something wrong with the SMS policies. IEFBR14 and DFSMShsm are just innocent bystanders. > > I fear we're losing the forest for the trees. Here's the problem. > > Say I'm in a large production shop. We have production JCL that runs to > hundreds of thousands or perhaps millions of lines spread across myriad > batch jobs. Jobs often stall due to recalls before data sets are > deleted; once in a while I blow a batch window because of this. I know > how to change the jobs to eliminate the problem, and I do it when I > must. But every change to every production job is moderately > labor-intensive: > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
On Tue, 8 Dec 2009 12:58:44 -0800, Gibney, Dave wrote: > Where do I find it to download now that it is GA? Do I need to talk to >the License and Marketing people first.? > > I can't seem to find it at support.ca.com > Hmmm... did you look under Mainframe Software Manager? It also comes with every product I try to download now (just like CA Common Services). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Here is a generalized tool that I wrote awhile back that should help with this - it is intended to be run in batch. http://www.lbdsoftware.com/sdsfext110.zip It is called SDSF Extract and you can read about it here http://www.lbdsoftware.com/sdsfext_users_guide.pdf Lionel B. Dyck <>< z/Linux Specialist IBM Corporation Global Technology Services - Kaiser Account Work: 925-926-5332 Cell: 925-348-0237 E-Mail: ld...@us.ibm.com AIM: lbdyck | Yahoo IM: lbdyck | GTalk: lbdyck -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Tue, 8 Dec 2009 15:12:11 -0600, McKown, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski >> Sent: Tuesday, December 08, 2009 2:38 PM >> To: IBM-MAIN@bama.ua.edu >> Subject: Re: CA mainframe install software >> >> I doubt it. >> >> I think they even mentioned that it was totally new in their >> presentation on it. >> >> CA-MSM (Mainframe Software Manager?) is probably much more like the >> SERVERPAC dialogs with integrated SHOPZ capability. Not really. >> I haven't heard >> anything bad about it yet but I haven't tried it yet either. >> > >Does it still require a direct Internet connection between the user's mainframe and the CA server? That is a "drop dead" for us. To use ShopzSeries, I must use DownloadDirector on my Linux desktop to get the data to it. I then use NFS to get the data to the mainframe. > Yes. For those who haven't seen it in action, I thought the demo during the keynote from Scott Fagen was on the web (SHARE web site?). Or there is info on CA's web site. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Joe Aulph wrote: Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. Anyone? TIA, I don't know how much work you want to do for this, but have a look at: http://ew.share.org/client_files/callpapers/attach/SHARE_in_Austin/S2811DD095959.pdf This is a Share session that discussed using SAPI (SSI 79). There is sample code on the CBT site. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
curiousity q? for the historians.
I've been messing with VBS file reading in Java. This is so that I can process SMF data on my PC instead of the mainframe. But in so doing, I've gotten a bit curious about the RDW. I understand why the LL of the RDW is two bytes. Back then, the largest physical record was a signed halfword integer (for LH, AH, and SH to work correctly?). But why did IBM decide to use two bytes for the BB? In reality, only the first byte of the BB is actually used. Why waste a byte? And the encoding of the BB is strange. 0x means "complete record in this segment", 0x0100 means "first segment of a multisegment record", 0x0200 means "last segment of a multisegment record", and 0x0300 means "last segment of a multisegment record. I wonder why 0x0200 and 0x0300 are not reversed in meaning. It seems more "intuitive" to say that 1 is start, 2 is middle, and 3 is end. Just curious. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
Hmmm... did you look under Mainframe Software Manager? It also comes with every product I try to download now (just like CA Common Services). Mark Mark, This only will show up (as of 4 weeks ago) on specific customers lists, ironically now that I have it up and going I have the option to get it...CA has been more than stellar (shameless uncompensated plug) support for the install and configuration of this product. I highly recommend if you have the means get CA MF 2.0 (MSM). Thanks, Kevin Fletcher (317) 817-3545 Transition Coordinator z/OS, DB2, AS400 support Conseco, LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
CA Mainframe Manager is a totally new "from the ground up" solution designed to help experienced and new folks coming to the platform for acquiring, installing, maintaining, and ultimately deploying and configuring mainframe software. It is included with Common Services, so no new costs for the customer. The MSM UI is a very inutitive task oriented solution that simplifies the entire process and therefore saves time. You should ask your account team for a presentation and demo. Or better yet, try it on your own sandbox. It runs completely on z/OS, so need for additional servers. znor...@ca.com -Original Message- From: Ken Porowski [mailto:ken.porow...@cit.com] Sent: Tuesday, December 8, 2009 03:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA mainframe install software I doubt it. I think they even mentioned that it was totally new in their presentation on it. CA-MSM (Mainframe Software Manager?) is probably much more like the SERVERPAC dialogs with integrated SHOPZ capability. I haven't heard anything bad about it yet but I haven't tried it yet either. -Original Message- Mark H. Young Thank you all for the CA-Activator (Aggrivator) responses. I'm wondering if Activator was the basis for CA-Mainframe 2.0 ?? Just heard about CA-Mainframe 2.0 from my boss, so I know nothing at this point so far. TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
No. You already have the license. You can get it from the download page at support.ca.com. -Original Message- From: Gibney, Dave [mailto:gib...@wsu.edu] Sent: Tuesday, December 8, 2009 03:58 PM To: IBM-MAIN@bama.ua.edu Subject: CA MSM Where do I find it to download now that it is GA? Do I need to talk to the License and Marketing people first.? I can't seem to find it at support.ca.com Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clues on using C++ prelink * lked for first time
It's running. Thank you to several people who helped both on- and off-list. Lessons learned: - PLINK does not do well with HFS input in several cases (SYSIN, LIBRARY non-archive). Go figure. - NOTEMPLATE may increase module sizes and compile times but it eliminates a tendency to undefined symbols at link time. - BPXBATCH won't take //STDIN DD * input. Go figure. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, December 07, 2009 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Clues on using C++ prelink * lked for first time I've got my first mainframe C++ application. It runs under Windows. (Obviously, that's not the same as running under z/OS, but the point is it's "a complete program." My concern at this point is getting it to link, not run.) It compiles cleanly under z/OS C++. I have long names and want the load module in a PDS, so I'm running the compile/pre-link/link proc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
I couldn't find it directly on that page. I do find it once I "zoom" in on a specific product. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Norman Hollander > Sent: Tuesday, December 08, 2009 2:37 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA MSM > > No. You already have the license. You can get it from the > download page at support.ca.com. > -Original Message- > From: Gibney, Dave [mailto:gib...@wsu.edu] > Sent: Tuesday, December 8, 2009 03:58 PM > To: IBM-MAIN@bama.ua.edu > Subject: CA MSM > > Where do I find it to download now that it is GA? Do I need to talk to > the License and Marketing people first.? I can't seem to find it at > support.ca.com Dave Gibney Information Technology Services Washington > State University -- > For IBM-MAIN subscribe / signoff / archive access > instructions, send email to lists...@bama.ua.edu with the message: GET > IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm- > main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: CA MSM
I missed the reply-to in this, so am forwarding to the list. I just finished 1.7 to 1.9. My 1.11 order is still in manufacturing at Shopz, and I have a half day before a weeks vacation time, so I thought I'd check out MSM. Speaking of Aggravator, the first product I ever installed was CA-7. I wasn't even a sysprog yet. The then Sysprog pointed me at CA-Activator on an ISPF panel and said go for it. I didn't know any better, so I rather liked it. Later I learned SMP/E. After I experienced a few other "install aids", my sunny disposition became a little tarnished. Shopz and Serverpac work great. Order FROMNETWORK simplified my life more. I hope MSM will help also. MSM may help, but I'm not one who believes that GUI is the answer to all issues. Dave Gibney Information Technology Services Washington State University -Original Message- From: Kremers, John S (DOA) [mailto:john.krem...@alaska.gov] Sent: Tuesday, December 08, 2009 2:52 PM To: Gibney, Dave Subject: RE: CA MSM That is my goal also. I have been working with CA on and off for a couple of months. Right now I am busy with z/OS 1.11 but hope to get back to MSM soon. jk -Original Message- From: Gibney, Dave [mailto:gib...@wsu.edu] Sent: Tuesday, December 08, 2009 1:50 PM To: Kremers, John S (DOA) Subject: RE: CA MSM I found it via looking at CA-1. I want to install/look at it stand-alone and use it to review the status of all our CA products. I've had good luck with Serverpac and Shopz. If MSM lives up to its promises, I expect it to simplify my life some more. Thanks for the help. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: Kremers, John S (DOA) [mailto:john.krem...@alaska.gov] > Sent: Tuesday, December 08, 2009 1:18 PM > To: Gibney, Dave > Subject: RE: CA MSM > > You should be able to download it from by selecting one of your CA > products from the download page. > I saw it when I downloaded ACF2 V14. I already have MSM (not working > very well yet). > > John Kremers > State of Alaska > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Gibney, Dave > Sent: Tuesday, December 08, 2009 11:59 AM > To: IBM-MAIN@bama.ua.edu > Subject: CA MSM > > > Where do I find it to download now that it is GA? Do I need to talk > to > the License and Marketing people first.? > >I can't seem to find it at support.ca.com > > Dave Gibney > Information Technology Services > Washington State University > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Tue, 8 Dec 2009 15:12:11 -0600, McKown, John wrote: > >Does it still require a direct Internet connection between the user's >mainframe and the CA server? That is a "drop dead" for us. To use ShopzSeries, >I must use DownloadDirector on my Linux desktop to get the data to it. I then >use NFS to get the data to the mainframe. > If one's management (not yours) allowed one to run an FTP server on one's desktop, on could use that desktop as the SERVER for RECEIVE FROMNETWORK. If one can run an NFS server, one could likewise use localhost as the SERVER for RECEIVE FROMNETWORK (although RECEIVE FROMNTS is shorter in that case). Perhaps Scott Fagen will comment on whether MSM is compatible with such a configuration. I believe MSM attempts to put us a few steps closer to "The Great SMPPTS in the Sky". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
There is a couple programs on the CBT site that I sent in a number of years ago called SOUT. It uses an exit to the sysout writer. It keeps track of all jobs by jobname, number, and date and time, and uses ISPF panels to display jobs. All the information is saved in a VSAM file, and sequential datasets on disk and tape store the output from the sysout writer. The best thing is to download it from the CBT site and look at the doc. This may be what you are looking for, and maybe not. I haven't used it for 4 years, and I didn't write any of the programs. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 > Joe Aulph wrote: > > Hello all, > > > > I have a user that want to, as part of a batch process, write the JESMSGLG > > and/or the JESYSMSG JES data sets to an external data set. > > My first thoughts were that, outside of a manual SDSF process, it can't be > > done. > > Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, > > WRITERs, attempted a few tests with variations on the WRITER theme, sith no > > success. > > > > Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM > > product, which we can't afford, I can't think of one. > > > > Anyone? > > > > TIA, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Tue, 8 Dec 2009 15:12:11 -0600, McKown, John wrote: > >Does it still require a direct Internet connection between the user's >mainframe and the CA server? That is a "drop dead" for us. To use ShopzSeries, >I must use DownloadDirector on my Linux desktop to get the data to it. I then >use NFS to get the data to the mainframe. > In fact, much of the answer was implicit in Scott Fagen's posting to this list on Dec. 1. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VBS question: logical LRECL>32767
On Tue, 8 Dec 2009 13:12:14 -0600, Blaicher, Chris wrote: >See the LRECL=X discussion in USING DATASETS. > Which, like the discussion in the JCL manual, is biased to the parochial viewpoint that the entire logical record _must_ be assembled to be processed. The OP is quite familiar with environments with a contrary viewpoint. C (and perhaps PL/1? John G.?) support stream I/O where record separations may be unimportant. I might try writing a C program to test how the CRTL deals with LRECL=X. Long ago, I enhanced a Pascal RTL to support stream IO where the RTL made no attempt to reassemble logical records; it was left up to the application programmer to assemble them (or not) as appropriate to the data. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
On Tue, 8 Dec 2009 16:28:54 -0500, Thompson, Steve wrote: >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Joe Aulph >Sent: Tuesday, December 08, 2009 2:34 PM > >You might try looking at "Appendix C. The External Writer" in the JES2 >Initialization and Tuning Guide (SA22-7532-05). It explains how to set >up an external writer that might solve your problem. > Thinking of a Requirement, all the ideas of writers and SDSF (and, who knows, the TSO OUTPUT command) are underreaching. I'd like to be able to code: //X OUTPUT DEFAULT=YES,JESDS=ALL,PATH='/my/Unix/directory' and have the various spool data sets, qualified by DSID, written to files in that directory in real time, so I could watch them with "tail -f", unburdened by SYSDSN ENQs. I suspect a writer could write to Unix files. Could it do this in real time? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Joe Aulph wrote: I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. While looking through the CBT, I found a program called CHEW. The source is supplied, and could be tailored to suit. Sorry, but I don't remember the file number. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: curiousity q? for the historians.
McKown, John wrote: the encoding of the BB is strange. 0x means "complete record in this segment", 0x0100 means "first segment of a multisegment record", 0x0200 means "last segment of a multisegment record", and 0x0300 means "last segment of a multisegment record. I wonder why 0x0200 and 0x0300 are not reversed in meaning. It seems more "intuitive" to say that 1 is start, 2 is middle, and 3 is end. I would venture a guess that it allows more useful tests. E.g., TM byte,3 / BNM done indicates that the logical record is ready for processing, thus disposing of the most frequent condition first. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
Howard Brazee wrote: On 8 Dec 2009 05:02:00 -0800, jch...@ussco.com (Chase, John) wrote: How big were those, compared to an iPod? Probably like battleship::kayak. Physical size. How about capacity? 360/30s with < 256K. Full 2314 = 8 x 800K. I am not sure how many tape drives, but they were the old 7-track probably 800 BPI. One or two of them might have been 360/40s. But all of the ones that I saw in trailers were mod 30s. As far as I know, they all ran DOS: the first DOS not DOS/VS since they were 306s. I think they ran Power, but I am not sure. Lloyd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
The capacity of a 2314 drive is 7294 * 4000 = 29176000, or about 29MB, a full string would be about 233MB. >>> Lloyd Fuller 12/08/09 8:37 PM >>> Howard Brazee wrote: > On 8 Dec 2009 05:02:00 -0800, jch...@ussco.com (Chase, John) wrote: > >>> How big were those, compared to an iPod? >> Probably like battleship::kayak. > > Physical size. How about capacity? > 360/30s with < 256K. Full 2314 = 8 x 800K. I am not sure how many tape drives, but they were the old 7-track probably 800 BPI. One or two of them might have been 360/40s. But all of the ones that I saw in trailers were mod 30s. As far as I know, they all ran DOS: the first DOS not DOS/VS since they were 306s. I think they ran Power, but I am not sure. Lloyd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: curiousity q? for the historians.
How about this: 0x0200 bit means it's a continuation segment. 0x0100 bit means it's the final segment. >>> Gerhard Postpischil 12/08/09 7:42 PM >>> McKown, John wrote: > the encoding of the BB is strange. 0x means "complete > record in this segment", 0x0100 means "first segment of a > multisegment record", 0x0200 means "last segment of a > multisegment record", and 0x0300 means "last segment of a > multisegment record. I wonder why 0x0200 and 0x0300 are not > reversed in meaning. It seems more "intuitive" to say that 1 > is start, 2 is middle, and 3 is end. I would venture a guess that it allows more useful tests. E.g., TM byte,3 / BNM done indicates that the logical record is ready for processing, thus disposing of the most frequent condition first. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
-- How big were those, compared to an iPod? Probably like battleship::kayak. Physical size. How about capacity? -- How about CRAY-1 vs. Slide Rule? :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: curiousity q? for the historians.
Oops, looks like I misread John's post, but in my defense, he did use "Last
segment" twice :-{)
>>> Scott Rowe 12/08/09 9:16 PM >>>
How about this:
0x0200 bit means it's a continuation segment.
0x0100 bit means it's the final segment.
>>> Gerhard Postpischil 12/08/09 7:42 PM >>>
McKown, John wrote:
> the encoding of the BB is strange. 0x means "complete
> record in this segment", 0x0100 means "first segment of a
> multisegment record", 0x0200 means "last segment of a
> multisegment record", and 0x0300 means "last segment of a
> multisegment record. I wonder why 0x0200 and 0x0300 are not
> reversed in meaning. It seems more "intuitive" to say that 1
> is start, 2 is middle, and 3 is end.
I would venture a guess that it allows more useful tests. E.g.,
TM byte,3 / BNM done indicates that the logical record is
ready for processing, thus disposing of the most frequent
condition first.
Gerhard Postpischil
Bradford, VT
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee. If
you are not the intended recipient, please be advised that you have received
this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited. If you
have received this material in error, please (i) do not read it, (ii) reply to
the sender that you received the message in error, and (iii) erase or destroy
the material. Emails are not secure and can be intercepted, amended, lost or
destroyed, or contain viruses. You are deemed to have accepted these risks if
you communicate with us by email. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee. If
you are not the intended recipient, please be advised that you have received
this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited. If you
have received this material in error, please (i) do not read it, (ii) reply to
the sender that you received the message in error, and (iii) erase or destroy
the material. Emails are not secure and can be intercepted, amended, lost or
destroyed, or contain viruses. You are deemed to have accepted these risks if
you communicate with us by email. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VATLISTxx
Donnelly, John P wrote: We cannot see what happened here. Our VATLST entry reads, in part: EDIT SYS1.PARMLIB(VATLST11) - 01.05 Columns 1 00072 Command ===> Scroll ===> CSR ** * Top of Data ** - - - - - - - - - - - - - - - - - - - 5 Line(s) not Displayed 06 PRD%%%,1,0,* ,N | | | || | _ _ 23) OPTIONAL INFO - - - - - - - - - - - - - - - - - - - 14 Line(s) not Displayed 21 PRDA%%,1,2,3390,N 22 PRDB%%,1,2,3390,N ** Bottom of Data ...yet all the PRDA and PRDB volumes still can up STOR, not PRIV, after IPL... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html . Aren't those values column-dependant? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: curiousity q? for the historians.
I'll try this again: 0x0200 bit means there is a segment before this one (this is a continuation). 0x0100 bit means there is another segment after this one (we are not at end of record). >>> Gerhard Postpischil 12/08/09 7:42 PM >>> McKown, John wrote: > the encoding of the BB is strange. 0x means "complete > record in this segment", 0x0100 means "first segment of a > multisegment record", 0x0200 means "last segment of a > multisegment record", and 0x0300 means "last segment of a > multisegment record. I wonder why 0x0200 and 0x0300 are not > reversed in meaning. It seems more "intuitive" to say that 1 > is start, 2 is middle, and 3 is end. I would venture a guess that it allows more useful tests. E.g., TM byte,3 / BNM done indicates that the logical record is ready for processing, thus disposing of the most frequent condition first. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
> 360/30s with < 256K. Full 2314 = 8 x 800K. I am not sure how many tape > drives, but they were the old 7-track probably 800 BPI. > > One or two of them might have been 360/40s. But all of the ones that I saw > in trailers were mod 30s. As far as I know, they all ran DOS: the first > DOS not DOS/VS since they were 306s. I think they ran Power, but I am not > sure. I know this is probably way too obscure, but does anyone know the JETDS nomenclature of these systems? AN/mumblefoo? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. leful...@sbcglobal.net (Lloyd Fuller) writes: > 360/30s with < 256K. Full 2314 = 8 x 800K. I am not sure how many > tape drives, but they were the old 7-track probably 800 BPI. > > One or two of them might have been 360/40s. But all of the ones that > I saw in trailers were mod 30s. As far as I know, they all ran DOS: > the first DOS not DOS/VS since they were 306s. I think they ran > Power, but I am not sure. re: http://www.garlic.com/~lynn/2009r.html#14 "Portable" data centers previously referenced page (announce & FCS): http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_FS360.html "page 2" for above: http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_FS360B.html available store sizes 360/30 ... 16k-64k 360/40 ... 32k-256k 2311s were single drive ... top loader, picture here: http://en.wikipedia.org/wiki/Early_IBM_disk_storage 1316 disk pack for 2311 ... 7.25mbytes (above says same disk pack used in earlier 1311 drives) 2314 had 9 drives ... only 8 addressable ... each pack was 29.2mbytes http://www-03.ibm.com/ibm/history/exhibits/storage/storage_2314.html there were address "plugs" ... possible to open drawer for 9th/spare drive, put in new pack ... get it powered up ... and pop out the address plug from one of the other drives and pop it into drive with newly mounted disk. slightly reduced latency that the system saw when changing packs. 2400 tape drives, 9trk 800bpi ... could order 7trk model (for handling older tapes) ... 7trk could select 200bpi, 556bpi, & 800bpi. http://en.wikipedia.org/wiki/IBM_7_track 360/30 system details with 2400 tapes and 2311 disk drives http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2030.html i made some contributions to an "online" version of the green card (sense bytes section) ... done in ios3270. except for the A220 information, the sense information was taken from the 360/67 "blue" card (had information about features unique to 360/67 ... and rest filled out with sense information). I've done a q&d hack on the ios3270 to html http://www.garlic.com/~lynn/gcard.html 360 channel program tape command codes http://www.garlic.com/~lynn/gcard.html#25 above has "mode-set" for 7track. ios3270 was standard package on vm370/cms. for the 3090 service processor ... it started out with 4331 running a highly customized version of vm370 release6 with the service panels all done in (cms) ios3270. by first-customer-ship ... the "4331" service processor had been upgraded to a pair of 4361s. DOS/VS was for virtual storage. 370 was initially announced w/o virtual memory (just a few new instructions, TOD-clock, a few other things). for entry & mid-range machines, it wasn't too bad to add virtual memory ... but the hardware to add virtual memory to 370/165 became a real problem. Eventually there was a proposal to eliminate some number of the original 370 virtual memory features ... which would buy 370/165 schedule six months (concurrent announce and ship of virtual memory for all models at the same time). The problem then became, for the other 370 models ... to go back and remove the 370 virtual memory features that were being dropped for 370/165 (and any software that had already been written to utilize the dropped features had to be rewritten). for other drift ... "spook base" ... from Boyd biographies ... or "NKP" discussion http://www.airforce-magazine.com/MagazineArchive/Pages/2004/November%202004/1104igloo.aspx the above only mentions two 360/65s ... which could hardly account for the $2.5B mentioned in Boyd biographies. The above also mentions frogs generating false positives ... but i've heard stories of other animals also. another NKP reference http://home.att.net/~c.jeppeson/igloo_white.html Boyd references his stint at NKP in his "Organic Design for Command and Control" http://www.d-n-i.net/dni/john-r-boyd/ power point version http://www.d-n-i.net/boyd/organic_design.ppt above states it is taken from "original" 1987 version scan'ed to pdf. I believe the original, original version was given at 1983 briefing I sponsored at ibm ... from which I still have several hardcopies ... a few pages I transcribed in this old posting (including NKP reference) http://www.garlic.com/~lynn/94.html#8 i've done some quick searches for other references to use of mainframes in that time & place ... but not a whole lot show up. -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DASD Migration Question
Hi Does anyone have any stories (good or bad) of experiences in migrating from IBM ESS800 to IBM DS8000 - in our case it will be to DS8700's. As this is a new box any DS8000 migration stories would be of interest. Are there any gotchas with regards to GDPS? thanks Jim S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: compare HFS
> > You may not need to get/buy a new utility if you already own File-AID > MVS > > Within the compare function you have the ability to compare HFS files > (as well as MVS structures or mix and match) > > Thought I throw my 2 cents in. > > > Robert Galambos CIPP/C CIPP/IT > > Compuware Senior Technical Specialist > IBM Certified Database Associate > IBM Certified DB2 9 for z/OS Database Administration > Certified Information Privacy Professional/Canada > Certified Information Privacy Professional/Information Technology > > robert.galam...@compuware.com > > Tel: +1 905 886 7000 > Toll Free: +1 800 263 7189 > Fax: +1 905 886 7023 > Quebec: +1 877-281-1888 > > Le contenu de ce courriel s'adresse au destinataire seulement. Il contient de l'information pouvant être confidentielle. Vous ne devez ni le copier ni l'utiliser ni le divulguer à qui que ce soit à moins que vous soyez le destinataire ou une personne désignée autorisée. Si vous le receviez par erreur, veuillez nous aviser immédiatement et le détruire. 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. > > > "Service in every product... > > Les renseignements contenus dans le présent message électronique sont > confidentiels et concernent exclusivement le(s) destinataire(s) > désigné(s). Il est strictement interdit de distribuer ou de copier ce > message. Si vous avez reçu ce message par erreur, veuillez répondre par > courriel à l'expéditeur et effacer ou détruire toutes les copies du > présent message. > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of Michael Klaeschen > > Sent: November 26, 2009 6:32 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Antwort: compare HFS > > > > Federica, > > > > for text files, i.e. more or less human readable, /bin/diff can be > > used. > > This program results in a description on what to change in the one > file > > in > > order to get same content as in the other file and vice versa. For > > arbitrary files, especially with binary contents like load libraries > > etc. > > /bin/cmp propably is the better choice. This program just reports the > > position (byte-number) of different contents. > > > > Cheers > > Michael > > > > > > > > > > Federica Menichi > > Gesendet von: IBM Mainframe Discussion List > > 26.11.2009 11:12 > > Bitte antworten an > > IBM Mainframe Discussion List > > > > > > An > > IBM-MAIN@BAMA.UA.EDU > > Kopie > > > > Thema > > compare HFS > > > > > > > > > > > > > > Hi > > I have to compare two HFS files, how can I do? > > Does anyone Know an utility to do it? > > > > thanks > > Federica > > > > - > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN > INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > - > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN > INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "Portable" data centers (was RE: Small Server Mob Advantage)
Steve Had on old Ops manager from Dallas TX who regaled me with stories of these 'portable machine rooms' in Vietnam. How big they were is irrelevant - they did a job at the time. On Tue, Dec 8, 2009 at 4:00 PM, Chase, John wrote: > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of Howard Brazee > > > > On 7 Dec 2009 13:01:33 -0800, steve_thomp...@stercomm.com (Thompson, > > Steve) wrote: > > > > >What do you mean Sun was the first? > > > > > >The US Army used 360/30 and 360/40s in 18-wheel trailers back in the > > >early 1960s - 40 years before Sun "thought" of the idea. The Army > even > > >had those in Vietnam for the division data centers. > > > > How big were those, compared to an iPod? > > Probably like battleship::kayak. > >-jc- > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Sorry for the blatant plug, but... We have an extremely low-cost but feature-rich product (SyzSPOOL) that offloads and manages the spool data to sequential files plus gives you access to the output via ISPF and any WEB browser (ie, firefox, opera, etc.). Additionally you can send the output via EMAIL or FTP in any of several formats (PDF, WORD, HTML, etc.). The interface allows you to access and manage any part of the job individually (i.e. just the JES datasets or individual DD's or the entire output). The data is fully RACF (or ACF/2 or TopSecret) protected and the output can be managed to expire at almost any interval the user can think of via the startup parms, even down to individual jobnames, classes, destinations, etc. http://syzygyinc.net/SyzSpool.aspx The regular price is $5k per site, but sites that participate IBM-Main (or Share) are provided with an additional 25% to 50% discount (depends on the products selected). There is a new version going into beta testing in January which provides several more MAJOR features than those listed on the web site for the current Version 4.3 release. If you're interested you can send me a note or use the links on the website to request more information. I believe that the manuals are also located on the website's download area. Brian Westerman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
