Re: 3270 screen size with Attachmate Extra!
I have EXTRA! X-treme 8.0 SP1 and there is no such option. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Monday, December 22, 2008 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 screen size with Attachmate Extra! Thanks Steve However, when I click OPTIONS there is not an option for TERMINAL. Maybe your description is for a later version of Attachmate Extra! than I have (6.71). Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Thompson, Steve Sent: Monday, December 22, 2008 6:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 screen size with Attachmate Extra! Yes, you can set up for custom sizes. Bring up a session and disconnect it (that is, from the host) using the tool bar (the icon that looks like a switch). Now click on the OPTIONS at the top of the screen (probably above the tool bar). Select TERMINAL and then 3270. Now where it says 3270 model, scroll it down and select custom. Now the Rows and Columns boxes should be modifiable. Set 'em to what you like. Save this profile and then hit the connection button (in the tool bar). Lastly, make sure that the VTAM defs are in place for this to work (I've been gone from this area too long, can't tell you what you have to specify or where). Regards, Steve Thompson -- Opinions expressed by this poster are not necessarily those of poster's employer, and should not be taken as such. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: State of Nevada Employment Opportunity
extensive installation and maintenance experience for $50G to $80G which means around $60G - wow, sounds like another Wal Mart. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of James Link [jl...@doit.nv.gov] Sent: Wednesday, December 17, 2008 4:09 PM To: IBM-MAIN@bama.ua.edu Subject: State of Nevada Employment Opportunity This post has been approved by Darren Evans-Young. The Department of Information Technology for the State of Nevada has an opening for an experienced z/OS systems programmer in Carson City, NV. Carson City is located in NW Nevada, 30 minutes south of Reno and only 20 minutes from beautiful Lake Tahoe. This is a great place to work and live, with plenty of recreation opportunities! Please visit http://doit.nv.gov/Admin_DoIT_JOBS.htm to see the full recruitment announcement and to apply on-line. The announcement number is 8148 for an IT Professional III. This is a great opportunity for an experienced mainframe systems programmer! The ideal applicant will have extensive installation and maintenance experience in one or more of the following areas: z/OS operating system, JES2, CICS, DB2, UNIX System Services (OMVS), Storage Management (DFSMS, DFSMShsm, DFSMSrmm), Output support tools (such as AFP, PSF, InfoPrint, Output Manager), Application support tools (such as Application Monitor, Debug Tool, Fault Analyzer, File Manager), Automation tools (such as AF/Operator). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CR+ / T-Rex
The legendary catalog Solutions is still available through EMC (used to be Softworks). We have it and I highly recommend it over CR+. I haven't had the opportunity to use T-Rex but based on CSL, it must be good. Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Giliad Wilf Sent: Sunday, November 16, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CR+ / T-Rex We are a z/OS V1R7 shop (going to z/OS V1R9) with the 4th largest Bank in Israel, using T-Rex for over four years now. The developers of T-Rex are the same people who wrote the legendary Catalog-Solutions (CSL). When trying out and testing T-Rex, we found the developers very responsive to our suggestions and requests, to the extent of writing additional code for incorporating them into the product. In short: The product is excellent, and the support is excellent. Giliad Wilf Systems - z/OS Technical Support iteam, a Mizrahi-Tefahot group member 15 Lincoln, 67134 Tel-Aviv, Israel ph: +972-3-5634471, fx: +972-3-5623717 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to write sysrexx
Yes, in the old days, I used dollars ($) for primary and cents (¢) for secondary. Hard to find that cent sign on today's keyboards. :-)) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui Sent: Friday, November 07, 2008 11:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: how to write sysrexx yes...different shop may have different CONCHAR=? defined ...our shop perfer usse / instead of default $ On Sat, Nov 8, 2008 at 12:33 AM, Tommy Tsui [EMAIL PROTECTED] wrote: is it possible to limit the console message issued from AXRCMD such as '/DI,L=Z' over 200 rows will display from console? On Sat, Nov 8, 2008 at 12:13 AM, Edward Jaffe [EMAIL PROTECTED] wrote: Scott Ford wrote: Thxs, Mark...hadn't seen it used before, been in a lot of JES2 shops.. If you have ever seen a poly-JES implementation, you should have seen something like this in the JES2 init stream: CONDEF CONCHAR=? We use question mark as the command character for secondary JES2 subsystems. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best way to force jobs to a specific LPAR
This is not a political forum. Keep your opinions to yourself. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: Friday, October 31, 2008 6:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best way to force jobs to a specific LPAR Never mind... if Palin can say, what she is saying... Anything goes in the USA. Anton == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=??? to issue operator commands from the JCL stream?
Good example of why this facility should be disabled for batch jobs (JES2 - JOBCLASS(*) COMMAND=IGNORE,). We had a DB2 job that wanted to 'quiesce' something in DB2 (sorry, I'm not a DB2 person so I don't remember what the 'something' was). Anyway, the JCL should have said //* QUIESCE but the '*' was mistakenly omitted which resulted in the LPAR being quiesced. Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, October 21, 2008 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EXEC PGM=??? to issue operator commands from the JCL stream? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Todd Burch Thanks to everyone. I implemented Raymond's suggestion for // COMMAND 'blah' last night, and it works great. The unsynchronized behavior is fine for the immediate need at hand. I needed to refresh WLM. == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXWDYN relative GDG reference error
Just a thought - did you check the definition of the GDG base itself? Regarding LIMIT and SCR? Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, September 09, 2008 9:19 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BPXWDYN relative GDG reference error Again, referencing (0) is *not* the problem. That works fine on most GDGs. The error seems specific to some GDGs, where *no* relative reference works, even though there are several G000V00 generations cataloged. On Tue, Sep 9, 2008 at 8:14 AM, J R [EMAIL PROTECTED] wrote: It is my understanding that (0) never works with NEW. What you're saying seems reasonable, yet the JCL User's Guide has an example under Generations of a Generation Data Group to the contrary: //NEWGDS DD DSNAME=GDS(0),DISP=(NEW,CATLG,DELETE), // UNIT=3380,VOLUME=SER=334455,SPACE=(CYL,20) Date: Tue, 9 Sep 2008 12:46:38 + From: [EMAIL PROTECTED] Subject: Re: BPXWDYN relative GDG reference error To: IBM-MAIN@BAMA.UA.EDU In other words, perhaps no GDS entries exist for that particular GDG, and in that case generation 0 would work only with DISP=NEW. It is my understanding that (0) never works with NEW. - Too busy driving to stop for gas! _ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog- cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008http://windo wslive.com/connect/post/jamiethomson.spaces.live.com-Blog- cns%21550F681DAD532637%215295.entry?ocid=TXT_TAGLM_WL_domore_092008 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need some SMP help.
May want to try this to ensure the FMID will APPLY CHECK with no HOLD errors. At least this is what I've found to work well: SETBOUNDARY (-targetzone-). APPLY GROUPEXTEND BYPASS(HOLDSYSTEM,HOLDCLASS(HIPER)) S( HXML190 ) FORFMID( HXML190 ) SOURCEID(PRP,HIPER) CHECK RETRY(YES). Worry about UA40708 after you've completed the above APPLY without the CHECK. HTH Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, September 05, 2008 5:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need some SMP help. On Fri, 5 Sep 2008 16:20:14 -0400, Howard Rifkind [EMAIL PROTECTED] wrote: Not an expert with SMP and I'm trying to do an Apply/Check against the sysmod below and getting the following out of SMP. The XML Toolkit has been received but I can't do an Apply/Check against some of the sysmods. I looked at the PTF in the PTS and sure enough it doesn't have what the SMP report says it doesn't have. Any insight/help in resolving this and where I've gone off the track is appreciated. Thanks. GIM37903E ** APPLY PROCESSING FAILED FOR SYSMOD UA40708 BECAUSE IT HAS NO APPLICABLE ++VER MCS. APPLY FORFMID(HXML190) BYPASS (HOLDSYSTEM(DOC ENH)) SELECT( /* Install selected SYSMOD. */ UA40708 /* Specify SYSMOD name here.*/ )/* */ JCLINREPORT CHECK/* In check mode only. */. = == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Contention since migrating to ZFS
If I'm understanding the problem correctly, make sure your zFS files have SHAREOPTIONS(3). Otherwise, I think if they are not defined with that shareoption, the zFS address space will attempt to alter the shareoptions to '3' so its userid needs alter access to the zFS files. Maybe the userid for your ZFS address space lacks this authority. Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Metcalfe Sent: Tuesday, September 02, 2008 11:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Contention since migrating to ZFS I have been converting our HFS datasets to ZFS. We are now getting contention using ZFS where we were not when using HFS. I have the same named task (DDL72HFS) running on several systems within the sysplex. The OMVS segment for DDL772HFS contains HOME(/u/DDL72HFS). The first instance of DDL72HFS causes the ZFS to be mounted (via automount). Subsequent instances of DDL72HFS on other systems in the plex cause: MII1038 ZFS CONTENTION WITH ZFS OWNS EXCL ON GLL6 MII1039 ZFS NEEDS EXCL SYSDSN UNIX.DDL72HFS IKJ56225I DATA SET UNIX.DDL72HFS ALREADY IN USE, TRY LATER+ IEF196I IKJ56225I DATA SET UNIX.DDL72HFS ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IEF196I IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IOEZ3E While opening minor device 17401, could not open dataset UNIX.DDL72HFS. We did not see this contention when the datasets were HFS, but since going to ZFS we get these messages. I am guessing that ZFS is using ENQ where HFS was not (or at least not the same ENQ - HFS vs VSAM). What I need to achieve is to remove the contention. I could do this by: a) adding a sysname qualifier to the automount policy in u.map e.g. UNIX.SYSNAME..uc-name. b) changing the HOME setting to /tmp/ddl72hfs Either of these would work for this particular task as it doesn't store anything in its Unix files. However, there are other instances of batch jobs that run on separate systems using the same userid that would need to store persistent data e.g. jobs run with USER=WHL and the OMVS segment for WHL has HOME (/u/whl). This currently causes contention across the two systems for UNIX.WHL dataset. If I change either automount to add a system identifier or HOME to specify /tmp, I lose the persistence of the data that may be stored in the Unix files. How have others managed this situation? Did I miss something? Thanks Andrew Metcalfe Barclays Bank Plc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLIB statement in PROGxx?
John, SYSLIB statements must come before LNKLST entries. Much simpler IMO to create a separate PROGxx member with just the SYSLIB statement(s). Lot of sysprogs like to throw everything into one PROGxx member but I find it easier and clearer to separate them. For example, PROGxA for APF list, PROGxE for dynamic exit, PROGxL for syslibs and linklist. IEASYSxx says PROG=(xA,xE,xL). PROGxL says: SYSLIB LPALIB(-LPA syslib libname-) SYSLIB LINKLIB(-LINKLIST syslib libname-) LNKLST DEFINE NAME(LNKLSTxx) LNKLST ... ... Just one way IMO to ease the confusion and reduce chance for errors. Dick HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, August 14, 2008 12:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SYSLIB statement in PROGxx? Hi, All, In the z/OS 1.9 MVS Init 'n' Tuna manual I read: Begin paste SYSLIB statements must always appear before any LNKLST statements in PROGxx. If you specify multiple PROG=xx members, define any SYSLIB statements ahead of LNKLST statements. For example, if you specify PROG=(01,02) during IPL, consider the following: If PROG01 has a LNKLST statement, ensure that no SYSLIB statement appears after the ==LINKLIB== statement, or in PROG02. If only PROG02 has a LNKLST statement, ensure that no SYSLIB statement appears after the ==LNKLST== statement in PROG02. (Emphasis added) End paste == So, must any SYSLIB statement(s) appear before the first LNKLST DEFINE statement, or before the first LNKLST ADD ... DSNAME(whatever.is.being.overridden)? TIA, -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 == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning Part of an HFS dataset
Easier to rm than to cp IMO. Just clone the whole HFS to a new one, mount it at a temp directory, go into OMVS, switch to su then rm the pieces you don't want - but be vewy, vewy caweful!! Dick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Monday, August 11, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cloning Part of an HFS dataset snip help carving out part of the files and directories in an HFS data set to put them into another HFS unsnip You can mount a HFS to a /Service mountpoint and then unix copy the directories to the /Service (or whatever name) and then unmount the HFS and then mount it to your 'new' system. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where is doc for BPX1MPC return information?
You could use TSO BPXMTEXT 0B72013F which gives: BPXPRMPC 04/19/07 JRInvTermStat: An incorrect process termination status was passed to BPX1MPC Action: Structure BPXYWAST describes the valid terminating status. *** Not sure if this is what you were asking for though HTH Dick Bond HFHS mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ray Overby Sent: Monday, August 11, 2008 3:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Where is doc for BPX1MPC return information? I am issuing a BPX1MPC call in assembler and am getting a return value (2nd parameter) of X'', a return code (3rd parameter) of X'009D', and a reason code (4th parameter) of X'0B72013F'. I found what I think are return codes when the return value is X'' at z/OS V1R9.0 UNIX System Services Messages and Codes: 3.0 http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/FRAMESET/bpxza880/3.0?SHELF=DT=20070606153306 . Is this correct? Ray Overby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Do you protect your power switch with a lock?
I used to put a cardboard (actually made from an 80-column card) over the emergency power switch on our 360-30 that had a DO NOT TOUCH! warning hand-written on it. Couldn't really call that a lock but was a lame attempt at Detroit/Soupy Sales humor. Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, August 05, 2008 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Do you protect your power switch with a lock? -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] Do you mean Emergency Power Off switches? That would be like securing fire alarm buttons with a lock. If not, there are so many buttons on a machine, that you must trust people who are allowed into the room, i.e. only allow people that you trust into the room. Kees. Difficult here at times. Somebody decided that the computer room was a wonderful refuge in case of tornado. So we have a number lets see what happens when I push this button people in there during drills. We actually have to have IT people guarding the hardware from these nit-wits. Straight-jackets? Alternatively, hang up some European-style electrical outlets with holes enlarged to finger-size. Further the temptation with placards along the lines of WARNING -- These are not finger holes. -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 == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEF403I when no other console than the HMC
Hi Mauri, Do you have MONITOR (JOBNAMES-T) specified in your HMC console definition, as in: CONSOLE DEVNUM(SYSCONS) NAME(CNSSSYSNAME.) AUTH(MASTER) ROUTCODE(1,2,10) LEVEL(ALL,NB) MONITOR(JOBNAMES-T) MSCOPE(*) CMDSYS(*) Dick Bond HFHS Mainframe Administration _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2008 4:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IEF403I when no other console than the HMC Hi list: We are issuing the command MN JOBNAMES,T from our COMMNDxx In addition our CONSOLxx member contains MONITOR(JOBNAMES‑T) for each defined console Now, there are cases on which we want to IPL our DR site (a shadow image copy of the first, using a different CPC) without any of the actual hardware consoles defined on our CONSOLxx, but just with the HMC console. The system IPLs ok but the messages IEF403I and IEF404I do not appear ... After the system is up, if we open a VTAM SMCS console the messages appear, and if we close the just opened SMCS console again the IEF403I and IEF404I stop to appear. Long history short, looks that we need at least one target console active in order to receive the IEF403I and IEF404I messages. We do need the IEF403I and IEF404I messages for our IPL automation rules. Any idea how to force the system to issue the IEF403I and IEF404I messages when only the HMC console is available ? Thanks in advance. Mauri. ‑‑ For IBM‑MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM‑MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm‑main.html File: Mime.822 == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ==
