Re: Active WLM Policy dataset
vern [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ... I've inherited a system which has multiple WLM policy datasets defined. How can I tell which is active ? Cheers, Vern. Go to WLM, select option 2 (extract definition from WLM couple dataset), save it to a new PDS and compare this PDS with the ones you inhereted?. You can of course declare the one you saved as the definitely current service definition. Depending on the work discipline of your preceders, they might have changed the policy in the couple dataset, without even saving it in a PDS. Kees. Ps. This newsgroup is a mirror of a news server. Subscribe to the newsserver to address the majority of the IBM-MAIN population. See the automagically added info at the bottom. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
On Mon, 6 Feb 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: There is a REDBOOK on conversion from MIM to GRS! - -teD Ted, you mentioned a Redbook in your reply above. I cannot find it, do you have the number for me? Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sFTP from/to z/OS
You might want to use FTPS as the shorthand name for FTP/TLS or FTP/SSL. SFTP often refers to SSH file transfer protocol. (And FTP over SSH is yet a third choice, as mentioned.) At least, that seems to be what Wikipedia thinks in terms of keeping the naming straight, so it must be true, right? :-) For the record, OpenSSH (with sftp) was made available all the way back at least to z/OS 1.4, but the current version requires z/OS 1.7 or higher. There are several other ways to transfer files of course. And this occasion may be the time to consider whether all the file transfer you have are appropriate. FTP (in any flavor) can have a lot of architectural disadvantages, particularly for interactions between on-line applications. But I've said more on that previously, so I'll stop here. - - - - - 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
Re: VIPA problem
Pat I also had a look at this when it appeared. If you search in CS IP System Administrators Commands for QOSPLCACT - as the most obscure keyword in the message set - in order to pin down the command, NETSTAT VDPT, and then hunt for the interpretation of I in this specific context, you will find I means Indicates that the data path to the target stack is inactive. I guess what you have in mind - and I assumed until I checked - is the I as it appears in the output of NETSTAT HOME with the explanation: quote An internally generated dynamic VIPA that is not advertised to routing daemons. This will be displayed for dynamic VIPAs created on target stacks for sysplex distributor or on stacks that are the endpoint for connections where the dynamic VIPA has moved to another stack /quote As for correcting the OP's original problem here, I would expect that it is a matter of investigating how the IP node with XCF address 10.1.48.2 has detached itself from the IP node with XCF address 10.1.48.1. I expect this will not be a VIPA problem but a straightforward problem at the IP level and possibly a problem with the sysplex which has caused the XCF connection to become broken. Chris Mason On Wed, 18 Jun 2008 14:36:44 -0500, Patrick O'Keefe [EMAIL PROTECTED] wrote: On Wed, 18 Jun 2008 07:06:40 -0500, Natasa Savinc [EMAIL PROTECTED] wrote: ... I noticed in display flag I what indicates that the data path to the target stack is inactive. How can I reactivate data path ? ... That I does *not* mean inactive. I think it means internal or some such. It is the normal status for the target of a Sysplex Distributor target that is not also the distributor. The address is in the home list but will not be advertised. As long as one of your potential distributor stacks is advertizing the address (shows the address without the I) and has the correct target definitions you should be fine. You will always have at least one stack showing the distributed address with I. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM
In the past we had a similar situation. The management had decided to remove CA Librarian. I know nothing about SCLM, but we have selected CVS/MVS for our purposes. (Mainframe developers and Mainframe COBOL-Sources) The special decision criteria for CVS on MVS: - low cost solution by using Open Source - vendor independence - much used in open systems environments (easier change of platform in the future) I developed an ISPF-Frontend for ease of use and to control the workflow (test, quality-control, integration, production) Therefore we are very flexible for future expansions. This will be the integration of egl-sourcecode. Albert VERLAGSGRUPPE WELTBILD GMBH Sitz der Gesellschaft: Augsburg Handelsregister Augsburg HRB 6035 Ust-ID-Nr: DE 127501299 Geschäftsführung: Carel Halff (Vorsitzender), Dr. Klaus Driever, Werner Ortner, Herbert Zoch Vorsitzender des Aufsichtsrates: Dr. Klaus Donaubauer
EMCS Consoles and MSCOPE default value
Hello, Can one globally change the default MSCOPE from *ALL to * for extended MCS consoles? Thanks for your feedback Best regards Allan Boyles -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DFHSM PROBLEM - ARC0560E
David, I apologise for not acknowledging your post earlier. I was off work due to an illness. I solved my problem by invoking Secondary Space Management. The reason why it was not running initially was because it was not scheduled to run on a Saturday. I altered the parm to YYN and it worked. There are 18 ML1 vols and all were full which prompted the Primary Space Management to fail this is why I was trying to execute the SSM. I have taken note about your suggestion to lower the threshold from 80% to 50%. Thanks to all who helped me out. --- On Sat, 6/7/08, O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote: From: O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] Subject: Re: DFHSM PROBLEM - ARC0560E To: IBM-MAIN@BAMA.UA.EDU Date: Saturday, June 7, 2008, 7:55 AM First of all, lower your ML1 Thresholds to 50. Raising it to 90 prevents the volume from being eligible for migration to ML2 until it is 90% full. Second, how many ML1 volumes do you have? If 10 or more you might consider issuing a Freevol against the one most fragmented. ex. HSEND FREEVOL MVOL(HSM129) TARGETLEVEL(ML1) Use ISMF panel 2;1 to obtain list of ML1 volumes. That will tell you the Fragmentation Index You might have to issue a Q AC and determine if Migration is HELD, if it is Release it. Or you could simply take a spare volume and addvol it to your ML1 pool. Don't forget to add the addvol statement to your parmlib. From: willie bunter [mailto:[EMAIL PROTECTED] Sent: Sat 6/7/2008 3:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM PROBLEM - ARC0560E I am trying to resovle the problem of ARC0560E - ARC0560E MIGRATION LIMITED: NO MIGRATION LEVEL 1 SPACEnbsp; AVAILABLE At 01:40 I issued the command to changenbsp;the threshold of the ML1 vols to 90nbsp; Later, I issued the commandnbsp;at 02:05nbsp;to start SECONDARY SPACE MANAGEMENT: HSEND SETSYS SECONDARYSPMGMTSTART(0200 1000).nbsp; However when I do a HSEND Q AC it doesn't show that it kicked in.nbsp; I also checked the STC for the message : ARC0517I SECONDARY SPACE MANAGEMENT STARTING but nothing shows.nbsp; I reissued the command at 02 20: HSEND SETSYS SECONDARYSPMGMTSTART(0230 1000) Still nothing. Is there something else I should do? nbsp; nbsp; -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Looking for consult help getting to 31-bit CICS Cobol
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Wednesday, June 18, 2008 5:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Looking for consult help getting to 31-bit CICS Cobol We are looking for someone to help with our getting to 31-bit addressing in CICS. Running TS 2.2 on zOS 1.08. Major problems: lots of VSCobol, a good bit of use of CICS forbidden verbs such as STRING in the VSCobol. I have re-written our old Assembler exits to work in batch, but CICS either presents new challenges, or VSCobol is getting in the way. So we are looking for someonewho has already done this, Must have VSCobol, zCobol, CICS, and assembler experience. eMail me, or call 562-290-4163 STRING is no long forbidden in Enterprise COBOL CICS code. The LE environment knows it is in CICS and replaces the z/OS GETMAIN with a CICS GETMAIN. -- 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
CA-PMO and PDSE
We are having a problem in which CA-PMO is not managing PDSE's. Trying to talk with support as it appears that PMO has no support in it for PDSE's; trying to determine if this support will be added. We ran into this problem shortly after installing DB2 V8, where SDSNLOAD went from PDS to PDSE, when affected batch job elapsed times tripled, and disk IO increased dramatically. Currently, we do NOT have SDSNLOAD in the linklist, but do steplib to it in various batch jobs. Can anybody comment on any of the following: 1. Has anyone else run into problems with PMO and PDSE? Is there a PMO PTF to fix this? 2. Is there a quick way out of this issue until we can convert all JCL batch jobs to remove SDSNLOAD, and put SDSNLOAD in the linklist? 3. Does DB2 V8 require PDSE as it states in the Installation manual, or is this only a recommendation? One of my colleagues found a Redbook that states this is only a recommendation . Thanks all! BK Kosmach _ Need to know now? Get instant answers with Windows Live Messenger. http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_062008 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Slow FTP transfer from z/OS to Unix
Rob, We are going to work on a TRACE. We transmitted the same file every time z/OS is involved in the tests but a different file was used between the PC and the LINUX server. Are you suspecting the content of the file? François Paré -Message d'origine- De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Rob Schramm Envoyé : 18 juin 2008 18:40 À : IBM-MAIN@BAMA.UA.EDU Objet : Re: Slow FTP transfer from z/OS to Unix François, Sounds like TRACERTE might show you where the slowness might be. I would compare the path between the pc-linux and mainframe-linux and look for the differences. My guess is there is a firewall/router in the path that is misbehaving... but then there are so many wonderful things that can happen on a network. I think the packet trace is a good idea as well. Just another thought.. are you transmitting the same file in each of the tests? (just making sure) Rob Schramm Sirius Computer Solutions -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-PMO and PDSE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of B Sysprog Sent: Thursday, June 19, 2008 8:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA-PMO and PDSE We are having a problem in which CA-PMO is not managing PDSE's. Trying to talk with support as it appears that PMO has no support in it for PDSE's; trying to determine if this support will be added. We ran into this problem shortly after installing DB2 V8, where SDSNLOAD went from PDS to PDSE, when affected batch job elapsed times tripled, and disk IO increased dramatically. Currently, we do NOT have SDSNLOAD in the linklist, but do steplib to it in various batch jobs. Can anybody comment on any of the following: 1. Has anyone else run into problems with PMO and PDSE? Is there a PMO PTF to fix this? 2. Is there a quick way out of this issue until we can convert all JCL batch jobs to remove SDSNLOAD, and put SDSNLOAD in the linklist? don't bother to put SDSNLOAD in the LINKLIST. Put it in LLA. That is where you'll get the program load speed up. LLA caches LNKLST, but you can also tell it to cache non-LLA data sets as well. One way to do this is to create a CSVLLAnn member in PARMLIB. Then do the z/OS operator command: F LLA,UPDATE=nn example CSVLLAnn member: LIBRARIES(-LNKLST-, DB2.SDSNLOAD) FREEZE(-LNKLST-, DB2.SDSNLOAD) 3. Does DB2 V8 require PDSE as it states in the Installation manual, or is this only a recommendation? One of my colleagues found a Redbook that states this is only a recommendation . Thanks all! BK Kosmach -- 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
Set JobId on Submit..
All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. i. e.: //ABCXYZPQ JOB 999830010T,'SPUFI',CLASS=A,NOTIFY=SYSUID, // MSGCLASS=H,MSGLEVEL=(1,1),SYSUID Here ABCXYZP was replace with my userid FOOBAA0, resulting to the jobname FOOBAA0Q... could anyone tell what I have to do to get this great feture back? Thanks, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge Sent: Thursday, June 19, 2008 8:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Set JobId on Submit.. All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. i. e.: //ABCXYZPQ JOB 999830010T,'SPUFI',CLASS=A,NOTIFY=SYSUID, // MSGCLASS=H,MSGLEVEL=(1,1),SYSUID Here ABCXYZP was replace with my userid FOOBAA0, resulting to the jobname FOOBAA0Q... could anyone tell what I have to do to get this great feture back? Thanks, Michael That was likely an in house function. There is no such function as distributed by IBM. If you are talking about submitting from TSO, then I'd bet it was done via the IKJEFF10 submit exit. Basically, you're likely out of luck. I'd really LOVE for IBM to allow something like: //SYSUID.A JOB ...,NOTIFY=SYSUID -- 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: Set JobId on Submit..
The IKJEFF10 TSO submit exit would be used to change the job name to the TSO user's ID. Maybe this was missed when you went to a new release? Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
Michael Knigge wrote: I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4B480/5.8.3 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set JobId on Submit..
Michael, If you cannot locate your IKJEFF10 exit I can send ours to you. Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Looking for consult help getting to 31-bit CICS Cobol
In a message dated 6/19/2008 7:43:24 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: STRING is no long forbidden in Enterprise COBOL CICS code. The LE environment knows it is in CICS and replaces the z/OS GETMAIN with a CICS GETMAIN. Probably going to need 'Portfolio Analyzer', change management software and a new programmer? **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
I'd bet it was done via the IKJEFF10 submit exit. Basically, you're likely out of luck. Ahhh, yes And I also found some on the CBT-Tape that will do the job! Thank you! I'd really LOVE for IBM to allow something like: //SYSUID.A JOB ...,NOTIFY=SYSUID And I always thought I'm too stupid ;) Now I know it really doesn't work ;-) Bye Thanks, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-PMO and PDSE
BK, In addition to John's suggestion, review the MAXVIRT value for LLA in COFVLFnn. If this library is as active as you describe it may be prudent to increase the current allocation if you LLA mange this library. Ron don't bother to put SDSNLOAD in the LINKLIST. Put it in LLA. That is where you'll get the program load speed up. LLA caches LNKLST, but you can also tell it to cache non-LLA data sets as well. One way to do this is to create a CSVLLAnn member in PARMLIB. Then do the z/OS operator command: F LLA,UPDATE=nn example CSVLLAnn member: LIBRARIES(-LNKLST-, DB2.SDSNLOAD) FREEZE(-LNKLST-, DB2.SDSNLOAD) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
On Thu, 19 Jun 2008 10:05:26 -0400, Jerry Fuchs wrote: The IKJEFF10 TSO submit exit would be used to change the job name to the TSO user's ID. Maybe this was missed when you went to a new release? In days of yore, I recall using the TSO SUBMIT command and being prompted for the jobname suffix character. Was that being done by the IKJEFF10 exit? And that TSO OUTPUT would retrieve only job named as user ID + one character. Various places in ISPF there are JOB statement templates. Are these effective only if the file being SUBMITted has no JOB statement? Regardless, I abandoned prefixing my job names with my user ID shortly after SDSF became available. I found it more useful to filter my SDSF displays by OWNER and use the full 8 characters of the job name for other meaningful information. Try it; it's liberating (although many of my colleagues find greater comfort in the legacy of user ID prefixing job names). I believe Flasher and EJES also provide filtering by owner ID. Installation standards may have inertia that binds you to the legacy naming conventions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
As others have said... an exit.
If you have your own clist/rexx library concatenated to SYSPROC/SYSEXEC,
you can easily create a submit edit macro that does it for you. Or perhaps
talk someone into putting the macro in a common library. Then you can type
something like MYSUB instead of SUBmit:
/* REXX */
/* */
/* AUTHOR: Mark Zelden */
/* */
Address ISREDIT
MACRO
uid= sysvar('SYSUID')
ulen = Length(uid)
(data1) = LINE 1
data1 = Overlay(uid,data1,3,ulen)
LINE 1= (data1)
SUBMIT
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCBD call error.
All, Our test lpar is now on z/OS 1.9 since Tuesday and all is well except for the 'tape processing'. We have a 3494 ATL and a B10 virtual environment. All parts of it are fine except for the VOLCAT. When you start OAM, it cannot communicate with the volcat. Also, when I try to list volumes within ISMF, it gets the TCBD CALL ERROR'. When I try to create or delete an entry in the volcat, same results. I can run a LISTCAT fine and it displays al the tape entries. The volcat is import connected to the new MASTER CAT. A listcat of the Master shows it. There has been no issue on our devl lpar with z/OS 1.9 and the tape processing. Something is amiss here and I can't put my finger on it. I have an open PMR with the OAM and CATALOG folks, but nothing yet. Does anyone here have any idea why I cannot 'get to the volcat' from batch or ISMF? All SMS routines are fine and I even re-drove them. It was all okay under z/OS 1.7 prior to the IPL of z/OS 1.9. Confused, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
On Thu, 19 Jun 2008 09:31:13 -0500, Mark Zelden wrote:
/* REXX */
/* */
/* AUTHOR: Mark Zelden */
/* */
Address ISREDIT
MACRO
uid= sysvar('SYSUID')
ulen = Length(uid)
(data1) = LINE 1
data1 = Overlay(uid,data1,3,ulen)
LINE 1= (data1)
SUBMIT
But be careful of the initial formatting of the JOB statement. If it
is initially the very legal:
//NAME JOB account-stuff
won't the above result in the not very legal:
//ZELDENOB account-stuff
... ? (I have a tester's mentality.)
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Set JobId on Submit..
This is from the early 90's, published in TSO Times, courtesy yours truly. http://www.tsotimes.com/quicktips/sp95qt1.html Todd -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge Sent: Thursday, June 19, 2008 8:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Set JobId on Submit.. All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. i. e.: //ABCXYZPQ JOB 999830010T,'SPUFI',CLASS=A,NOTIFY=SYSUID, // MSGCLASS=H,MSGLEVEL=(1,1),SYSUID Here ABCXYZP was replace with my userid FOOBAA0, resulting to the jobname FOOBAA0Q... could anyone tell what I have to do to get this great feture back? No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.4.0/1509 - Release Date: 6/19/2008 8:00 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
On Thu, 19 Jun 2008 15:55:29 +0200, Michael Knigge wrote: All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. could anyone tell what I have to do to get this great feture back? I couldn't resist trying the obvious, if only to verify that I got the expected (WAD) failure: 1 //SYSUID JOB SYSUID,'Paul Gilmartin', JOB02946 // MSGLEVEL=(1,1),REGION=0M,MSGCLASS=R //* IEFC653I SUBSTITUTION JCL - SPPG,'Paul Gilmartin',MSGLEVEL=(1,1),REGION=0M,MSGCLASS=R ... STMT NO. MESSAGE 1 IEFC662I INVALID LABEL Why, why, why?! I hate JCL! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM
Albert Thanks for the input -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Albert Klimek Sent: Thursday, June 19, 2008 4:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM In the past we had a similar situation. The management had decided to remove CA Librarian. I know nothing about SCLM, but we have selected CVS/MVS for our purposes. (Mainframe developers and Mainframe COBOL-Sources) The special decision criteria for CVS on MVS: - low cost solution by using Open Source - vendor independence - much used in open systems environments (easier change of platform in the future) I developed an ISPF-Frontend for ease of use and to control the workflow (test, quality-control, integration, production) Therefore we are very flexible for future expansions. This will be the integration of egl-sourcecode. Albert -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
On Thu, 19 Jun 2008 09:44:54 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote:
On Thu, 19 Jun 2008 09:31:13 -0500, Mark Zelden wrote:
/* REXX */
/* */
/* AUTHOR: Mark Zelden */
/* */
Address ISREDIT
MACRO
uid= sysvar('SYSUID')
ulen = Length(uid)
(data1) = LINE 1
data1 = Overlay(uid,data1,3,ulen)
LINE 1= (data1)
SUBMIT
But be careful of the initial formatting of the JOB statement. If it
is initially the very legal:
//NAME JOB account-stuff
won't the above result in the not very legal:
//ZELDENOB account-stuff
... ? (I have a tester's mentality.)
My code was just a 60 second throw together sample of what could be done
based on the OP. It wasn't meant to be works in all environments all
the time code. The best way to do that would be to build the entire
job card based on site specific standards instead of trying to account for
all the different combinations of userid length and where the JOB is
placed.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set JobId on Submit..
Paul Gilmartin wrote: On Thu, 19 Jun 2008 15:55:29 +0200, Michael Knigge wrote: All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. could anyone tell what I have to do to get this great feture back? I couldn't resist trying the obvious, if only to verify that I got the expected (WAD) failure: 1 //SYSUID JOB SYSUID,'Paul Gilmartin', JOB02946 // MSGLEVEL=(1,1),REGION=0M,MSGCLASS=R //* IEFC653I SUBSTITUTION JCL - SPPG,'Paul Gilmartin',MSGLEVEL=(1,1),REGION=0M,MSGCLASS=R ... STMT NO. MESSAGE 1 IEFC662I INVALID LABEL Why, why, why?! I hate JCL! From the JCL reference, chapter 5, section on JCL symbols, the rules include: 4. Do not use symbols to change the identifier field, name field, or operation field of a JCL statement So you can't use symbols in the name field of a JCL statement; I admit it would be nice, but you can't. Lobby for change. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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 do you do a standalone restore in a virtual tape enviroment
We currently have a tape environment which is a mixture of virtual and non- virtual tape. We are soon to be going to a complete virtual tape environment. In the unlikely event that we might loose all our data we have a process where we could restore from our tape backups. But how could we do this in a virtual tape environment? There are 4 sets of tapes. At the moment sets 1,2,3 are all 3590 non-virtual tapes. A list of the tapes are stored in a word doc (for tape sets 2 and 3). Tape 1 set - standalone IPL volume. Created yearly. Stored in a drawer. Tape 2 set - backup of a a mini (starter) MVS system (3*model9s) which we could IPL. On this starter system are some sample jobs to do the restores etc. Created weekly. Tape 3 set - back up of FDR catalog, TLMS/VMF backup, jobs to init dasd and restore from backups. Created daily. A list of the tape volsers is stored off-mainframe in a word document. Tape 4 set - FDR backups Created daily Assume we have no MVS systems. We would use standalone IPL (tape set 1) to restore the starter system (tape set 2). We would then IPL starter system and restore data on tape set 3 as this would only be a few tapes. The restored data from tape set 3 would the be used to reinit the dasd volumes and do FDR restores from tape backups. I know that we could replace the standalone IPL on a CD instead of a tape. We could also FTP the data from tape set 3 to an off-mainframe server. But how could we create/read the starter tape in virtual envionment? We have a DR site and we PPRC our data cross site and have procedures for that recovery scenario. But this process is to cover the unlikely event that all the data becomes corrupt at both sites and we have to restore from tape. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
Mark Zelden of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/19/2008 10:13:49 AM: The best way to do that would be to build the entire job card based on site specific standards instead of trying to account for all the different combinations of userid length and where the JOB is placed. See the JC macro on CBT file 078. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TCBD call error.
Check your LOADxx member and see if you have the wrong VOLCAT high level qualifier in the SYSCAT parm: SYSCAT ICFD00113CICF.DEVLPLEX.MASTER.CATALOG ICF Columns 64-71 contain the high level qualifier for your VOLCAT.VGENERAL catalog. The default is SYS1. John Ayon z/OS Server Technology - Technology Specialist Phone: (616) 791-3623 Fax: (616) 791-5131 [EMAIL PROTECTED] These opinions are mine and not necessarily those of my employer, Meijer Great Lakes Limited Partnership -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richbourg, Claude Sent: Thursday, June 19, 2008 10:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TCBD call error. All, Our test lpar is now on z/OS 1.9 since Tuesday and all is well except for the 'tape processing'. We have a 3494 ATL and a B10 virtual environment. All parts of it are fine except for the VOLCAT. When you start OAM, it cannot communicate with the volcat. Also, when I try to list volumes within ISMF, it gets the TCBD CALL ERROR'. When I try to create or delete an entry in the volcat, same results. I can run a LISTCAT fine and it displays al the tape entries. The volcat is import connected to the new MASTER CAT. A listcat of the Master shows it. There has been no issue on our devl lpar with z/OS 1.9 and the tape processing. Something is amiss here and I can't put my finger on it. I have an open PMR with the OAM and CATALOG folks, but nothing yet. Does anyone here have any idea why I cannot 'get to the volcat' from batch or ISMF? All SMS routines are fine and I even re-drove them. It was all okay under z/OS 1.7 prior to the IPL of z/OS 1.9. Confused, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 do you do a standalone restore in a virtual tape enviroment
On Thu, 19 Jun 2008 10:32:35 -0500, Jennifer Currell [EMAIL PROTECTED] wrote: We currently have a tape environment which is a mixture of virtual and non- virtual tape. We are soon to be going to a complete virtual tape environment. In the unlikely event that we might loose all our data we have a process where we could restore from our tape backups. But how could we do this in a virtual tape environment? Is there back end tape or a tapeless solution? If 100% tapeless you need to be replicating it for disaster recovery. If you recover your systems from that virtual tape, you need a driving system of some sort to get started. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBD call error.
In a message dated 6/19/2008 9:41:23 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: batch or ISMF? All SMS routines are fine and I even re-drove them. It was all okay under z/OS 1.7 prior to the IPL of z/OS 1.9. First guess would be the OAM exits. What tape management software are you using? Were they reapplied for the conversion or are you getting IBM defaults in LPALIB? **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
On Thu, 19 Jun 2008 10:36:42 -0500, John P Kalinich [EMAIL PROTECTED] wrote: Mark Zelden of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/19/2008 10:13:49 AM: The best way to do that would be to build the entire job card based on site specific standards instead of trying to account for all the different combinations of userid length and where the JOB is placed. See the JC macro on CBT file 078. Regards, John K Didn't look, but that is what I was referring to. Most shops I've been at have one of these (at least the ones that don't use submit exits). JC seems to be a common name. Go Figure. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set JobId on Submit..
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Knigge All, I'm currently working on a new system and I miss a great feature(tm). On the systems I've been working so far the Jobid of a JCL was automatically set to my UserId when I've submitted the Job. i. e.: //ABCXYZPQ JOB 999830010T,'SPUFI',CLASS=A,NOTIFY=SYSUID, // MSGCLASS=H,MSGLEVEL=(1,1),SYSUID Here ABCXYZP was replace with my userid FOOBAA0, resulting to the jobname FOOBAA0Q... could anyone tell what I have to do to get this great feture back? That was likely an in house function. There is no such function as distributed by IBM. If you are talking about submitting from TSO, then I'd bet it was done via the IKJEFF10 submit exit. Basically, you're likely out of luck. I'd really LOVE for IBM to allow something like: //SYSUID.A JOB ...,NOTIFY=SYSUID Now that could make a couple of USERMODs go away. :-) -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: Set JobId on Submit..
Wait a minute, guys. Isn't there something in ISPF SUBMIT that, if your JCL member does not contain a jobcard, the default jobcard stored in ISPF Settings somewhere is automatically inserted on top of your JCL? I seem to remember something like that ... Isn't that the solution to what ails you? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, June 19, 2008 09:00 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Set JobId on Submit.. snipped a few lines I'd really LOVE for IBM to allow something like: //SYSUID.A JOB ...,NOTIFY=SYSUID Now that could make a couple of USERMODs go away. :-) -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Looking for VSE specialist (CICS and DB2)
Hi, Our company is looking for someone who has more than twenty years of experiences in CICS and/or DB2 on VSE. I don't know whether somebody here on the list will have the interest to give it a try? As for the company itself, it's a major IBM mainframe system services and consulting provider in China. Most of its customers come from banking industry. Don't worry about the distance as you can choose to work offsite most of the time. If you're interested, please send a mail to me offline. Thanks. -- Best Regards, Johnny -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Set JobId on Submit..
In a message dated 6/19/2008 11:32:27 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wait a minute, guys. Isn't there something in ISPF SUBMIT that, if your JCL member does not contain a jobcard, the default jobcard stored in ISPF Settings somewhere is automatically inserted on top of your JCL? I seem to There's that, there's also the native TSO/E behavior documented in the user's guide. quote If the job name consists of only your user ID, the system prompts you for one or more characters to complete the job name. This allows you to change job names without re-editing the data. For example, you may submit the same job several times, and supply a different character for the job name each time you are prompted. If the first JCL statement of your data set is not a JOB statement, the system generates the following JOB statement when you submit the job with the SUBMIT command: //userid JOB accounting info, // userid, ** JOB STATEMENT GENERATED BY SUBMIT ** // NOTIFY=userid, // MSGLEVEL=(1,1) TSO/E prompts you for a character to complete the job name. The job accounting information is the information specified by the user when logging on to the system. With no JOB statement in the data set, the security label assigned to the job (if your installation uses security labels) is the security label you are logged on at. etouq dne **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISRDDN (DDLIST) ENQ Monitor
We recently converted one of our GRS RING systems to STAR and someone just noticed that the ENQ display no longer includes information from other systems. I suspect this is because it no longer has access to a local RSA and is not being told to look at the ISGLOCK structure. A quick search through the ISPF books, IBMLink and IBM-MAIN hasn't shown me any further information beyond the ISPF pop-up messages. Does anyone know of a way to tell ISRDDN you want cross-system ENQ info, or is this an enhancement request in the making? Some of us have grown quite fond of ISRDDN's ENQ monitor, so this is sort of a drag. Regards, Art Gutowski Ford Motor Company ITInfrastructure -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ISRDDN (DDLIST) ENQ Monitor
Art, This is because ISRDDN is using GQSCAN XSYS=NO (or the ISGQUERY form thereof) - the original author (Doug Nadel) probably did this as XSYS=NO can impact system peformance. ISRDDN and its mother program TASID are now once again supported by IBM - it might be worth opening up an enhancement request for it. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arthur Gutowski Sent: 19 June 2008 18:50 To: IBM-MAIN@BAMA.UA.EDU Subject: ISRDDN (DDLIST) ENQ Monitor We recently converted one of our GRS RING systems to STAR and someone just noticed that the ENQ display no longer includes information from other systems. I suspect this is because it no longer has access to a local RSA and is not being told to look at the ISGLOCK structure. A quick search through the ISPF books, IBMLink and IBM-MAIN hasn't shown me any further information beyond the ISPF pop-up messages. Does anyone know of a way to tell ISRDDN you want cross-system ENQ info, or is this an enhancement request in the making? Some of us have grown quite fond of ISRDDN's ENQ monitor, so this is sort of a drag. Regards, Art Gutowski Ford Motor Company ITInfrastructure -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Retirement
To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. As I go through my email folders preparing my PC for archival (.or whatever mgmt has in mind for it), I begin to realize how much I depended on you people. Yes, IBMLINK is available, but I always tend to look to this list for real life experiences, usually providing short-cuts to resolve a given problem. ..so Best Wishes to all, and good luck. Gabe Torres Systems Programmer (HR has changed our Titles,..but I still like Systems Programmer) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
Gabe Torres wrote: To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. Congratulations! What will you be doing in your second career? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Retirement
-snip--- To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. unsnip-- Congratulations. Gonna catch up on the fishing? Catch up with the grandkids? Travel? Or just kick back and enjoy a well-earned rest? Whatever you choose to do, I wish you many happy years. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
On Thu, 19 Jun 2008 11:20:34 -0700, Gabe Torres [EMAIL PROTECTED] wrote: Gabe Torres Systems Programmer (HR has changed our Titles,..but I still like Systems Programmer) I am fond of the SP title also and use it all the time. Congrats and best wishes! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
Would love to find part-time work, but there are only 3 mainframes within 150 miles. Not much here in Nevada. I plan on getting my sailboat into the water this summer, and spending more time with the grandkids, take some classes,... Most of my Sysprog Friends whom I worked with over the last 30 years have already retired. It was difficult to find time with them because they are on a different schedule. I Plan on hooking up with them and do the camping, fishing..etc. gabe - Edward E Jaffe: Congratulations! What will you be doing in your second career? Gabe Torres wrote: To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
On 19 Jun 2008 12:11:34 -0700, [EMAIL PROTECTED] (Patrick Lyon) wrote: (HR has changed our Titles,..but I still like Systems Programmer) I am fond of the SP title also and use it all the time. Congrats and best wishes! I prefer FTG (Full Time Grandpa). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Torres Sent: Thursday, June 19, 2008 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Retirement To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. As I go through my email folders preparing my PC for archival (.or whatever mgmt has in mind for it), I begin to realize how much I depended on you people. Yes, IBMLINK is available, but I always tend to look to this list for real life experiences, usually providing short-cuts to resolve a given problem. ..so Best Wishes to all, and good luck. SNIP Is it polite to say that I'm jealous? I would like to do more FTG, but I just can't stop flinging code, bits... Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
Not sure how I would use ISRDDN in a clist? I've considered parsing LISTALC output, but was just wondering if there was an easier way. Thanks, Cathy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
On Thu, 19 Jun 2008 15:01:01 -0500, Cathy Taddei [EMAIL PROTECTED] wrote: I've got a clist performing LISTDSI on a dd name to see if it is allocated. Unfortunately, this doesn't work if the file is allocated to VIO. Is there an alternative to LISTDSI that will tell whether a ddname is allocated? What about (TSO) LISTALC STATUS? What exactly is the problem / issue? I ask, because I ran into a problem with VIO and IPLINFO using LISTDSI a while back. I changed my ISPF panel data set to a temp PDS and then used LISTDSI to find the DDNAME so I could write to it with REXX EXECIO. This failed in some environments that changed the allocation to VIO (via SMS rules). I then changed the allocation of the library to PDSE and that worked in some environments that checked for PDSE and didn't try to allocated it to VIO. But since PDSE can't be in VIO, it failed in other environments. Eventually I did it the correct way and used ISPF services (LM*) to write to the temp PDS (as opposed to EXECIO). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTDSI alternative?
Cathy - try this simple exec that you can call from your exec. If you get a return code of 0 then it is allocated and if you get a 4 then it is not allocated /* rexx to test if a dd is allocated */ arg ddname call outtrap 'isa.' 'listalc sta sys' call outtrap 'off' do i = 1 to isa.0 select when word(isa.i,2) = ddname then exit 0 when word(isa.i,1) = ddname then exit 0 otherwise nop end end /* * * DD Not Found * * */ exit 4 Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Syncsort Special Options
Hi Martin, I believe they still offer some options special customer zaps that are only needed by a few customers or perhaps require a little extra technical discussion with support before use. We have been a long time customer and have used these types of options only rarely and typically only until the next major release when the issue was addressed in a way that did not require the SCZ. You don't go looking for those they come looking for you. A better answer is you should call SyncSort and explain what you think you want to change that you cannot find documented. I bet if you are evaluating it they can get you the documentation as well. The support team at SyncSort is very good. Find them at http://www.syncsort.com/supprt/home.htm Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Kline Sent: Tuesday, June 17, 2008 5:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Syncsort Special Options I am working with an evaluation copy of Syncsort, so I only have the Programmer's Guide, and not even an Installation Guide. It's been many years since I worked with Syncsort, so maybe someone here can help with my faulty memory. At one time, didn't Syncsort have a set of options that were managed via zap? I know the SYNCMAC options control the common options, but I seem to recall there being another set of options/defaults that were controlled via zaps. It seems like these options controlled things like what to do when the sortout dcb had one lrecl, but the outrec calculated another, and odd situations like that. Anyone recall - or have a manual? I understand the manual may be protected from public use, so I'm not asking for a copy. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTDSI alternative?
On Thu, 19 Jun 2008 15:01:01 -0500 Cathy Taddei [EMAIL PROTECTED] wrote: :I've got a clist performing LISTDSI on a dd name to see if it is allocated. :Unfortunately, this doesn't work if the file is allocated to VIO. Is there an :alternative to LISTDSI that will tell whether a ddname is allocated? ALLOC F(ddname) DA(*) will generate RC0 if the DDNAME is already allocated. What happens when LISTDSI is issued against VIO? RC=4 would indicate that the DDNAME is allocated. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Network Time Protocol (NTP) client support question
STP is more dollars than I'll ever talk my site into spending, especially since such function is FREE on every other platform I know of. Last I looked, it lists for in the 5 figure range. Even if free, I'd have difficulty convincing the rest to let me be the BOSS time server. Timothy Sipples [EMAIL PROTECTED] Paul Gilmartin writes (presumably re: z/OS SNTPD): Gulp. $$$? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retirement
Well Gabe, You should get RDz and some mainframe OS on a home PC then you can spend tons of time answering all the ignorant questions I an going to cook up :-) Graham - Original Message - From: Gabe Torres [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, June 19, 2008 3:14 PM Subject: Re: Retirement Would love to find part-time work, but there are only 3 mainframes within 150 miles. Not much here in Nevada. I plan on getting my sailboat into the water this summer, and spending more time with the grandkids, take some classes,... Most of my Sysprog Friends whom I worked with over the last 30 years have already retired. It was difficult to find time with them because they are on a different schedule. I Plan on hooking up with them and do the camping, fishing..etc. gabe - Edward E Jaffe: Congratulations! What will you be doing in your second career? Gabe Torres wrote: To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
Thanks, Mark. The problem is with a vendor-provided clist. They've given me a workaround that involves locally modifying a bunch of their clists, which I'll have to track and refit if they should provide PTF's (it's not SMP-maintained). I thought I'd make it easier on myself by updating the one exec that has the listdsi in it. It looks like listalc is my best bet. Although I am starting to question the value of VIO... Cathy On Thu, 19 Jun 2008 15:28:09 -0500, Mark Zelden [EMAIL PROTECTED] wrote: What about (TSO) LISTALC STATUS? What exactly is the problem / issue? I ask, because I ran into a problem with VIO and IPLINFO using LISTDSI a while back. I changed my ISPF panel data set to a temp PDS and then used LISTDSI to find the DDNAME so I could write to it with REXX EXECIO. This failed in some environments that changed the allocation to VIO (via SMS rules). I then changed the allocation of the library to PDSE and that worked in some environments that checked for PDSE and didn't try to allocated it to VIO. But since PDSE can't be in VIO, it failed in other environments. Eventually I did it the correct way and used ISPF services (LM*) to write to the temp PDS (as opposed to EXECIO). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slow FTP transfer from z/OS to Unix
François, Honestly, I am not sure what to make of the problem. But for general problem solving, I would ensure that files being transferred are all the same. That the direction is the same. I am always suspicious of files, ftp options, network paths (thru routers, cables and firewalls) and MTU. I have seen or been part of a number of bizarre TCP/IP problems over the years and anything you can do to normalize your testing/verification will help yield tests that will uncover the real culprit. problems... firewall rules gone bad, firewall loose cables, tar pits, packet fragments not being accepted, bad routing, excessive retransmitting, ftp bugs, osa bugs, windows bugs (exhausted windows resource causing the IP stack to report errors) .. I am sure that there are some choice ones I am forgetting... like s0c4 on a vba file ftp, port scanners for security killing boxes. Rob p.s. You might also consider running TRACE on the LINUX box as well. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
Thanks, Lionel. Nice and compact! Cathy On Thu, 19 Jun 2008 13:30:56 -0700, Lionel B Dyck [EMAIL PROTECTED] wrote: Cathy - try this simple exec that you can call from your exec. If you get a return code of 0 then it is allocated and if you get a 4 then it is not allocated /* rexx to test if a dd is allocated */ arg ddname call outtrap 'isa.' 'listalc sta sys' call outtrap 'off' do i = 1 to isa.0 select when word(isa.i,2) = ddname then exit 0 when word(isa.i,1) = ddname then exit 0 otherwise nop end end /* * * DD Not Found * * */ exit 4 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
Hi Binyamin. LISTDSI only works on DASD -- it gives RC=16 for VIO. Cathy On Thu, 19 Jun 2008 23:58:33 +0300, Binyamin Dissen [EMAIL PROTECTED] wrote: ALLOC F(ddname) DA(*) will generate RC0 if the DDNAME is already allocated. What happens when LISTDSI is issued against VIO? RC=4 would indicate that the DDNAME is allocated. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Network Time Protocol (NTP) client support question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave Sent: Thursday, June 19, 2008 4:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Network Time Protocol (NTP) client support question STP is more dollars than I'll ever talk my site into spending, especially since such function is FREE on every other platform I know of. Last I looked, it lists for in the 5 figure range. Even if free, I'd have difficulty convincing the rest to let me be the BOSS time server. SNIP Sorry if this has been asked and answered. I haven't been watching this thread that closely. If you were to bring up a copy of Linux in an LPAR, could it not provide the STP capability? Would this solve the problem? Then that same copy of Linux could be used for other things that need to be done, but doesn't require lots of CPU or C-Store. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: LISTDSI alternative?
Although I am starting to question the value of VIO... As well you should. As a performance/capacity analyst for over 27 years, I used to recommend VIO for small datasets (small has increased over that period), but now I don't think it's worth it, any more. DASD is so fast, cache and channels are fast and we can do in memory buffering, so VIO is (mostly) a thing of the past. Especially for overhead-fetishists, since the CPU to do VIO is higher than that to do real I/O. - 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: Network Time Protocol (NTP) client support question
Thompson, Steve wrote: If you were to bring up a copy of Linux in an LPAR, could it not provide the STP capability? Would this solve the problem? Then that same copy of Linux could be used for other things that need to be done, but doesn't require lots of CPU or C-Store. A Linux_for_z LPAR has the ability to steer the hardware TOD clock? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTDSI alternative?
Thanks for your feedback, Ted. I have passed it along to my MVS systems programmers. Cathy On Thu, 19 Jun 2008 22:00:23 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Although I am starting to question the value of VIO... As well you should. As a performance/capacity analyst for over 27 years, I used to recommend VIO for small datasets (small has increased over that period), but now I don't think it's worth it, any more. DASD is so fast, cache and channels are fast and we can do in memory buffering, so VIO is (mostly) a thing of the past. Especially for overhead-fetishists, since the CPU to do VIO is higher than that to do real I/O. - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Moving from CA-MIM to GRS.
I have no idea anymore. That was over two years ago. At the time, I was looking into it. Then I went to a GRS* shop. Then I got downsized. Sorry. --Original Message-- From: Kees Vernooy Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Jun 19, 2008 03:50 Subject: Re: Moving from CA-MIM to GRS. On Mon, 6 Feb 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: There is a REDBOOK on conversion from MIM to GRS! - -teD Ted, you mentioned a Redbook in your reply above. I cannot find it, do you have the number for me? Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - 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: replacing SAS for SMF reports?
Perl provides both data manipulation and statistical functions and, off the mainframe, is used to manipulate data before processing with R. It's part of the ported tools for USS www-03.ibm.com/servers/eserver/zseries/zos/unix/perl/index.html . It is nowhere near as fast as SAS but it is free and has a wide user base. Walter Medenbach On Tue, Jun 17, 2008 at 12:51 AM, McKown, John [EMAIL PROTECTED] wrote: Well, it looks like SAS is pricing itself out of our range. Or management is just doesn't think that we are getting our moneys worth or ... Anyway, other than using HLASM or maybe shudder COBOL, anybody have any suggestions how to easily do some ad hoc type SMF reporting? What would be really nice would be some sort of SMF to XML output program. I really like the IRRADU00 output (RACF SMF data translated to XML). I download that to my PC and run Java against it. If necessary, I could even develop and test the Java code on my PC and run the application on the mainframe once it is working. (or use Co:Z to ship the XML to my Linux system and run the code there with the response going back to the mainframe). -- 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: replacing SAS for SMF reports?
Perl provides both data manipulation and statistical functions and, off the mainframe, is used to manipulate data before processing with R. Not to belittle your response, but is there a body of code to read SMF data? The issue is not the statistical/reporting capability, rather the ability to read the raw data. There are many packages better than SAS (as a SAS bigot) to report and analyse, but how many can read? - 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: Network Time Protocol (NTP) client support question
Edward Jaffe asks (rhetorically?): A Linux_for_z LPAR has the ability to steer the hardware TOD clock? Not to my knowledge, no. - - - - - 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
Re: Moving from CA-MIM to GRS.
I found a Techdoc as a possibility: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103317 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: replacing SAS for SMF reports?
For what it's worth, I stumbled into this free download (SMF Type 42 Parser for z/OS): http://www.ibm.com/developerworks/exchange/dw_entryView.jspa?externalID=531categoryID=33 I can safely say it's not SAS, but it could be fun. - - - - - 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
Re: Looking for consult help getting to 31-bit CICS Cobol
Dumb question perhaps, but do you have the Enterprise COBOL Migration Guide? Latest version is here: http://publibfp.boulder.ibm.com/epubs/pdf/igy3mg40.pdf There are migration tools of course. Two commercial ones that I know about are Edge Portfolio Analyzer (from Edge Information Group, and via IBM as program number 5620-AZM) and the COBOL Conversion Aid, now part of IBM Debug Tool Utilities Advanced Functions. The former is primarly for assessment, and the latter is primarily for actual conversion. (You buy these tools only if they provide net cost and/or risk mitigation benefits.) And there's the free Load Module Analyzer here: http://www.ibm.com/support/docview.wss?uid=swg24010925 Don Fowler wrote a good technical article on this subject here: http://www.mardon-y2k.com/Is%20There%20Still%20OS.htm with some more information, including a sample estimation spreadsheet which you can modify for your own use. This is a very well-worn migration path, and there's a lot of help and experience from which to draw. Please also be sure to browse the CICS-L mailing list archives if you haven't already and ask for more information there, too, if you need it. - - - - - 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
Re: LISTDSI alternative?
On Thu, 19 Jun 2008 15:28:09 -0500, Mark Zelden wrote: What exactly is the problem / issue? I ask, because I ran into a problem with VIO and IPLINFO using LISTDSI a while back. I changed my ISPF panel data set to a temp PDS and then used LISTDSI to find the DDNAME so I could write to it with REXX EXECIO. This failed in some environments that changed the allocation to VIO (via SMS rules). I then changed the allocation of the library to PDSE and that worked in some environments that checked for PDSE and didn't try to allocated it to VIO. But since PDSE can't be in VIO, it failed in other environments. Eventually I did it the correct way and used ISPF services (LM*) to write to the temp PDS (as opposed to EXECIO). How was the temp panel data set allocated? Perhaps by a profile or by JCL, or by a DYNALLOC in a Rexx exec? If the last, the RTDDN operand of BPXWDYN returns the DDNAME to you. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: replacing SAS for SMF reports?
Ted MacNEIL writes: Not to belittle your response, but is there a body of [perl] code to read SMF data?, It doesn't look like it. But (off on a bit of a tangent), Peter Prymmer wrote OS390::Stdio, a perl module which provides some interesting z/OS I/O routines, one of which is to generate SMF records. You can find it here: http://search.cpan.org/dist/OS390-Stdio/Stdio.pm There's a perl z/OS mailing list here: http://lists.cpan.org/showlist.cgi?name=perl-mvs - - - - - 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
Re: replacing SAS for SMF reports?
a perl module which provides some interesting z/OS I/O routines, one of which is to generate SMF records. Nice, but I'm more concerned about reading SMF records. - 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: Looking for VSE specialist (CICS and DB2)
Johnny, If you haven't already, you may wish to try the VSE-L mailing list. Details here: http://www.lehigh.edu/~wsm0/vse-l/ There is also a Jobs section on this page which leads you to several links, and from there you can probably post your interest in finding experienced VSE people. If you are looking for help in certain areas, particularly some types of application development and maintenance, you may wish to specify whether or not you require someone with Chinese language skills (and which language). Hope that helps. - - - - - 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
Re: replacing SAS for SMF reports?
Agree entirely. The biggest stumbling block is having up to date templates for all the SMF records. I have often thought that that would make a great open source project, Walter Medenbach. On Fri, Jun 20, 2008 at 10:19 AM, Ted MacNEIL [EMAIL PROTECTED] wrote: Perl provides both data manipulation and statistical functions and, off the mainframe, is used to manipulate data before processing with R. Not to belittle your response, but is there a body of code to read SMF data? The issue is not the statistical/reporting capability, rather the ability to read the raw data. There are many packages better than SAS (as a SAS bigot) to report and analyse, but how many can read? - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
