New versions of SyzSpool and SyzCmdZ
Hi All, This is kind of a marketing update, so I apologize in advance, but I thought many of you might be interested because of the cost savings. The company I work for is introducing new versions of our Command script processing and Spool Offload processing packages. The company is making a special offer for sites that are not current clients, (which I guess means that our current clients need not apply:), which allows the site to use any or all of the 3 products (SyzCmdZ, SyzSpool or SyzAuto (which isn't a new version yet (the new version is still in beta testing), but is our automatic command/JOB package)) for 6 months at no cost. It's sort of like a free trial except that at the end you can obtain the product at the renewal cost instead of the actual base product cost. You can get information on the products from www.SyzygyInc.Net (that's the external marketing SyzygyInc.NET site not the main SyzygyInc.COM internal site). Some of the new features of SyzSpool are: Control Storage and Management class based on type of output ISPF Interface Keep track of Maximum condition codes of the output Catalog / Journal Synchronization Multiple Separator settings Notify output owner when output offloaded New LOG of processed output Some of the new features of SyzCmdZ are: Issue commands based on MessageID processing Multiple new WAIT commands Multiple new IF commands several other new script commands Both products (actually all three) normally are licensed at $5,000 each, but they are free for the trial period and then can be renewed at the renewal price instead of the purchase price. It's actually a really good deal, even if I say so myself. These products have many of the features of IBM's and CA's alternative products at a fraction of the cost. If you're interested you can go to the contact us part of the SyzygyInc.net site, or send an email to [EMAIL PROTECTED] and request a free 6 month trial of any of the utility products (SyzAuto, SyzCmdZ or SyzSpool). The SyzAuto product is currently in beta testing of it's new version so if you elect to trial the current version of SyzAuto, you will automatically be able to obtain the new version at the renewal cost as well. The Beta version of SyzAuto has IF logic support, missed command support, restart support and several other options (sorry I can't remember them all). Thanks for your time, Brian Westerman Syzygy Incorporated (800) 767-2244 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
On Tue, 2007-06-19 at 14:42 -0700, Gibney, Dave wrote: Hell, it's only 1.8 bigger and each CP is about 65% of my Uni now. zPCR says I'm likely to avoid short CPU, but I claim to get paid to worry... Sorry - that reference to 703 threw me; I had 600 MIP engines in my head. Sooo been a *long* time since I've seen a site that needs a big engine in preference to more (total) MIPs across more engines. So long as you don't have any task that needs more than 50% of your current engine, can't see a problem (RMF is your friend here). You can always vary an engine offline if it looks like you are being impacted by short engines. Doesn't help if you hit the roof on the new engines, but I'd think that unlikely. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CLASSPATH in .profile not used.
You may wish to try running the env command from BPXBATCH to see what environment variables have been set by your .profile. Sometimes, some processing in .profile is conditional on the settings of other environment variables. You will reach a wider audience if you send your message to the listserv. See the instructions which have been appended below. Also, you may be interested in the MVS-OE listserv. You can find more information at http://www2.marist.edu/htbin/wlvindex?mvs-oe. Bill cogitoergosum wrote: Hi, I have defined the CLASSPATH variable in my .profile file. Therefore, this job step should work : //STEP1EXEC PGM=BPXBATCH, // PARM='SH java HelloWorld' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Instead, I have this message in STDERR : The java class is not found: HelloWorld However, with the CLASSPATH variable defined (with the same value as in the .profile file) in STDENV the step executes successfully. Unlike as mentioned at Passing environment variables to BPXBATCH (http:// publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA470/11.2.3? DT=20060602105904), the value in .profile is not bieng used. Can someone please advise as to why CLASSPATH defined in .profile is not bieng used ? Regards, Nags PS: I came across the zOS Unix group (http://groups.google.com/group/ compunixzos). But, I did not see much activity there, so, I have posted in this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
System z9 BC 2094-L03 (28 MSUs full capacity), I'd assume? Yes, thrown momentarily by the -703 model reference. Maybe not instantly relevant, but you would seem to fit the profile where an LPAR group capacity limit would make sense. That'll be z/OS 1.8 and beyond, I believe. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IMS DB2 list
Hi all, How can i get to IMS list and DB2 list servers? Thank you in advance Ali -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: IMS DB2 list
Try [EMAIL PROTECTED] [EMAIL PROTECTED] Pelle -Ursprungligt meddelande- Fr?n: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] ali Skickat: den 20 juni 2007 11:51 Till: IBM-MAIN@BAMA.UA.EDU ?mne: IMS DB2 list Hi all, How can i get to IMS list and DB2 list servers? Thank you in advance Ali -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLASSPATH in .profile not used.
Ensure your HOME directory setting within your OMVS Segment is the same location of your customized .profile! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Big Iron Sent: Wednesday, June 20, 2007 5:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CLASSPATH in .profile not used. You may wish to try running the env command from BPXBATCH to see what environment variables have been set by your .profile. Sometimes, some processing in .profile is conditional on the settings of other environment variables. You will reach a wider audience if you send your message to the listserv. See the instructions which have been appended below. Also, you may be interested in the MVS-OE listserv. You can find more information at http://www2.marist.edu/htbin/wlvindex?mvs-oe. Bill cogitoergosum wrote: Hi, I have defined the CLASSPATH variable in my .profile file. Therefore, this job step should work : //STEP1EXEC PGM=BPXBATCH, // PARM='SH java HelloWorld' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Instead, I have this message in STDERR : The java class is not found: HelloWorld However, with the CLASSPATH variable defined (with the same value as in the .profile file) in STDENV the step executes successfully. Unlike as mentioned at Passing environment variables to BPXBATCH (http:// publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA470/11.2.3? DT=20060602105904), the value in .profile is not bieng used. Can someone please advise as to why CLASSPATH defined in .profile is not bieng used ? Regards, Nags PS: I came across the zOS Unix group (http://groups.google.com/group/ compunixzos). But, I did not see much activity there, so, I have posted in this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS/DOD idle connection requirements
Google for DOD Orange Book. You can forget about the Orange Book of the famous National Security Agency Rainbow series of security books as having the current answer. They are good reference but are outdated. Back in the 1990s when Air Force MajGen Hayden took over NSA (4-Star now heads the CIA), he transferred most all the security work done by the National Computer Security Center (NCSC) over to what is now known as NIST in the Dept. of Commerce. The jist was to get NSA out of the security business for non-DOD agencies. Now a days it is called selling off your non-core businesses. So now for the non-DOD agencies, NIST is the one to make the rules for unclassified which can include Sensitive, For Official Use Only, Privacy Data, etc. The one gets into the PII (Personally Identifiable Information) which we are all getting introduced to for identity issues. It is not clear if the classified designations (Confidental, Secret, and TopSecret) used in DOD have moved over to the Defense Security Service, OSD's Information System Office of Oversight, or even the Office of the Secretary of Defense (OSD) itself. The Rainbow series is still referenced today by many vendors and quoted widely. NSA did a great job when they had the work and most of it still applies today. I have seen that it all depends on what the auditors will accept. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMS DB2 list
another good db2 listserv [EMAIL PROTECTED] Thanks, Fletch snip Try [EMAIL PROTECTED] [EMAIL PROTECTED] Pelle /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 1.7 IP NJE problem
Enabking APAR is OA12364. PTF UA90255 snip There is an enabling PTF for IP NJE support for 1.7. I'm not a work so I don't know the APAR or PTF number, but I think it became available late last year. You need to have that on. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMS DB2 list
DB2 Data Base Discussion List [EMAIL PROTECTED] ali [EMAIL PROTECTED] wrote: Hi all, How can i get to IMS list and DB2 list servers? Thank you in advance Ali -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
On Wed, 20 Jun 2007 06:28:12 +0200, John Ticic [EMAIL PROTECTED] wrote: one of the things I almost always forget to check on is whether the increase in real storage that the LPAR sees will result in MVS re-aligning its virtual boundries. If you are referring to the ESQA used to map expanded storage, that obviously isn't a concern in z/Architecture. The part that mapped real storage was in the nucleus and that moved to a data space. So this is not a concern at all any longer. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLASSPATH in .profile not used.
cogitoergosum wrote: Hi, I have defined the CLASSPATH variable in my .profile file. Therefore, this job step should work : //STEP1EXEC PGM=BPXBATCH, // PARM='SH java HelloWorld' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Instead, I have this message in STDERR : The java class is not found: HelloWorld However, with the CLASSPATH variable defined (with the same value as in the .profile file) in STDENV the step executes successfully. Unlike as mentioned at Passing environment variables to BPXBATCH (http:// publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA470/11.2.3? DT=20060602105904), the value in .profile is not bieng used. Can someone please advise as to why CLASSPATH defined in .profile is not bieng used ? Regards, Nags PS: I came across the zOS Unix group (http://groups.google.com/group/ compunixzos). But, I did not see much activity there, so, I have posted in this forum. I didn't see the original message. Don't run Java using BPXBATCH. You're going to be very frustrated. Use JZOS. It comes with the current Java JDK from IBM for z/OS. Or go to http://dovetail.com/docs/jzos/index.html for more information. Now, IIRC, the reason that BPXBATCH doesn't do what you want is because it is not a shell. The UNIX shell is what uses /etc/profile to set environment variables. And, at that, only a login shell will use it. BPXBATCH does not use it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
- Original Message - From: Gibney, Dave [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 19, 2007 11:24 PM Subject: Re: Migration from z/800-0B1 to z9BC-703 I might have to look at capping if we go further down the SCRT and perhaps zNALC route, but for now, no hard capping. Rehosing fees are likely to cost one ISV with only one JCL related product at our site a customer. Rehosing fees is very similar to the term: Rehosting fees but more accurate. Thanks, you made my day. Lance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLASSPATH in .profile not used.
You can run the shell .profile script from BPXBATCH by passing it in the parm field: // SET R='SH . /u/eileen/.profile;java HelloWorld run from batch' //RUN EXEC PGM=BPXBATCH, // PARM='R' //STDOUT DD PATH='/u/eileen/tmp/HelloWorld.stdout', // FILEDATA=TEXT, // PATHOPTS=(OCREAT,OAPPEND,OWRONLY,OEXCL),PATHMODE=SIRWXU //STDERR DD PATH='/u/eileen/tmp/HelloWorld.stderr', // FILEDATA=TEXT, // PATHOPTS=(OCREAT,OAPPEND,OWRONLY,OEXCL),PATHMODE=SIRWXU //STDIN DD PATH='/dev/null', // PATHOPTS=(ORDONLY) cogitoergosum wrote: Hi, I have defined the CLASSPATH variable in my .profile file. Therefore, this job step should work : //STEP1EXEC PGM=BPXBATCH, // PARM='SH java HelloWorld' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Instead, I have this message in STDERR : The java class is not found: HelloWorld However, with the CLASSPATH variable defined (with the same value as in the .profile file) in STDENV the step executes successfully. Unlike as mentioned at Passing environment variables to BPXBATCH (http:// publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA470/11.2.3? DT=20060602105904), the value in .profile is not bieng used. Can someone please advise as to why CLASSPATH defined in .profile is not bieng used ? Regards, Nags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Virtual Tape ???
Hiya fellow list servers. I've got a STUMPER for the resident braintrust. Is there something I don't understand about Virtual Tape that I should, or am I just missing it and very DENSE?! A Virtual Tape should (does?) conform to the normal file-format standards as would a *REAL* physical tape, yes? And also regarding tape labels, DCB, etc.? So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! I am making the assumption that the *input* DCB would be copied to the *output* DCB on the real tape, since I am processing with LABEL=SL ?? I'm getting conflicting DCB parameters, even when I specify input/output DCB info, which for DFDSS is (RECFM=U,BLKSIZE=65520). When I don't specify *ANY* DCB in the IEBGENER JCL, I get RC=12 and: IEB352I WARNING: ONE OR MORE OF OUTPUT DCB PARMS COPIED FROM INPUT IEB317I JOB TERMINATED,NO INPUT BLKSIZE/LRECL Specifying *just* Input DCB or *both* Input/Output DCB: IEB352I WARNING: ONE OR MORE OF OUTPUT DCB PARMS COPIED FROM INPUT IEB368I SYSTEM DETERMINED BLKSIZE USED FOR OUTPUT IEB311I CONFLICTING DCB PARAMETERS I have used TAPEMAP to dump the input tapes to verify DCB info. Any thoughts or direction on this would be greatly appreciated. THANX, .mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
problem with TSO receive
Hi listers, I have a problem with the tso receive command. I enter receive indataset('BCSYS.JCL.CBT701.XMI') nolog pds. I get the message INMR152I RECEIVE failed. Your node ID not recognized. The message explanation says this: INMR152I RECEIVE failed. Your node ID not recognized. Explanation: The RECEIVE command failed because the CSECT INMXPARM does not contain the node ID of the receiving system. Your installation might not have replaced the IBM-supplied default CSECT, the node ID might be misspelled or omitted, or INMXPARM might not be installed correctly. System Action: The RECEIVE command processor terminates. User Response: Check the node ID. If it is correct and the problem persists, notify your system programmer. Audience: RECEIVE user Detected by: INMRM Which node id is meant and where do I have to define it? Can anybody give me a hint? Thanks in advance -- kind regards Franz Josef Pohlen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Wednesday, June 20, 2007 8:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Virtual Tape ??? Hiya fellow list servers. I've got a STUMPER for the resident braintrust. Is there something I don't understand about Virtual Tape that I should, or am I just missing it and very DENSE?! A Virtual Tape should (does?) conform to the normal file-format standards as would a *REAL* physical tape, yes? And also regarding tape labels, DCB, etc.? Yes. So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! No. IEBGENER cannot successfully copy ADRDSSU produced tapes. Use the COPYDUMP function of ADRDSSU instead of IEBGENER. The tapes produced by ADRDSSU are weird and cannot be properly copied by IEBGENER or ICEGENER. snip THANX, .mhyI -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
- Original Message - From: Mark H. Young [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, June 20, 2007 9:38 AM Subject: Virtual Tape ??? Hiya fellow list servers. I've got a STUMPER for the resident braintrust. Is there something I don't understand about Virtual Tape that I should, or am I just missing it and very DENSE?! A Virtual Tape should (does?) conform to the normal file-format standards as would a *REAL* physical tape, yes? And also regarding tape labels, DCB, etc.? So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! NO! IEBGENER is spectacularly bad at copying RECFM U files. Use DFDSS COPYDUMP. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMS DB2 list
[EMAIL PROTECTED] Has not been valid for several years Bob Lawrence DBA Boscovs Dept Stores LLC -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Per Lofgren Sent: Wednesday, June 20, 2007 7:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SV: IMS DB2 list Try [EMAIL PROTECTED] [EMAIL PROTECTED] Pelle -Ursprungligt meddelande- Fr?n: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] ali Skickat: den 20 juni 2007 11:51 Till: IBM-MAIN@BAMA.UA.EDU ?mne: IMS DB2 list Hi all, How can i get to IMS list and DB2 list servers? Thank you in advance Ali -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
Hello Mark, If you have say CA-COPYTAPE or some other utility other than DFDSS it should provide favorable results. IEBGENER has some limitation on certain DCB mixes. I never really figure out which ones. I use to use SAS often when I had these issues. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLASSPATH in .profile not used.
On Wed, 20 Jun 2007 07:46:05 -0500, McKown, John [EMAIL PROTECTED] wrote: Now, IIRC, the reason that BPXBATCH doesn't do what you want is because it is not a shell. The UNIX shell is what uses /etc/profile to set environment variables. And, at that, only a login shell will use it. BPXBATCH does not use it. But OSHELL does. Here is an example //OSHELL EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=SYS1.SBPXEXEC,DISP=SHR //SYSTSIN DD * oshell+ env;+ java -version /* Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
- Original Message From: Mark H. Young [EMAIL PROTECTED] So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! IEB317I JOB TERMINATED,NO INPUT BLKSIZE/LRECL IEB311I CONFLICTING DCB PARAMETERS Mark, IIRC this is not a problem related to virtual tape, rather you are trying to copy DFSMSdss dumps using the wrong utility. I once tried the same thing, got the problem you mentioned and opened a PMR with IBM. I have been told *NOT* to user IEBGENER to copy DFSMSdss dumps, because the output might be not usable. Instead, we should have used the COPYDUMP function of DFSMSdss. I tried it and it worked. Give it a try. Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
On Wed, 20 Jun 2007 07:10:32 -0700, Walter Marguccio [EMAIL PROTECTED] wrote: - Original Message From: Mark H. Young [EMAIL PROTECTED] So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! IEB317I JOB TERMINATED,NO INPUT BLKSIZE/LRECL IEB311I CONFLICTING DCB PARAMETERS Mark, IIRC this is not a problem related to virtual tape, rather you are trying to copy DFSMSdss dumps using the wrong utility. I once tried the same thing, got the problem you mentioned and opened a PMR with IBM. I have been told *NOT* to user IEBGENER to copy DFSMSdss dumps, because the output might be not usable. Instead, we should have used the COPYDUMP function of DFSMSdss. OK, I hear you all. Even though data on a tape (regardless that it was created by DFDSS), is still sequential and IEBGENER is the utility for that? Not arguing here, just a thought I had? I can see why the confusion. Now, the $64,000 question? Can I do this post-mortem? Use COPYDUMP function of DFDSS after the data has been dumped/copied onto a VTAPE ? Just to make copies of *those* VTAPES (each as a file), and stack on a REAL tape? ex: INDD = VTAPE DD (dsn), OUTDD = new REAL tape Volume. TTFN, .mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
Mark H. Young wrote: snip So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! snip Others have offered alternatives, with which I have no experience, and they might very well work perfectly. But since it is DFSMSdss dump data sets we're talking about, I think it's worth noting that COPYDUMP is the only IBM-supported way to copy them. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why do we need BPXBATCH, JZOS et. al.?
rant The message this morning titled Re: CLASSPATH in .profile not used reminded me that I have never seen an adequate answer to the subject question. IOW, why are z/OS Unix Services so badly integrated into the z/OS world? Why isn't the following JCL valid, assuming I have a RACF OMVS segment and a valid home directory? //DOSHELL EXEC PGM='sh',PARM='-x' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDINDD * java HelloWorld //* Or even better: //DOJAVA EXEC PGM='java',PARM='HelloWorld' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDINDD DUMMY //* And similarly: //DOAWKEXEC PGM='awk',PARM='-f DD:SYSIN DD:INPUT' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDINDD DUMMY //SYSINDD DISP=SHR,DSN=TSOUSER.CARDLIB(MYAWKPPGM) //INPUTDD DISP=SHR,DSN=TSOUSER.INPUT.FILE //* You get the idea. I really don't care whether a telnet VT100 login looks like classic *ix to the *ix weenies or to US gov't agencies, I want and need to be able to use any and all z/OS Unix Services as normal z/OS programs from normal z/OS JCL. Why is that too much to ask? /rant Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
On Tue, 19 Jun 07 10:42:55 GMT, in bit.listserv.ibm-main you wrote: When? I never considered IBM world and its batch environment timesharing. Timesharing does not do large data processing tasks well; and it's not supposed to. For various values of timesharing. H. Ross Perot thought differently when he created E.D.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Some missing op-codes
LA64 - does a 64 bit load address regardless of current addressing mode LA31 - does a 31 bit LA. Program check if result is bigger than 31 bits LAGT - zero bits 0-32 and place address in bits 33-63 Yes, they are easy to code around. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMS DB2 list
In a message dated 6/20/2007 8:48:16 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Has not been valid for several years Right, I was gonna suggest CBTTAPE's reference of Mail and Lists but that's the one they've got! Fortunately at the bottom there a link to LSOFT where you can search for valid names. _www.lsoft.com_ (http://www.lsoft.com) then catalist. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
On Wed, 20 Jun 2007 13:48:45 +0100, in bit.listserv.ibm-main you wrote: Right here is the heart of the reason that it is not reasonable to expect there to be one true OS for all. Why bend over backwards trying to be all things to all men when it is simpler to have different OSs tuned for different roles. I don't think that has ever been the case. We have OSs in traffic lights running in 8 bit CPUs. I wonder if some of them run CP/M today. But using the popular comparison of computers with transportation, we don't have to re-learn how to drive when we buy a new car, there are sufficient similarities with our old car that we only need to tweak our driving experience. Putting Windows or OS-X on your PDA may be overkill, but it allows someone else to put Opera or Safari on it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
That's like asking why we need IKJEFT01 to run TSO commands in batch. The commands need an environment which supplies the services needed to execute. BPXBATCH et al provide that environment for Unix commands. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
On Wed, 20 Jun 2007 10:23:28 -0400, John Eells [EMAIL PROTECTED] wrote: Mark H. Young wrote: snip So if I had several DFDSS dumps on Virtual Tape (3490) and was copying each of them off to just *ONE* real tape (3590), and stacking each as its own LABEL=(#,SL) etc., using IEBGENER, it should work, YES?! snip Others have offered alternatives, with which I have no experience, and they might very well work perfectly. But since it is DFSMSdss dump data sets we're talking about, I think it's worth noting that COPYDUMP is the only IBM-supported way to copy them. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] John, I guess my complaint/argument is that IEBGENER is an IBM standard tape copy utility. Data on a tape is sequential (PS), regardless if put there by another IBM utility like IEBCOPY, IEBGENER, etc. I'm sure I've used GENER in the past to copy RECFM=U files? Wouldn't an IEBCOPY dumped tape have RECFM=U ? Just my 2-cents worth. TTFN, .mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem with TSO receive
In a message dated 6/20/2007 8:41:20 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Which node id is meant and where do I have to define it? Can anybody give me a hint? Talk to your system's programmer or service provider. It's defined in IKJTSOxx. If you have authority you can issue PARMLIB commands to list and update the values. The keyword of interest is TRANSREC: TRANSREC TRANSREC allows you to specify the characteristics for the RECEIVE and TRANSMIT commands. NODESMF{((nodename1,smfid1),(nodename2,smfid2),...) } {((*,*))} NODESMF specifies the correspondence between the system identifiers and the network node names. nodename specifies the name of the network node. nodename must be the name of a node defined on the NJERMT JES3 initialization statement or on the NODE() JES2 initialization statement. smfid specifies the system identifier for a particular processor, paired with a node-name. smfid must be specified for each nodename. smfid must match the system identifier defined for the processor on the SID parameter of the SMFPRMxx member. *,* specifies that the nodename is to be retrieved dynamically from JES (JES2 Release 4.3.0 or higher, or JES3 Release 5.1.1 or higher). This specification is recommended because it eliminates the need to specify static values for nodename and smfid. Default: (NODENAME, SMF) Note: If you omit the smfid for the host node, TSO/E uses a value of eight question marks () for the nodename associated with the transmitted data. SPOOLCL(spoolclass ) ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
John, I guess my complaint/argument is that IEBGENER is an IBM standard tape copy utility. Data on a tape is sequential (PS), regardless if put there by another IBM utility like IEBCOPY, IEBGENER, etc. I'm sure I've used GENER in the past to copy RECFM=U files? The reason that DFSMSdss backup datasets are unique is that the tape label says RECFM=U,BLKSIZE=32760. However, the actual data blocks are as large as 64K. When IEBGENER and similar copy utilities copy the backup, they believe the tape label. All the data blocks are truncated at 32760, so half the data is lost. The DFSMSdss COPYDUMP utility is smart enough to copy the entire block. The same consideration applies to FDR backups, where the real blocksize can be up to 57K. The FDRTCOPY utility must be used to copy FDR backups. The reason for both of these is that they were originally written long before the system supported large blocks. The largest blocksize you could specify at OPEN was 32760. So both products open the backup with RECFM=U,BLKSIZE=32760 and then wrote a larger physical block. This IEBGENER limitation would apply to any RECFM=U dataset where the physical block can exceed the apparently BLKSIZE, but DSS and FDR backups are the only two cases I know of. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLASSPATH in .profile not used.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, June 20, 2007 9:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CLASSPATH in .profile not used. snip But OSHELL does. Here is an example //OSHELL EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=SYS1.SBPXEXEC,DISP=SHR //SYSTSIN DD * oshell+ env;+ java -version /* Mark Nice to know. But I still think that JZOS is the only reasonable way to run Java in batch on z/OS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
There is also the BPXBATSL facility. The differences between the 3 (jzos, bpxbatch, bpxbatsl) are described in the redbook Java Stand-alone Applications on z/OS Volume 1 I have been going thru all the examples for JZOS including the new ones given in the new alphaWorks edition and have not yet seen an example of running the java compiler with JZOS. I tried it and got alot of errors. Can the java compiler be run with JZOS or only BPXBATCH? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Wednesday, June 20, 2007 10:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why do we need BPXBATCH, JZOS et. al.? That's like asking why we need IKJEFT01 to run TSO commands in batch. The commands need an environment which supplies the services needed to execute. BPXBATCH et al provide that environment for Unix commands. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem with TSO receive
It appears you are mixing TRANSMIT operands with the RECEIVE command, but I don't believe omitting the operands will change your outcome. Based on your error message does the output from the MVS Command D IKJTSO,TRANSREC and JES2 Command D MASDEF,XCFGRPNM agree? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, June 20, 2007 6:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: problem with TSO receive Hi listers, I have a problem with the tso receive command. I enter receive indataset('BCSYS.JCL.CBT701.XMI') nolog pds. I get the message INMR152I RECEIVE failed. Your node ID not recognized. The message explanation says this: INMR152I RECEIVE failed. Your node ID not recognized. Explanation: The RECEIVE command failed because the CSECT INMXPARM does not contain the node ID of the receiving system. Your installation might not have replaced the IBM-supplied default CSECT, the node ID might be misspelled or omitted, or INMXPARM might not be installed correctly. System Action: The RECEIVE command processor terminates. User Response: Check the node ID. If it is correct and the problem persists, notify your system programmer. Audience: RECEIVE user Detected by: INMRM Which node id is meant and where do I have to define it? Can anybody give me a hint? Thanks in advance -- kind regards Franz Josef Pohlen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Trying to identify an STC Name
I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot figure out what they are. They do not google, so thought I would see if anyone recognizes what they are. If not, I will probably have our security group just delete them and see what happens. RSASR57 RSASR60 Any ideas? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem with TSO receive
Kevin, I think you meant to stated the JES2 command is $DMASDEF,XCFGRPNM, rather than making it look like a D MASDEF,XCFGRPNM Lizette It appears you are mixing TRANSMIT operands with the RECEIVE command, but I don't believe omitting the operands will change your outcome. Based on your error message does the output from the MVS Command D IKJTSO,TRANSREC and JES2 Command D MASDEF,XCFGRPNM agree? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to identify an STC Name
On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot figure out what they are. They do not google, so thought I would see if anyone recognizes what they are. If not, I will probably have our security group just delete them and see what happens. RSASR57 RSASR60 Any ideas? Thanks Lizette You could check with your security group and see if either one of them has been used recently. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RRS crggrm return code X'700'
Hi, The documentation regarding this return code says the following: *Meaning*: Program error. The resource manager is already registered. The system rejects the service call. However, the system returns the resource manager token in the resource_manager_token field. I tried to use the returned token to call crgdrm, and this worked, i.e. the registered resource manager previously activated in another address space was reset!!! Does it mean that the token may be used in the rest of RRS APIs? In other words, does it mean that I may actiate a number of CRM with the same resource manager name? Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
On Wed, 20 Jun 2007 10:05:32 -0500, in bit.listserv.ibm-main you wrote: Then I saw the price, shuddered, and quickly came back to reality. A couple of years later I saw a Macintosh at a fraction of the price; but once again it was WAY out of my budget. Recently there have been a series of articles on the Web comparing the real costs of Windows and Macintosh machines. These can be similar to arguments we make comparing the real costs of mainframes vs server farms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem with TSO receive
I apologize for any confusion. I didn't want to assume the CONCHAR so I prefaced it with JES2 Command instead. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Wednesday, June 20, 2007 9:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: problem with TSO receive Kevin, I think you meant to stated the JES2 command is $DMASDEF,XCFGRPNM, rather than making it look like a D MASDEF,XCFGRPNM Lizette It appears you are mixing TRANSMIT operands with the RECEIVE command, but I don't believe omitting the operands will change your outcome. Based on your error message does the output from the MVS Command D IKJTSO,TRANSREC and JES2 Command D MASDEF,XCFGRPNM agree? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
On Tue, 19 Jun 2007 22:23:56 -0700, Gibney, Dave wrote: I might have to look at capping if we go further down the SCRT and perhaps zNALC route, but for now, no hard capping. You might seriously consider over-buying capacity and going with a soft cap. That allows you to get 100% of your machine for periods of high demand and only have to pay at the four hour rolling average mark. You might have to do some work to ensure you aren't bumping up to your softcap level too often or you'll never have an interval where 100% usage will stay within your softcap. It's working well for us, but would be better if all our third party licenses would play along. Rehosing fees are likely to cost one ISV with only one JCL related product at our site a customer. Freudian slip ??? Subliminal message ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to identify an STC Name
A wild guess would be that these are related to a CA product called Roscoe. I think Roscoe has two releases of 5.7 and 6.0, and these look familiar. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Lyon Sent: Wednesday, June 20, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trying to identify an STC Name On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot figure out what they are. They do not google, so thought I would see if anyone recognizes what they are. If not, I will probably have our security group just delete them and see what happens. RSASR57 RSASR60 Any ideas? Thanks Lizette You could check with your security group and see if either one of them has been used recently. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
how to list LE options
I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to identify an STC Name
It's possible, but a lot of shops run Roscoe as a job rather than an STC. A using the release number in the STC name, well, I have never seen that. It is a valid idea though. On Wed Jun 20 12:36 , Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) sent: A wild guess would be that these are related to a CA product called Roscoe. I think Roscoe has two releases of 5.7 and 6.0, and these look familiar. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Patrick Lyon Sent: Wednesday, June 20, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trying to identify an STC Name On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot figure out what they are. They do not google, so thought I would see if anyone recognizes what they are. If not, I will probably have our security group just delete them and see what happens. RSASR57 RSASR60 Any ideas? Thanks Lizette You could check with your security group and see if either one of them has been used recently. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
In regard to rehosing fees, that is an intentional and accurate description :) Thanks to all for the help. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Wednesday, June 20, 2007 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Migration from z/800-0B1 to z9BC-703 On Tue, 19 Jun 2007 22:23:56 -0700, Gibney, Dave wrote: I might have to look at capping if we go further down the SCRT and perhaps zNALC route, but for now, no hard capping. You might seriously consider over-buying capacity and going with a soft cap. That allows you to get 100% of your machine for periods of high demand and only have to pay at the four hour rolling average mark. You might have to do some work to ensure you aren't bumping up to your softcap level too often or you'll never have an interval where 100% usage will stay within your softcap. It's working well for us, but would be better if all our third party licenses would play along. Rehosing fees are likely to cost one ISV with only one JCL related product at our site a customer. Freudian slip ??? Subliminal message ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
On Wed, 20 Jun 2007 12:38:44 -0400, Schramm, Rob [EMAIL PROTECTED] wrote: I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? -Rob Schramm If you don't know of a cobol program to run, compile/link the IVP: see hlq.SIGYSAMP(IGYWFIV1) Then run it with... // PARM='/RPTOPTS(ON)' LE OPTS or // PARM='/RPTOPTS(ON),RPTSTG(ON)' This gives you the storage report also. In z/OS 1.7 and above you can also use a CEEOPTS DD instead: //CEEOPTS DD * RPTOPTS(ON),RPTSTG(ON) /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
On Wed, 20 Jun 2007 12:38:44 -0400, Schramm, Rob wrote: I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? Run a stub with the LE report options on in the JCL: Sorry about the length of this one. I clipped most of the comments and unnecessary junk from the program, but it's still pretty long. Just compile the program and run the JCL and you'll get an LE report. This is the only way I know of to list currently active LE options. // //DUMMY1 EXEC PGM=DUMMYPGM, // PARM='/RPTOPTS(ON),RPTSTG(ON)' // //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SUBDAT DD DSN=MFD.PARMADLY.MFDE0S0G(POPDATE), // DISP=SHR //DUMMYFIL DD DUMMY, // DCB=BLKSIZE=80 //* IDENTIFICATION DIVISION. PROGRAM-ID.DUMMYPGM. AUTHOR.DAVE KOPISCHKE. DATE-WRITTEN. JULY 23, 2003. DATE-COMPILED. ENVIRONMENT DIVISION. CONFIGURATION SECTION. SOURCE-COMPUTER. IBM-370. OBJECT-COMPUTER. IBM-370. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT DUMMY-FILE ASSIGN TO DUMMYFIL. DATA DIVISION. FILE SECTION. FD DUMMY-FILE LABEL RECORDS ARE STANDARD RECORDING MODE IS F BLOCK CONTAINS 0 RECORDS. 01 DUMMY-RECORD. 05 DUMMY-REC PIC X(80). WORKING-STORAGE SECTION. 01 FILLER PIC X(40) VALUE 'WORKING STORAGE STARTS HERE'. PROCEDURE DIVISION. ** * * * -MAIN-PROCESSING. * * * ** -MAIN-PROCESSING. PERFORM 1000-INITIALIZATION THRU 1000-INITIALIZATION-EXIT. PERFORM 9000-TERMINATION THRU 9000-TERMINATION-EXIT. GOBACK. ** * * * 1000-INITIALIZATION.* * * * THIS ROUTINE OPENS INPUT FILE AND INITIALIZES AREAS.* *
Re: how to list LE options
Schramm, Rob wrote: I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? -Rob Schramm If you are at zOS 1.7 or above this command seems to work; D CEE,CEEDOPT CEE3745I 13.03.12 DISPLAY CEEDOPT CEE=(00) LAST WHERE SET OPTION --- PARMLIB(CEEPRM00)ABPERC(NONE) PARMLIB(CEEPRM00)ABTERMENC(ABEND) PARMLIB(CEEPRM00) NOAIXBLD PARMLIB(CEEPRM00)ALL31(OFF) PARMLIB(CEEPRM00)ANYHEAP(16384,8192,ANYWHERE,FREE) PARMLIB(CEEPRM00) NOAUTOTASK PARMLIB(CEEPRM00)BELOWHEAP(8192,4096,FREE) PARMLIB(CEEPRM00)CBLOPTS(ON) PARMLIB(CEEPRM00)CBLPSHPOP(OFF) PARMLIB(CEEPRM00)CBLQDA(ON) PARMLIB(CEEPRM00)CHECK(ON) PARMLIB(CEEPRM00)COUNTRY(US) PARMLIB(CEEPRM00)DEBUG PARMLIB(CEEPRM00)DEPTHCONDLMT(0) PARMLIB(CEEPRM00)ENVAR() PARMLIB(CEEPRM00)ERRCOUNT(0) This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Technical Services Time Customer Service - Tampa, FL -- Victory in defeat, there is none higher. She didn't give up, Ben; she's still trying to lift that stone after it has crushed her. She's a father going down to a dull office job while cancer is painfully eating away his insides, so as to bring home one more pay check for the kids. She's a twelve-year-old girl trying to mother her baby brothers and sisters because Mama had to go to Heaven. She's a switchboard operator sticking to her job while smoke is choking her and the fire is cutting off her escape. She's all the unsung heroes who couldn't quite cut it but never quit.* Robert A. Heinlein - Stranger in a Strange Land *Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to identify an STC Name
I found this on the CA website in one of the Roscoe manuals: Subsystem and support address space creation occurs with the first instance of an Advantage CA-Roscoe for a given release after an OS/390 Initial Program Load (IPL). The address space remains in the system for the duration of the OS/390 IPL. It is identified by the name RSAS, where '' is the name of the Advantage CA-Roscoe subsystem for a particular release. As an example, RSASR60 is the name of the Support Address Space for any Advantage CA-Roscoe running at Version 6.0. One RSAS address space exists for each Advantage CA-Roscoe release executing in a machine. (Multiple Advantage CA-Roscoe jobs at the same release level share a single RSAS.) No Advantage CA-Roscoe subsystem before R57 causes an RSASxxx address space to be created. So RSASR57 and RSASR60 would have been the related started tasks if you were running Roscoe for releases 5.7 and 6.0. These would need to be defined to TSS or RACF. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) Sent: Wednesday, June 20, 2007 12:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trying to identify an STC Name A wild guess would be that these are related to a CA product called Roscoe. I think Roscoe has two releases of 5.7 and 6.0, and these look familiar. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Lyon Sent: Wednesday, June 20, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trying to identify an STC Name On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot figure out what they are. They do not google, so thought I would see if anyone recognizes what they are. If not, I will probably have our security group just delete them and see what happens. RSASR57 RSASR60 Any ideas? Thanks Lizette You could check with your security group and see if either one of them has been used recently. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
Under z/OS V1.7 and above you can use the CEEPRMxx member in Parmlib to set global parms. For onlines, you may need to look somewhere else for the answers. If you are below z/OS V1.7, then you need to look at CEEUOPT, CEECOPT, and CEEDOPT for what is set. First, WHICH LE options do you want. If you want something that may have been LKED into a program with CEEUOPT, then you would need to run that program with REPORTS(ON) If it is in the CICS or IMS environment, you need to do something different. The processes identified so far are for global LE options. But you still could have unique LE Options on a per application/program basis or Online environment. in CICS you have a CLER transaction that can show you the CICS options. Not sure about IMS. Lizette Run a stub with the LE report options on in the JCL: Sorry about the length of this one. I clipped most of the comments and unnecessary junk from the program, but it's still pretty long. Just compile the program and run the JCL and you'll get an LE report. This is the only way I know of to list currently active LE options. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
JZOS runs java, not javac, so you would have to use BPXBATCH to run javac. It turns out that javac (the java compiler command) is really just a front end to Java that runs the com.sun.tools.javac.Main class from $JAVA_HOME/lib/tools.jar. So, it is possible to use JZOS to run the compiler class. See this for more information: http://www.dovetail.com/forum/viewtopic.php?p=1285 However, most of us that do mainframe java development *never* compile under z/OS. It is just much easier to compile and build jars with a workstation IDE and then upload the jars to z/OS to run. The redbook that you reference shows some example Ant scripts that can be used to automate creating and uploading jars. Kirk Wolf Dovetailed Technologies Barkow, Eileen wrote: There is also the BPXBATSL facility. The differences between the 3 (jzos, bpxbatch, bpxbatsl) are described in the redbook Java Stand-alone Applications on z/OS Volume 1 I have been going thru all the examples for JZOS including the new ones given in the new alphaWorks edition and have not yet seen an example of running the java compiler with JZOS. I tried it and got alot of errors. Can the java compiler be run with JZOS or only BPXBATCH? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to identify an STC Name
Thanks to all who replied. I have determined the winner is ROSCOE by the prepondernce of the votes. Thanks to all who replied. I have determined the winner is ROSCOE by the prepondernce of the votes. Roscoe 2 everything else 1. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, June 20, 2007 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why do we need BPXBATCH, JZOS et. al.? JZOS runs java, not javac, so you would have to use BPXBATCH to run javac. It turns out that javac (the java compiler command) is really just a front end to Java that runs the com.sun.tools.javac.Main class from $JAVA_HOME/lib/tools.jar. So, it is possible to use JZOS to run the compiler class. See this for more information: http://www.dovetail.com/forum/viewtopic.php?p=1285 However, most of us that do mainframe java development *never* compile under z/OS. It is just much easier to compile and build jars with a workstation IDE and then upload the jars to z/OS to run. The redbook that you reference shows some example Ant scripts that can be used to automate creating and uploading jars. Kirk Wolf Dovetailed Technologies Thanks for that information. I agree with you about doing Java development off of the z/OS platform. I, personally, use Netbeans on Linux. I then upload the entire Netbeans project subdirectory to the z/OS system. In an actual production environment, however, I might be tempted to do the compile on z/OS just to be sure that the JVM and the .class files are compatable. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Schramm, Rob wrote: I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? If you are at zOS 1.7 or above this command seems to work; D CEE,CEEDOPT CEE3745I 13.03.12 DISPLAY CEEDOPT CEE=(00) Doesn't work if you haven't migrated to using the PARMLIB member CEEPRMxx. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
Kirk, thank you very much for your explanation about javac and jzos. I have to try to run javac again under jzos - I was not sure if you could do it or not so I did not pursue trying to fix the errors. I know that it is usually easier to run compiles on the work station but it seems to me that if JZOS is supposed to be some type of replacement for BPXBATCH from which javac can run, then it too should support and document the use of javac. Besides, sometimes it is necessary to have self contained job streams that do both compiles and executions - like the cobol compile and go procs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, June 20, 2007 1:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why do we need BPXBATCH, JZOS et. al.? JZOS runs java, not javac, so you would have to use BPXBATCH to run javac. It turns out that javac (the java compiler command) is really just a front end to Java that runs the com.sun.tools.javac.Main class from $JAVA_HOME/lib/tools.jar. So, it is possible to use JZOS to run the compiler class. See this for more information: http://www.dovetail.com/forum/viewtopic.php?p=1285 However, most of us that do mainframe java development *never* compile under z/OS. It is just much easier to compile and build jars with a workstation IDE and then upload the jars to z/OS to run. The redbook that you reference shows some example Ant scripts that can be used to automate creating and uploading jars. Kirk Wolf Dovetailed Technologies Barkow, Eileen wrote: There is also the BPXBATSL facility. The differences between the 3 (jzos, bpxbatch, bpxbatsl) are described in the redbook Java Stand-alone Applications on z/OS Volume 1 I have been going thru all the examples for JZOS including the new ones given in the new alphaWorks edition and have not yet seen an example of running the java compiler with JZOS. I tried it and got alot of errors. Can the java compiler be run with JZOS or only BPXBATCH? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
Mark, Bruce Black has given an excellent explanation (as usually does) of the facts about DFDSS and FDR backup tapes, you could also add HSM and a few others(block size in the label is not what written on the tape). The Opentech Systems TapeCopy product can copy and stack these tapes because TapeCopy uses EXCP code to copy tapes block for block. The copy will have the same number and size as the original, block for block. Check out TapeCopy via the following link; http://www.opentechsystems.com/tape-copy.php Don Don Bolton Director Technical Services 800-460-3011 Phone 469-635-1500 Phone 469-635-1507 Fax www.OpentechSystems.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Wednesday, June 20, 2007 10:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Virtual Tape ??? John, I guess my complaint/argument is that IEBGENER is an IBM standard tape copy utility. Data on a tape is sequential (PS), regardless if put there by another IBM utility like IEBCOPY, IEBGENER, etc. I'm sure I've used GENER in the past to copy RECFM=U files? The reason that DFSMSdss backup datasets are unique is that the tape label says RECFM=U,BLKSIZE=32760. However, the actual data blocks are as large as 64K. When IEBGENER and similar copy utilities copy the backup, they believe the tape label. All the data blocks are truncated at 32760, so half the data is lost. The DFSMSdss COPYDUMP utility is smart enough to copy the entire block. The same consideration applies to FDR backups, where the real blocksize can be up to 57K. The FDRTCOPY utility must be used to copy FDR backups. The reason for both of these is that they were originally written long before the system supported large blocks. The largest blocksize you could specify at OPEN was 32760. So both products open the backup with RECFM=U,BLKSIZE=32760 and then wrote a larger physical block. This IEBGENER limitation would apply to any RECFM=U dataset where the physical block can exceed the apparently BLKSIZE, but DSS and FDR backups are the only two cases I know of. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?)
McKown, John wrote: Thanks for that information. I agree with you about doing Java development off of the z/OS platform. I, personally, use Netbeans on Linux. I then upload the entire Netbeans project subdirectory to the z/OS system. In an actual production environment, however, I might be tempted to do the compile on z/OS just to be sure that the JVM and the .class files are compatable. John, I understand the argument to recompile on z/OS. But after many years of working with production z/OS java applications, we have never found a problem running classes compiled by either the Sun or Eclipse Java compilers. (You do need to make sure that you are building with the correct JDK level and target JVM level). I could be wrong, but I think that the z/OS SDK's javac compiler uses Sun's code (in java) for compiling to byte-codes. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, June 20, 2007 1:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?) McKown, John wrote: Thanks for that information. I agree with you about doing Java development off of the z/OS platform. I, personally, use Netbeans on Linux. I then upload the entire Netbeans project subdirectory to the z/OS system. In an actual production environment, however, I might be tempted to do the compile on z/OS just to be sure that the JVM and the .class files are compatable. John, I understand the argument to recompile on z/OS. But after many years of working with production z/OS java applications, we have never found a problem running classes compiled by either the Sun or Eclipse Java compilers. (You do need to make sure that you are building with the correct JDK level and target JVM level). I could be wrong, but I think that the z/OS SDK's javac compiler uses Sun's code (in java) for compiling to byte-codes. Kirk Wolf Dovetailed Technologies Hum, have you ever run in a shop with a paranoid Change Control manager? grin Nothing gets into production unless it goes though change control. For programs, that means moving the source to the correct source library, then recompiling it just to be sure that the executable was indeed created from the source. No moving of compiled programs directly into a library. That violates our auditing standards. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?)
Am I missing something here but what about the special IBM supplied classes for i/o in com.ibm.jzos and others that are not supplied with Sun java. would you not have to download those classes to the work station or use IBM'S java if you are using those special classes. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, June 20, 2007 2:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, June 20, 2007 1:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?) McKown, John wrote: Thanks for that information. I agree with you about doing Java development off of the z/OS platform. I, personally, use Netbeans on Linux. I then upload the entire Netbeans project subdirectory to the z/OS system. In an actual production environment, however, I might be tempted to do the compile on z/OS just to be sure that the JVM and the .class files are compatable. John, I understand the argument to recompile on z/OS. But after many years of working with production z/OS java applications, we have never found a problem running classes compiled by either the Sun or Eclipse Java compilers. (You do need to make sure that you are building with the correct JDK level and target JVM level). I could be wrong, but I think that the z/OS SDK's javac compiler uses Sun's code (in java) for compiling to byte-codes. Kirk Wolf Dovetailed Technologies Hum, have you ever run in a shop with a paranoid Change Control manager? grin Nothing gets into production unless it goes though change control. For programs, that means moving the source to the correct source library, then recompiling it just to be sure that the executable was indeed created from the source. No moving of compiled programs directly into a library. That violates our auditing standards. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barkow, Eileen Sent: Wednesday, June 20, 2007 1:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Compiling Java on z/OS (Was: why do we need BPXBATCH, JZOS et. al.?) Am I missing something here but what about the special IBM supplied classes for i/o in com.ibm.jzos and others that are not supplied with Sun java. would you not have to download those classes to the work station or use IBM'S java if you are using those special classes. Correct. And that works just fine. Now, is doing so legal? I hope so. Another possibility would be to leave them on the z/OS system and make them available to workstations via CIFS (SMB) or NFS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Snipped -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Snipped If you are at zOS 1.7 or above this command seems to work; D CEE,CEEDOPT CEE3745I 13.03.12 DISPLAY CEEDOPT CEE=(00) Doesn't work if you haven't migrated to using the PARMLIB member CEEPRMxx. Also doesn't work if you don't have OPERATOR authority (like me and many others on the list). I never understood the auditor/sysprog paranoia about letting normal users have access to the operator Display commands, but I also understand that sufficiently fine-grained definitions of authority that permit Display and nothing else (and $D for JES2) haven't been available. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Datacenter Migration
You probably need to be more specific, are you switching to another platform, relocating, moving to a different processor or is your data center flying south for the winter? It is just to complicated for a one-fits-all document and many would like to sell the service. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Wednesday, June 20, 2007 1:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe Datacenter Migration Hi, I was just looking for some document by IBM or any other third party for Mainframe Datacenter Migration. Is there any published document related to this ? What all things to be taken care/steps involved during mainframe datacenter migration ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe Datacenter Migration
Hi, I was just looking for some document by IBM or any other third party for Mainframe Datacenter Migration. Is there any published document related to this ? What all things to be taken care/steps involved during mainframe datacenter migration ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Datacenter Migration
Yep thts true .. I just wanted some document which will explain the complexity involved in mainframe datacenter migration which can be put up to top management and also will help in preparing RFP. JAcky On 6/21/07, Rugen, Len [EMAIL PROTECTED] wrote: You probably need to be more specific, are you switching to another platform, relocating, moving to a different processor or is your data center flying south for the winter? It is just to complicated for a one-fits-all document and many would like to sell the service. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Wednesday, June 20, 2007 1:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe Datacenter Migration Hi, I was just looking for some document by IBM or any other third party for Mainframe Datacenter Migration. Is there any published document related to this ? What all things to be taken care/steps involved during mainframe datacenter migration ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMS DB2 list
The YLASSOC listserv was taken over by the IDUG (international DB2 User group) and that listserv address was posted within the thread Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 Database Administration [EMAIL PROTECTED] Tel: +1 905 886 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best 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:[EMAIL PROTECTED] On Behalf Of Robert Lawrence Sent: June 20, 2007 9:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMS DB2 list [EMAIL PROTECTED] Has not been valid for several years Bob Lawrence DBA Boscovs Dept Stores LLC 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. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Datacenter Migration
I just wanted some document which will explain the complexity involved in mainframe datacenter migration which can be put up to top management and also will help in preparing RFP. Again, as another poster said, it depends on what you are doing. Are you: Just moving from A to B? Outsourcing? Off-shoring? Re-platforming? Insourcing? (I've done all of the above -- they are all complex) Just wanting a single document to explain the complexity doesn't answer the question. The question is: What do you want to do? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
On Wed, 20 Jun 2007 12:19:42 -0500, Mark Zelden [EMAIL PROTECTED] wrote: If you don't know of a cobol program to run, compile/link the IVP: see hlq.SIGYSAMP(IGYWFIV1) I hadn't looked in a while. The sample name I quoted was from COBOL for MVS VM. The same sample for Enterprise COBOL is in hlq.SIGYSAMP(IGYWIVP1). //IGYWIVP1 JOB JOB PARAMETERS // JCLLIB ORDER=SYS1.IGY.SIGYPROC //RUNIVP EXEC IGYWCLG,PARM.COBOL=RENT,REGION=1400K, // PARM.LKED='LIST,XREF,LET,MAP', // LNGPRFX='SYS1.IGY',LIBPRFX='SYS1.CEE', // PARM.GO='/RPTOPTS(ON),RPTSTG(ON)' //COBOL.SYSIN DD DSN=SYS1.IGY.SIGYSAMP(IGYIVP),DISP=SHR //GO.SYSOUT DD SYSOUT=* Someone already mentioned using CLER for finding out the options under CICS. Another way is to look at a dump with IPCS and use VERBX LEDATA. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
On 20 Jun 2007 09:39:22 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Schramm, Rob) wrote: I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? It's been a long time since I did this, but you might try assembling, linking, and running: CEEUOPT CSECT CEEUOPT AMODE ANY CEEUOPT RMODE ANY CEEXOPT RPTOPTS=(ON) END -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
Farley, Peter x23353 wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Snipped -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Snipped If you are at zOS 1.7 or above this command seems to work; D CEE,CEEDOPT CEE3745I 13.03.12 DISPLAY CEEDOPT CEE=(00) Doesn't work if you haven't migrated to using the PARMLIB member CEEPRMxx. Also doesn't work if you don't have OPERATOR authority (like me and many others on the list). I never understood the auditor/sysprog paranoia about letting normal users have access to the operator Display commands, but I also understand that sufficiently fine-grained definitions of authority that permit Display and nothing else (and $D for JES2) haven't been available. Good point. However THIS IS NOT TRUE. There are commands, which *cannot* be protected using OPERCMDS profiles. If you have DB2 then you can stop it, even with FORCE without asking any RACF profile. Simply try -DSN1 STOP DB2 (command prefix can be different). It's not MVS command, but can be issued from any MVS console, i.e. like JES2 commands. So, you can protect who can display what, very fine-grained control, but you cannot protect DB2 against accidental shutdowns. In fact, the quilty is DB2, because DB2 should ask RACF before command is accepted. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Datacenter Migration
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Wednesday, June 20, 2007 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Datacenter Migration Yep thts true .. I just wanted some document which will explain the complexity involved in mainframe datacenter migration which can be put up to top management and also will help in preparing RFP. snip As others have said, it depends, based on what you currently have and what you want to end up with. Let us suppose that you are going to move an existing facility across the street. 1) Whatever your current A/C requirements are you will have to meet the same 2) Whatever your power requirements are now, have to be met there (120VAC, 220-250VAC, 3 phase, etc.) 3) ACCESS ACCESS ACCESS - just because the other building has a computer room the same size as what you currently have, doesn't mean that your equipment will fit through the doors or on the elevator. 4) Now if you are consolidating while doing the move, you must have the info to determine if the new site will accommodate 5) Raised floor now? Will the other side have raised floor and will it be tall enough and will it support the weight of what you have? 6) ACCESS - do you have to have some type of security access, does the other site have to be modified to provide same? 7) Software licenses -- processor id(s) or dongles, etc. ... And the list goes on to cover communications lines (external, internal, phone, data, etc.), fire suppression/alarm, etc. There is a lot you have to know (FULL inventory of what you currently have, giving floor space, access requirements, power, etc. ab naseum), just to start down this road regardless of where you want to end up. So you can see why no one really wants to bite on this until you can give a bit more info because some of the things listed don't apply if you are outsourcing (theoretically the vendor's issue(s)). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
I never understood the auditor/sysprog paranoia about letting normal users have access to the operator Display commands I don't know about your shop, but at ours it gets to be a pain when users call to complain because: my job is 20th on the queue it looks like there are an awful lot of abends today , what are you guys doing about it? why is job such-and-such allowed to generate 20 million lines? We also had similar problems with programmers and RMFMON before we protected it. It's not that I don't want them to see the information, it's that they don't understand the information they see, and then they complain to me about it. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Wednesday, June 20, 2007 2:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: how to list LE options snip my job is 20th on the queue Not anymore, I just purged it. Now go away. it looks like there are an awful lot of abends today , what are you guys doing about it? Shooting the fool programmers who couldn't write perfect code, first time. why is job such-and-such allowed to generate 20 million lines? Because it is listing all the idiot calls we have received this year, and your name is coming up on most of them. snip Tim Hare Ah, to be the BOFH! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tim Hare I never understood the auditor/sysprog paranoia about letting normal users have access to the operator Display commands I don't know about your shop, but at ours it gets to be a pain when users call to complain because: my job is 20th on the queue Hit Enter. it looks like there are an awful lot of abends today , what are you guys doing about it? Ask the owners of the abending programs. why is job such-and-such allowed to generate 20 million lines? Because it can. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Datacenter Migration
And the list goes on. I would think one of the first questions would be how long of an outage can you take to make the move? Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
Bob, I thing you have your answer. But here is a tip. Turning this on in CICS has overhead..the options are listed for each transaction -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schramm, Rob Sent: Wednesday, June 20, 2007 12:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: how to list LE options I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
On Wed, 20 Jun 2007 11:35:57 -0500, Dave Kopischke [EMAIL PROTECTED] wrote: On Tue, 19 Jun 2007 22:23:56 -0700, Gibney, Dave wrote: I might have to look at capping if we go further down the SCRT and perhaps zNALC route, but for now, no hard capping. You might seriously consider over-buying capacity and going with a soft cap. That allows you to get 100% of your machine for periods of high demand and only have to pay at the four hour rolling average mark. You might have to do some work to ensure you aren't bumping up to your softcap level too often or you'll never have an interval where 100% usage will stay within your softcap. It's working well for us, but would be better if all our third party licenses would play along. (C)Amen, brother! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why do we need BPXBATCH, JZOS et. al.?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Wednesday, June 20, 2007 10:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why do we need BPXBATCH, JZOS et. al.? That's like asking why we need IKJEFT01 to run TSO commands in batch. The commands need an environment which supplies the services needed to execute. BPXBATCH et al provide that environment for Unix commands. Grumble I hate it when someone gives a reasonable and cogent explanation for one of my rants. /Grumble I suppose you're right, but that doesn't mean I have to like it. One of the greater distinctions between the *ix world and ours is that our world has always had this big set of differences between online and batch capabilities and environment, while AFAIK their world has always had none. I guess what I was ranting about was wanting our world (well, the batch side anyway) to have no differences either, which isn't really reasonable for us to expect, is it? Thanks for the reasoned response, even if it did deflate my rant. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
USS is the (I believe) accepted acronym (or at least abbreviation, if you say you ess ess rather than us) for MVS, OS/390, and z/OS UNIX System Services. Why does everybody waste their (our) time on this? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
On Jun 20, 2007, at 8:24 PM, Phil Knight wrote: Dittoever have users cruise your parmlib and then tell you how to tune the system? Solution: UACC(NONE). Phil, Exactly. One place where I worked there were quite a few consultants They were always complaining about X (take you pick what X was) It took time to research each complaint. So what we did was to keep a running total of hours spent in researching each call. At the end of the month We would summarize it by sysprog. I seemed to be the leading number as I was usually quite nice to the complainer (there were exceptions). The number of hours came out to be about a man week per month. When I showed the numbers to upper management they immediately threw out access to PARMLIB. I also convinced them (because it was in the standards manual that I had helped write) that access all but a few SYS1 datasets should be denied. In a day I had produced a list and gave it to the auditors. I had to explain what each data set was and why they should not have access to it. The auditors suggested the adoption to IT management and got the OK. The security people did their thing and turned on logging. After a month of monitoring they turned off access. The consultants howled as they could no longer assemble programs (no access to sys1.maclib) they also croaked a lot about parmlib. The auditors stood their ground as well as we did as well. The regular staff people mostly did not care 1 iota they were not conversant in BAL and that gave them an edge to say NO to the consultants which were running rough shod over the staff. The SDSF issue was really never an issue per se. From Day one they access only to their USERID type jobs. That settled quite a few arguments because we indicated that syslog had security related information that was not their concern. Looking into jobq's was not an issue because we had service level agreements and we met them so there was no need for anyone to monitor them. I regularly produced reports of violators and management did back them up with a pointed question as to why the violated them. I was also in weekly contact with several VP's in the applications group and I listened to complaints before they got to the DC. I was either able to address the complaints with a personal phone call or a conference with the people involved (most of the time). We tried to stay on friendly terms and that meant going out to lunch or out drinking with them. We also listened. They also knew that we would attempt to address the issue before it became a political hotdog. One area where I felt I fell down was performance capacity planning. Our VP would only order more capacity if the CEO OK'd it. He would never go and ask. It was a real pain as I explained to the people its out of my control. Start working on the CEO to convince him we need more power. I think the VP was a little miffed at me but I got tired of begging. We were growing at about 20 percent a year. The people would show him the charts and he would just say so? The guy was so tight with the money he was practically a thief when it came to paying for licensing for the other site we had. I didn't know what was going on till we had a audit and I spotted the issue. I was told to shut up it was a management issue. I had a difficult time keeping the secret. I finally told IBM about it and they said well they knew about the issue but wanted to keep our business so they kept quiet. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)
Phil It seems hardly credible that you ally yourself with this belief given the exposure the topic so often has in this forum. This explains Ted's response incidentally. I generally let the incorrect use of USS go by - *if* there's no risk of confusion with the correct use. However, in a - very - recent exchange - earlier this month - which even managed to acquire the re-titling USS pedantry, two additional points arose: 1. A very significant practical point was made by Steve Thompson (Tuesday, June 05, 2007 9:57 PM) that if you habitually misuse USS you may find that your ETR is misrouted to VTAM support. 2. Misuse of USS can be irritating to folk - like myself actually although I've learned not to complain - who have known - and some have hated[1] - USS from the mid-'70s. It is therefore discourteous. I have demolished your heretical belief quite conclusively in past posts. You can verify the point yourself very easily by using USS as a search word on the UNIX System Services bookshelf. Already you become aware of the unofficial status when you find that only 4 books out of the 11 even register a hit. [1] One colleague sometime around 1977 is well remembered for cursing Session not bound, the original text for USS message 7. Chris Mason - Original Message - From: Phil Smith III [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, June 21, 2007 2:33 AM Subject: Re: Patents, Copyrights, Profits, Flex and Hercules Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: You write USS when you mean z/OS Unix system Services. Why is one piece of incorrect nomenclature worse than another? They are equally wrong. USS is the (I believe) accepted acronym (or at least abbreviation, if you say you ess ess rather than us) for MVS, OS/390, and z/OS UNIX System Services. ... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html