z/OS DFS SMB Performance
Problem: When connecting to work over VPN, SMB performance leaves a lot to be desired. Where a 200k file in the office loads in 5-9 seconds, over VPN it takes 50-60 seconds. It does not appear to be a server problem or a bandwidth problem. I tried the same file directly pulling it from an HFS and I got it loaded in 6 seconds from home. I then setup a file server on a z/OS box to see if it would perform better. It did not. Talking to local VPN expert, he basically said that SMB is "chatty" and that we will see some improvement with Windows Vista. Reading the DFS manual for SMB, there are several notes about performance one of which states that HEAPPOOLS(ON) provides a significant improvement. What they don't say is what the heap pool sizes and percentages should be for SMB. I am overriding the HEAPPOOLS in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and did see a good improvement. Any help would be appreciated. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS DFS SMB Performance
Yes I believe that is the case. We are not using z/OS for the VPN service. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, March 30, 2006 10:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS DFS SMB Performance Is the VPN terminated outside from z/OS ? I mean: [1]---encrypted-Inet--- [2] ---clearLAN--- [3] 1 - remote PC with VPN 2 - local VPN device 3 - mainframe Is the above true ? -- Radoslaw Skorupka Lodz, Poland Smith, Sean M wrote: > Problem: > > When connecting to work over VPN, SMB performance leaves a lot to be > desired. Where a 200k file in the office loads in 5-9 seconds, over VPN > it takes 50-60 seconds. It does not appear to be a server problem or a > bandwidth problem. I tried the same file directly pulling it from an > HFS and I got it loaded in 6 seconds from home. I then setup a file > server on a z/OS box to see if it would perform better. It did not. > Talking to local VPN expert, he basically said that SMB is "chatty" and > that we will see some improvement with Windows Vista. > > > > > > Reading the DFS manual for SMB, there are several notes about > performance one of which states that HEAPPOOLS(ON) provides a > significant improvement. What they don't say is what the heap pool > sizes and percentages should be for SMB. I am overriding the HEAPPOOLS > in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and > did see a good improvement. > > > > Any help would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Submitting job using ReXX
How come this thread is still active? The response below is the same solution that I have encountered the past. You can not have special characters that the File Tailoring will try to process like <. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Beesley, Paul Sent: Wednesday, April 26, 2006 3:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Submitting job using ReXX The file tailoring ( FTINCL ) is failing so the job is only partially submitted. FT doesn't like special characters like < and &, so either remove your comments or I think you can code << which will get interpreted as <. Check the ISPF manuals... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Dataset Contention
I have seen the posts mentioning HiperBatch but I would have thought that BatchPipes would have given you the same performance benefit if not better. BatchPipes is a paid feature I believe though. If processing the file by multiple jobs as soon as it is created is the goal, then wouldn't BatchPipes be faster than HiperBatch as you could start accessing the data as it is being created instead of waiting until the job completes? Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ISPF - CS
I also downloaded it and only had one issue which was that the codeset I was using with my 3270 emulator was not compatible. I use 1047 so that USS files display properly (brackets and such). Had to change it back to 037 to get it to work. The only issue I have is that it does not appear to allow you to say 'ALL MEMBERS' anywhere so to download entire PDS, you have to select each member. Am I missing a hidden command? Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Noal Sent: Wednesday, May 03, 2006 12:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ISPF - CS Dave, (and list) I tried to download and install the WSA.exe file to my PC. I downloaded the member ISPGUINX (assuming this is the Windows version) from the ISP.SISPGUI data set. Renamed the downloaded file to ISPGUINX.EXE and then double clicked on the renamed file. I receive an error message complaining about the AUTOEXEC.NT file does not create the appropriate MS-DOS environment and the process terminates. It appears that the ISPGUINX app expects to run in a 16 bit windows environment. I'm using Windows XP and I have tried setting all compatibility modes for this program and the results are the same. Is there a newer version of ISPGUINX for a window XP system? The downloaded file is from a z/OS 1.6 system. Anyone else have this problem? HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
JES2 LISTSERV
Help. I am looking for the JES2 Listserv but am having some problems. I found one at [EMAIL PROTECTED] but it appears to be all spam. The other I found was at [EMAIL PROTECTED] which has not had any new postings since May 2001. Does anyone have information on a current JES2 Listserv? Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES Control Blocks
I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: JES Control Blocks
Thanks for the tip. I was looking in the z/OS 1.7 Library Center under JES2 and the manuals are not there (they are in the z/OS 1.5 Library Center), nor were they delivered on the CD. Have the manuals moved or does IBM need to follow-up and put these online for z/OS 1.7? Sean -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Wednesday, May 24, 2006 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES Control Blocks I would advise the use of the JES2 Data Areas books - all the needed info is in there Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 24 May 2006 11:36 To: IBM-MAIN@BAMA.UA.EDU Subject: JES Control Blocks I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Scrolling NETSTAT displayed using TSO COMMAND panel
My favorite method is something that was written up in the TSO Times called GLUREXX. It provides a panel to allow you to issue any TSO command and it will trap the output in a temporary file for you. http://www.tsotimes.com/articles/archive/fall03/tsocommandtrappersc.html Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark House Sent: Thursday, May 25, 2006 6:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Scrolling NETSTAT displayed using TSO COMMAND panel Is there command or a freeware utility that will allow me to scroll forward and backward through the output of a NETSTAT command entered via TSO COMMAND panel. Thanks. Mark House (402) 778-1966 Technical Development Services [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
JES2 z/OS 1.7 New Exit Question: NJE or Internal Reader
I am in the process of creating the new JES exits for exit 50, 54, 56 & 57. First question: The problem I am running into is that in the original exits, there was code to look at the PCE to determine if this was an NJE or internal reader. Since the PCE is not available to the USER I am trying to figure out how to tell if the process is NJE or Internal Reader. Here is the original code: CLI PCEID+0,PCENJEID ARE WE NJE PROCESSOR ? BNE N_9000 N: GET OUT CLI PCEID+1,PCENSTID NJE SYSOUT TRANSMITTER ? BNE N_9000 N: GET OUT Here is what I have come up for the new exit: L R9,CCTINTRER9: IRE address LTR R9,R9 Are we a reader? BNZ J_0110 Y: Continue This code tests to see if there is a valid address for the $IRE control block. Does this make sense? Is there a better way? I am just dreaming that there should be something in the $XPL that identifies the process type? Second question: In the original code, the Name/Token service was used to store the address of a GETMAINED area. The original code (in exit 4) used PCEUSER1 for the Name in the token requests. Again I am faced with having to use something else since the PCE is not available. I was thinking of just using the something static like the exit name if a 16 byte field. This one seems pretty obvious but thought I would mention it here for some feedback. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 z/OS 1.7 New Exit Question: NJE or Internal Reader
I am starting to figure this out a bit now. I realized that the $NJEWORK is included at the top of the $JRW, $JTW, $SRW and $STW. So I can use the &P.DEVID to determine if this is an internal reader. Curious though that the equates that are found in the $DCT after the DCTDEVID are not present in the $NJEWORK. Should I just use the equates as defined in the $DCT in tests against the &P.DEVID like as follows? CLI JRWDEVID,DCTINRID INTERNAL READER? BNE J_9000 N: Exit Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Another off-shoring question
The problem as I see it (at least in my shop) is that the work ethic of the existing workers is very high so that when the outsourced staff have problems the US based staff pick up the slack with out a problem. This leads to an impression that the outsourced staff are doing better than in reality they are. I am not suggesting that the US staff change their work ethic. I am just suggesting that it is essential that we advertise our worth. I know it is a foreign idea for a lot of us to try to sell our work, I hate status reports as much as the next guy, but if management is not made aware of how we backfill for our outsourced counterparts then they'll be shooting themselves without knowing it (and us). Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES RJCB Processing
Hello all, I am converting some Exit-4 code to Exit-54 and have changed to using the RJCB process to insert cards to the job stream. The problem that I am having is that there is a flag in the $XPL to identify when cards are to be inserted from JCTXWRK but there is not a flag to indicate when cards have been inserted by a previous pass. I realize that these are two different requirements. The first tells the system to insert cards from the JCTXWRK and my requirement is a flag to indicate that cards have been inserted by a previous pass through the exit. In one of my exits I can just a flag byte to the persistent storage I acquire. But in another there is no persistent storage. Any tips on how to flag that the exit has already inserted cards? Could I just check the X054RJCP to see if it has an address on subsequent passes? Thanks in advance. Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WHY IS JCL ALLERGIC TO LOWER CASE?
Oh man! Once again I start to wonder if I am zNextGen because I have never seen a card reader. I did at least get to play on 3270 dumb terminal for several years before the PC took hold. I swear if I ever hear another joke about 3330 devices I just might start sucking my thumb! All in jest of course. It is great that we have members on the list with this much knowledge about the past development of the OS. I cringe to think how things will look in the next ten years as the folks with all the experience decide to go sailing around the world. Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Friday, August 04, 2006 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WHY IS JCL ALLERGIC TO LOWER CASE? > > ISNT IT TRUE THAT IN THE BEGINNING THERE WAS ONLY UPPER CASE ? Just in case you are serious: my S/360 green card (undated) shows upper and lower EBCDIC values. But early 3270s only supported upper case, and I vaguely remember that 026 keypunches didn't have lower case either (I think that came with the 029 keypunch). So us oldtimers rarely saw lower case in the "good old" days. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Display Name/Token Entries?
Is there any utility that will display all of the name/token entries on a system? I am concerned about my new JES2 user exit code that is using the service and would like to see the entries. I searched the archives and the CBT tape and of course the IBM Manuals but did not see anything that answered my question. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA7 Slowdown after 1.7 implementation
Chris, Do you have any updates on this issue for us? Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSREXX - From the console
Hello fellow mainframers, Working on setting up SYSREXX. Here are my AXR00 parms: CPF('RX',SYSTEM) AXRUSER(AXRUSER) REXXLIB ADD DSN(SYS1.SAXREXEC) We setup the AXR, AXR01-08 STC and the AXRUSER with the appropriate SURROGAT as documented. My challenge is that I have a very simple REXX in SYS1.SAXREXEC. I want it to be run with the AXRUSER Userid. When I invoke it from SDSF via /RX my-rexx it has my Userid. When I do it from a console that is logged on I get the console Userid and when I issue it from a console that is not logged on I get USERID() = *. I chatted with a friend in Europe and he said his comes back with the Userid of the STC. Except for my Europeans friends results, it seems to me that any REXX that is invoked via the F AXR or cpf is invoked with SECURITY=BYUTOKEN. Any and all help is as always greatly appreciated. Sean Smith Bank of America -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- 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: SYSREXX - From the console
According to sources at IBM: "The security environment that you get when AXREXX is invoked under a console that is not logged on lacks an OMVS segment so you need to logon w/ a userid that is properly defined." So if you want to create a SYSREXX command and want the operators to be able to issue the command from the console, the console may have to be logged on depending if it requires an OMVS segment. In this case, I was creating a SYSREXX to UNMOUNT an HFS file via command from the console. Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Smith, Sean M Sent: Friday, February 18, 2011 11:41 AM To: IBM-MAIN@bama.ua.edu Subject: SYSREXX - From the console Hello fellow mainframers, Working on setting up SYSREXX. Here are my AXR00 parms: CPF('RX',SYSTEM) AXRUSER(AXRUSER) REXXLIB ADD DSN(SYS1.SAXREXEC) We setup the AXR, AXR01-08 STC and the AXRUSER with the appropriate SURROGAT as documented. My challenge is that I have a very simple REXX in SYS1.SAXREXEC. I want it to be run with the AXRUSER Userid. When I invoke it from SDSF via /RX my-rexx it has my Userid. When I do it from a console that is logged on I get the console Userid and when I issue it from a console that is not logged on I get USERID() = *. I chatted with a friend in Europe and he said his comes back with the Userid of the STC. Except for my Europeans friends results, it seems to me that any REXX that is invoked via the F AXR or cpf is invoked with SECURITY=BYUTOKEN. Any and all help is as always greatly appreciated. Sean Smith Bank of America -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- 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 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be arc
JES Exit 4/54 - JECL Processing Order?
I am working on a fix to a JES Exit 54 and am curious what order the JECL statements are processed by the exit. It seems that the /*XEQ and /*ROUTE XEQ statements are first but I am curious if anyone knows the actual order they are processed. It does not appear to be in the sequence they are coded. Sean Smith Bank of America -- 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: z/OS Library site down?
Try this one: http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Monday, August 15, 2011 7:30 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Library site down? For some reason today I get an IBM "Our apologies... The page you requested cannot be displayed" message no matter how I try to get to the z/OS Library pages (the Bookmanager + PDF's website). Every google search I can think of gives this address for the z/OS library: www.ibm.com/systems/z/os/zos/bkserv/ Which turns into this one when you point your browser at it: http://www-03.ibm.com/systems/z/os/zos/bkserv/ But no dice either way, only the apologies page is presented. Am I the only one having this issue? Peter -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- 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
HealthChecker vs SMTP - 1 : 0
SMTP and HealthChecker do not seem to want to get along. The HealthChecker HZSPRINT reports are LRECL 256 and SMTP is very snotty about something so wide. Perhaps it is simply that I am using IEBGENER to copy the email header data and append the report. Does anyone have sample JCL they can share to email a HZSPRINIT report? Sean Smith Bank of America -- 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: HealthChecker vs SMTP - 1 : 0
Thanks Stephen, I appreciate the reality check. I fought my way through it far enough yesterday to realize that SMTP has a documented restriction for the dataset of an LRECL of 243 or less (although it will take up to 250). I used an old friend IEBGENER to truncate the file from FBA 256 to FB 250 and then sent it via SMTPNOTE. Somewhere along the way the trailing spaces were removed so the actual email is very readable. So I wonder, in all the documentation I have read about HealthChecker I see suggestions for automation to email the exception reports but from what I can tell, without tweaking, the reports cannot be sent. Curious to see what IBM would say about the added complexity built into this process. Sean Smith Operating Systems Support Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Hall Sent: Wednesday, September 22, 2010 10:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HealthChecker vs SMTP - 1 : 0 Date:Wed, 22 Sep 2010 08:16:51 -0700 From:"Smith, Sean M" Subject: HealthChecker vs SMTP - 1 : 0 >SMTP and HealthChecker do not seem to want to get along. The >HealthChecker HZSPRINT reports are LRECL 256 and SMTP is very snotty >about something so wide. Perhaps it is simply that I am using IEBGENER >to copy the email header data and append the report. Does anyone have >sample JCL they can share to email a HZSPRINIT report? > >Sean Smith >Bank of America Hi Sean I had the same problems, so in the end I wrote a rexx exec to append the report to the SMTP header stuff: We have a STC which is invoked at IPL time which writes the output of HZSPRINT to a GDG. Here is the JCL: //HCEMAILEXEC PGM=IRXJCL,PARM='HZSPRINT' //SYSEXECDD DISP=SHR,DSN=dataset where HZSPRINT rexx lives //INFILE DD DISP=SHR,DSN=SYS9.HCHK.A02.REPORT(0) <== output from HZSPRINT //SYSTSPRT DD SYSOUT=(B,SMTP) Rexx exec : /* REXX ++ | Outline: Read and extract healthchecker exception report | | email to mainframe support for analysis| ++ ++ | Write Mail Header info | ++ */ sysid = MVSVAR('SYSNAME') zsysid = MVSVAR('SYMDEF','zsysname') nodenam = MVSVAR('SYMDEF','jesnode') Header: say 'HELO ' nodenam say 'MAIL FROM:' say 'RCPT TO: ' say 'DATA ' say 'TO:' say 'SUBJECT: Health Checker Report for ' sysid say ' ' /* ++ | Get Health Checker report | ++ */ "execio * diskr INFILE ( stem HCrep. finis )" Process: Say ' Health Checker Report for LPAR:' sysid Say ' ' say ' Complete report is in dataset: SYS9.HCHK.'zsysid'.REPORT(0)' Say ' ' say ' Please review and action as appropriate.' Say ' ' do Cnt1 = 1 to HCrep.0 x = strip(HCrep.cnt1,'t') len = length(x) y = substr(x,2,len) say y end /* ++ | complete data with a dot '.' | ++ */ say '.' exit HTH Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 45 years of Mainframe
Congratulations on your retirement George! Enjoy the good life. Sean M. Smith z/OS System Programmer Bank of America WA3-140-01-01 Work Phone: (206) 709-4669 | Mobile: (206) 437-7721 sean.m.sm...@bankofamerica.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Fogg Sent: Thursday, April 15, 2010 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: 45 years of Mainframe I started on the 7094 and finishing on the z/10 this June. http://archive.computerhistory.org/resources/Donations_in_Process/X5331. 2009_Ehrman/zhistory.pdf George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYMDEF length limitations
Check the Init and Tuning Reference instead of the Guide. The reference is very clear about the length of the symbol as well the length of the substitution text. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Thursday, February 26, 2009 7:40 AM To: IBM-MAIN@bama.ua.edu Subject: SYMDEF length limitations I looked in the init & Tunning guide but it is not clear if the Value of a symdef variable is limited in length. Can I use SYMDEF to create a variable that holds 44 chars dsname? Itschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYMDEF length limitations
The issue comes into play though when you use SYMBOLS in started task JCL. If the Symbol fits that would seem fine but it would be possible for the substitution text to be longer and thus cause a JCL error. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Thursday, February 26, 2009 11:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SYMDEF length limitations I RTFMed before asking, but it looked strange to me that the length of the variable value is forced by the length of the variable name... Itschak On Thu, Feb 26, 2009 at 7:42 PM, Smith, Sean M < sean.m.sm...@bankofamerica.com> wrote: > Check the Init and Tuning Reference instead of the Guide. The reference > is very clear about the length of the symbol as well the length of the > substitution text. > > Sean > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Itschak Mugzach > Sent: Thursday, February 26, 2009 7:40 AM > To: IBM-MAIN@bama.ua.edu > Subject: SYMDEF length limitations > > I looked in the init & Tunning guide but it is not clear if the Value of > a > symdef variable is limited in length. Can I use SYMDEF to create a > variable > that holds 44 chars dsname? > > Itschak > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 z/OS 1.9 Exit 54 Setting Tokens
Hi List, I have a JES Exit(54) that grabs a bit of storage and saves off the address in a Name/Token pair via the $TOKENSR macro. The token is created at the HOME level. I am trying to find where the Name/Token pairs are kept for these HOME level pairs. I dumped the CA7 address space which encountered a problem setting the Token/Pair (CC=0004). I tried tracing the control blocks from: CVT -> ASCB ASCB -> ASSB ASSB -> NHHT In my own address space this works just fine but I didn't find any in the CA7 address space. I also tried using MXI NTOK to display the pairs but the one set by this Exit(54) is not there either. Any ideas? Sean -- 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: JES2 z/OS 1.9 Exit 54 Setting Tokens
Thank you Rob. I was able to get all three sets of Name/Token Pairs however I believe you were right about the CA user table as I could not find the pairs I was looking for that I am positive exist. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 02, 2009 2:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 z/OS 1.9 Exit 54 Setting Tokens Sean The freeware MXI will only show system level Name/Token pairs - to see the asid and task level ones requires the commercial version. However, if you want to discover them yourself : (o) SystemPointed to by ECVTNTTP (o) ASID Pointed to by ASSBNTTP (o) Task Pointed to by STCBNTTP The format of the NTTE and its header block are OCO and not a GUPI - however if you are just reading the contents it is not diffuclt to work out the format. Note that vendors also have an alternative to name/token pairs if they have a slot on the "customer table" - this allows them to anchor product control blocks centrally for fast access. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 rsc...@rs.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Smith, Sean M Sent: 02 March 2009 22:23 To: IBM-MAIN@bama.ua.edu Subject: JES2 z/OS 1.9 Exit 54 Setting Tokens Hi List, I have a JES Exit(54) that grabs a bit of storage and saves off the address in a Name/Token pair via the $TOKENSR macro. The token is created at the HOME level. I am trying to find where the Name/Token pairs are kept for these HOME level pairs. I dumped the CA7 address space which encountered a problem setting the Token/Pair (CC=0004). I tried tracing the control blocks from: CVT -> ASCB ASCB -> ASSB ASSB -> NHHT In my own address space this works just fine but I didn't find any in the CA7 address space. I also tried using MXI NTOK to display the pairs but the one set by this Exit(54) is not there either. Any ideas? Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: one IKJEFT01 job, 2 outputs in sdsf - why?
I would like to second the question...I understand that the second execution is from the spawned task but is there a way to get the output to come back into the originating execution? All that being said, in your example you could use this instead: //STEPNAME EXEC PGM=BPXBATCH,PARM='SH ls -la /etc/ | cat' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Sean Smith -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Monday, March 09, 2009 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: one IKJEFT01 job, 2 outputs in sdsf - why? cross-posting to ibm-main, mvs-oe running z/os 1.9 when I run this job: //tucopgp1 job… msgclass=x ….. //abc exec pgm=IKJEFT01 //sysexec dd disp=shr, dsn=sys1.sbpxexec //systsprt dd sysout=* //systsin dd * OSHELL ls –la /etc/ | cat the output shows up as TWO entries in sdsf each w/ the same jobname and jobid: (e.g.,) tucopgp1job10694….. tucopgp1job10694 ….. the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) ; the 85-line item contains the output proper of the omvs “cat” command. what should I add to my jcl to have all the ouput conflated into just one item in sdsf ? thank you. /s/ tuco bonno graduate, College of Conflict Management University of Southeast Asia "I partied on the Ho Chi Minh Trail -- tiến lên ! " -- 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
Need single character unique identifier for each system in a sysplex. 0-F is fine.
Fellow IBMers and Mark. Zelden in particular, I am modifying an assembler program and I have a need to have a single digit unique identifier for a system within a SYSPLEX. I started by looking at Mark Zelden's IPLINFO (thanks again Mark...this has been a huge boon to me REXX skill set as I reference your techniques frequently). I looked at the following fields (field names from IPLINFO): LPAR_# From PCCA + 7 CSDPLPN From CSD + 252 JESDSNIDFrom JESPEXT + 100 - Recognizing this is actually a 2 digit field The program I am modifying is being used in z/OS 1.8 - z/OS 1.10 in both JES2 and JES3 and in VM guests. The VM Guests ruled out CSDPLPN and LPAR_# as it always came back as 0 on guests. JESDSNID seems to fit the bill especially with the description from the IPLINFO utility: 'This was system number' Format(JESDSNID) 'added to the sysplex.' My question is whether or not this field really represents the sequence a system was added in to the SYSPLEX. From the Data Areas manuals I see this description: JESDSNID ID for temporary data sets on this system. I did a test on 3 systems to check out this field. All three systems are in the same SYSPLEX but one is in its own JES MAS. The numbers came back all unique (1,2,3) so I am encouraged. Any commentary or suggestions about my quandary are as always greatly appreciated. Sean -- 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: Need single character unique identifier for each system in a sysplex. 0-F is fine.
Thank you for the suggestion Ed. I'll look into IXCQUERY as another option and learning experience. Regarding the use of a single digit, the digit will be used as part of a CONSOLE name so numbers and upper-case alpha and #, $ and @ are the only valid characters. 10 numbers + 26 Upper-Case + 3 special characters = 39 which is greater than the 32 maximum systems allowed in a SYSPLEX. Of course I would like to see this code live through future changes which is not possible with the naming restrictions for console-name and using a single character: "Value Range: conname is from 2 to 8 characters. The first character of conname must begin with the letters A through Z or with a #, $, or @; the remaining characters can be A through Z, 0 through 9, or #, $, or @." These rules would only allow a single character to be up to 39. With this restriction it seems that I will be forced to code the program to handle up to the current limit of 32 unless I look to change the program to use a 2 character identifier. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Friday, March 27, 2009 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Need single character unique identifier for each system in a sysplex. 0-F is fine. Smith, Sean M wrote: > Fellow IBMers and Mark. Zelden in particular, > Mark *is* a celebrity! ;-) > I am modifying an assembler program and I have a need to have a single > digit unique identifier for a system within a SYSPLEX. I started by > looking at Mark Zelden's IPLINFO (thanks again Mark...this has been a > huge boon to me REXX skill set as I reference your techniques > frequently). I looked at the following fields (field names from > IPLINFO): > For supervisor state or PKM 0-7 callers there is IXCQUERY REQINFO=COUPLE,SYSTEMID=area -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: SDSF info in Rexx
You may need to look at using the DELEAYED or DELAYED2 option on the ISFEXEC call to get these variables. Check the ISFCOLS and ISFCOLS2 variable on return to see what variables are there for your choosing. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) Sent: Thursday, April 16, 2009 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF info in Rexx Thomas, Result: SAY j_ddname.didx pagedef pagedef.didx j_pagedef j_pagedef.didx SYSUT2 PAGEDEF PAGEDEF.4 J_PAGEDEF J_PAGEDEF.4 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg Sent: Thursday, April 16, 2009 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: SV: SDSF info in Rexx Initiate variable isfcols with (at least) pagedef and formdef, e g: isfcols = 'DDNAME STEPN PROCS PAGEDEF FORMDEF' immediately before: "ISFACT ST TOKEN('"token.jidx"') PARM(NP ?) (PREFIX J_" Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] För Visser, Hans (PinkRoccade > Infrastructure Services Technisch Specialist) > Skickat: den 16 april 2009 15:24 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SDSF info in Rexx > > > Thomas, > > I know, but how to GET that info. > > See REXX below: > > / REXX > / > /* > */ > /*TRACE R > */ > /* > */ > rc = ISFCALLS('ON') > > /* > */ > isfprefix = 'TC49*' > > /* > */ > ADDRESS SDSF > > /* > */ > "ISFEXEC ST (VERBOSE DELAYED)" > > /* > */ > DO jidx=1 TO jname.0 > > IF jname.jidx = 'TC49VISF' THEN > > DO > > "ISFACT ST TOKEN('"token.jidx"') PARM(NP ?) (PREFIX > J_" > /* > */ > DO didx=1 TO j_ddname.0 > > IF j_ddname.didx <> 'SYSUT2' THEN > > ITERATE > > /* > */ > SAY j_ddname.didx pagedef pagedef.didx j_pagedef > j_pagedef.didx > END > > END > > END > > /* > */ > rc = ISFCALLS('OFF') > > /* > */ > RETURN > > /* > */ > > Regards, Hans > > > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg > Sent: Thursday, April 16, 2009 2:14 PM > To: IBM-MAIN@bama.ua.edu > Subject: SV: SDSF info in Rexx > > They are found in the JDS (Job Data Set) panel, with column > names PAGEDEF and FORMDEF. > (And OD panel.) > > > > Regards, > Thomas Berg > __ > Thomas Berg Specialist IT-U SWEDBANK > > > > > > > -Ursprungligt meddelande- > > Från: IBM Mainframe Discussion List > > [mailto:ibm-m...@bama.ua.edu] För Hans Visser > > Skickat: den 16 april 2009 13:58 > > Till: IBM-MAIN@bama.ua.edu > > Ämne: SDSF info in Rexx > > > > Hi listers, > > > > I want to extract column information from SDSF in a > > REXX. > > > > F.i. pagedef and formdef. > > > > I can get and see a lot of data and columns but NOT > > pagedef and formdef. > > > > How can this be done? > > > > Regards, Hans > > > >
Re: SDSF info in Rexx
Guess I should have spelled out what I meant instead of just typing it into a sentence. "You may need to look at using the DELEAYED or DELAYED2 option on the ISFEXEC call to get these variables." Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Smith, Sean M Sent: Thursday, April 16, 2009 3:16 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF info in Rexx You may need to look at using the DELEAYED or DELAYED2 option on the ISFEXEC call to get these variables. Check the ISFCOLS and ISFCOLS2 variable on return to see what variables are there for your choosing. Sean -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) Sent: Thursday, April 16, 2009 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF info in Rexx Thomas, Result: SAY j_ddname.didx pagedef pagedef.didx j_pagedef j_pagedef.didx SYSUT2 PAGEDEF PAGEDEF.4 J_PAGEDEF J_PAGEDEF.4 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg Sent: Thursday, April 16, 2009 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: SV: SDSF info in Rexx Initiate variable isfcols with (at least) pagedef and formdef, e g: isfcols = 'DDNAME STEPN PROCS PAGEDEF FORMDEF' immediately before: "ISFACT ST TOKEN('"token.jidx"') PARM(NP ?) (PREFIX J_" Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] För Visser, Hans (PinkRoccade > Infrastructure Services Technisch Specialist) > Skickat: den 16 april 2009 15:24 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SDSF info in Rexx > > > Thomas, > > I know, but how to GET that info. > > See REXX below: > > / REXX > / > /* > */ > /*TRACE R > */ > /* > */ > rc = ISFCALLS('ON') > > /* > */ > isfprefix = 'TC49*' > > /* > */ > ADDRESS SDSF > > /* > */ > "ISFEXEC ST (VERBOSE DELAYED)" > > /* > */ > DO jidx=1 TO jname.0 > > IF jname.jidx = 'TC49VISF' THEN > > DO > > "ISFACT ST TOKEN('"token.jidx"') PARM(NP ?) (PREFIX > J_" > /* > */ > DO didx=1 TO j_ddname.0 > > IF j_ddname.didx <> 'SYSUT2' THEN > > ITERATE > > /* > */ > SAY j_ddname.didx pagedef pagedef.didx j_pagedef > j_pagedef.didx > END > > END > > END > > /* > */ > rc = ISFCALLS('OFF') > > /* > */ > RETURN > > /* > */ > > Regards, Hans > > > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg > Sent: Thursday, April 16, 2009 2:14 PM > To: IBM-MAIN@bama.ua.edu > Subject: SV: SDSF info in Rexx > > They
Re: Placement of Couple Data sets
Related question: I am migrating the XCF datasets for a shared SYSPLEX system to a new set of UCB addresses. Our Primary and Secondary datasets are all on separate volumes. But the 3rd set that is sitting around is all on one volume. My question is, "If I use the 3rd set as the alternate XCF datasets, will it be a potential performance problem?" I will only be using the third set as alternates as I play the shell game to move the original primary and alternates to their new volumes. Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Servicelink User's Guide?
How can this possibly be as difficult as it has turned out to be? Can anyone provide a link to the Servicelink User's Guide? Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Librarian to a PDS
Yes, Librarian can do it. See chapter 2.4.4 in the Librarian Users Guide. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Thursday, July 26, 2007 9:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Librarian to a PDS Hi, Are there any utilities available that will unload a librarian source file to a PDS ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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: web IBMLINK down again -SEV1 32656350
If the web access is not on a z system, should it be a candidate for a Reboot Hill story. Spoke with IBM this morning regarding the nature of the problem. It is directly related to the sign-on process...which is NOT on a z/System. The data continues to reside there but not the sign-on process. There is a sign-on redundancy project in the wings apparently. Regarding escalation of the problem and awareness, IBM is being screamed at by a lot of big customers already so any time spent telling them again is probably wasting your time and theirs. Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Web access to mainframe datasets
One thing about MVSDS access is that even though it is presenting an MVS dataset, if the dataset is valid HTML then the result is a "pretty" web-page instead of just plain text. For example, if the dataset you are displaying has these contents it will present nicely: Test Header TitleLink DataMore Data Personally I use a lot of basic CGI scripts to retrieve either datasets or data and present it back in a standard web look. Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: gdg question
Thanks for sharing the info on this Bruce: Remember that it is true that a SYSDSN ENQ is held until the end of last step that references the dataset. this is also true for GDG bases. My test showed that this is true, both ENQs were released at the end of the first step. But if you have a job that creates a GDG generation in one step and reads it in another step, the GDG base name will be ENQed EXCLUSIVE until the end of the later step (EXCLUSIVE is required when creating a new generation). I knew that the creation of a new GDG entry did an ENQ on the base (and hence the reason JOBA was not executing) but did not realize that referencing the new GDG entry in a subsequent step would retain the original ENQ EXCLUSIVE. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
oedit/obrowse invalid directory: Errno=81x
I sent this to the IBM-UNIX listserv as well but thought us regular users might have some insights. - I am hoping someone one this list has seen this problem and has a solution. When I use oedit or obrowse in OMVS I get an error back stating: Errno=81x No such file or directory exists; Reason=0594003Dx A directory in the pathname was not found. Press Enter to continue. The Directory field has been substituted with: Directory ===> -u10560572 pathname When I am superuser, then it puts in -u0 before the pathname. I had the security folks check my OMVS segment and I even tried deleting my ISPF profile and creating a new one. Nothing seems to be helping. Anyone have any ideas? Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: oedit/obrowse invalid directory: Errno=81x
How did that get there!! I had copies of oedit and obrowse in my personal file in the SYSEXEC concatenation. I removed them and all is well. Thank you Bill. Sean Smith -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Big Iron Sent: Thursday, June 12, 2008 7:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: oedit/obrowse invalid directory: Errno=81x Is it possible that the version of OEDIT in your SYSPROC/SYSEXEC concatenation is out of date? When you invoke /bin/oedit from the shell, it invokes OEDIT under ISPF using the -u parm to specify the OMVS uid in use. Maybe that parm isn't being parsed correctly and so is being treated as the directory, Bill On Wed, 11 Jun 2008 14:54:41 -0700, Smith, Sean M <[EMAIL PROTECTED]> wrote: >I sent this to the IBM-UNIX listserv as well but thought us regular >users might have some insights. > >- > >I am hoping someone one this list has seen this problem and has a >solution. > >When I use oedit or obrowse in OMVS I get an error back stating: > >Errno=81x No such file or directory exists; Reason=0594003Dx A directory >in the pathname was not found. Press Enter to continue. > >The Directory field has been substituted with: > >Directory ===> -u10560572 pathname > >When I am superuser, then it puts in -u0 before the pathname. > >I had the security folks check my OMVS segment and I even tried deleting >my ISPF profile and creating a new one. Nothing seems to be helping. > >Anyone have any ideas? > >Sean Smith >Bank of America > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Workload manager
You might ask the same question of Thruput Manager if you have that product. Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John C. Wolf Sent: Monday, October 30, 2006 7:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Workload manager We have a JES2 mod which assign the job class to the job so that the user does not have to put a job class on tjheir job cards. We are running z/OS 1.7 and have found out that we have to rewrite the JES2 exits. So my question is does the Work Load Manager have the smarts to assign a job class to a job? Thanks in advance John Wolf sysprog University of Cincinnati voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe IDE
Thanks for the tip on HILITE HTML. This is not available in 1.5 but is in 1.7 (not sure about 1.6). We actual used HTML in a PDS today and it opens some interesting options for displaying data. Try this if you have the http server installed: http://lpar-dns/MVSDS/'pds(member)' If the PDS member contains HTML then it will format the page appropriately. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html