Re: FTP hangs?
Ok, ok, ok, I hate to post twice, but here goes... ;-) Phil, more diagnostics things you can review: What version of z/OS are you using? Are you using IBM's TCP/IP software or another vendor's package? DATACTTIME FIFOIOTIME Insert/remove TRACE and DEBUG statements. Check your PROGxx parmlib member for placement of the modules used for FTP. (Look in Performance Considerations in 'IP Configuration Guide' for more info and other things to consider.) Also, are your systems suffering other performance problems in CPU and/or network traffic? JES2 overhead work? Slow TN3270 response times? My network guy says that some hardware problems can perhaps be the reason somewhere along the route between the 2 machines. Or buy a bigger machine... ;-) HTH and good luck! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Eniac on display
http://www.wired.com/2014/11/eniac-unearthed/ -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Eniac on display
Mike Schwab wrote: http://www.wired.com/2014/11/eniac-unearthed/ Very very interesting! Thanks Mike, for kindly sharing this entertaining article. When I'm big and rich, I want one of such toys and wire it up for z/OS, but where oh where do I store that 27 ton thing? ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is there any other way to implement base sysplex excepting CTC
Hi all There are three LPARs in our SDM system in the same machine. We don't have any CF for this system This system is a base sysplex,so we need to define CTCs between LPARs. We don't like to define CTCs. Is there any other way to implement base sysplex excepting CTC. Thanks a lot! Best Regards, Cai Jin Song -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
Yesterday, I sent the email below and did not hear back from anyone. Can someone confirm that Shopz download is working? IBM acknowledged receipt of my reply to Customer Service but then silence. I tried again this morning and still no joy. Bob From: Richards, Robert B. Sent: Tuesday, November 25, 2014 9:35 AM To: IBM Mainframe Discussion List (IBM-MAIN@LISTSERV.UA.EDU) Subject: ShopzSeries problems? Is anyone else had problems this morning with Shopz? The order gets fulfilled (supposedly), but when you click on the Download link, nada, nothing, zilch! This just came out on my last attempt: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). I did fill out the webpage for further contact. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
I can't even get into the site this morning. I have an order that is still downloadable, and was going to try that for you. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, November 26, 2014 6:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Yesterday, I sent the email below and did not hear back from anyone. Can someone confirm that Shopz download is working? IBM acknowledged receipt of my reply to Customer Service but then silence. I tried again this morning and still no joy. Bob From: Richards, Robert B. Sent: Tuesday, November 25, 2014 9:35 AM To: IBM Mainframe Discussion List (IBM-MAIN@LISTSERV.UA.EDU) Subject: ShopzSeries problems? Is anyone else had problems this morning with Shopz? The order gets fulfilled (supposedly), but when you click on the Download link, nada, nothing, zilch! This just came out on my last attempt: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). I did fill out the webpage for further contact. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
Thanks Dave. I can get in and see my two downloadable orders, but after clicking on Download...nothing, followed a minute or two later by that SHP0003E message. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? I can't even get into the site this morning. I have an order that is still downloadable, and was going to try that for you. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, November 26, 2014 6:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Yesterday, I sent the email below and did not hear back from anyone. Can someone confirm that Shopz download is working? IBM acknowledged receipt of my reply to Customer Service but then silence. I tried again this morning and still no joy. Bob From: Richards, Robert B. Sent: Tuesday, November 25, 2014 9:35 AM To: IBM Mainframe Discussion List (IBM-MAIN@LISTSERV.UA.EDU) Subject: ShopzSeries problems? Is anyone else had problems this morning with Shopz? The order gets fulfilled (supposedly), but when you click on the Download link, nada, nothing, zilch! This just came out on my last attempt: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). I did fill out the webpage for further contact. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
No problem. I was just able to get past the signon, and then after clicking my Orders things grind to a halt. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, November 26, 2014 7:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Thanks Dave. I can get in and see my two downloadable orders, but after clicking on Download...nothing, followed a minute or two later by that SHP0003E message. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? I can't even get into the site this morning. I have an order that is still downloadable, and was going to try that for you. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, November 26, 2014 6:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Yesterday, I sent the email below and did not hear back from anyone. Can someone confirm that Shopz download is working? IBM acknowledged receipt of my reply to Customer Service but then silence. I tried again this morning and still no joy. Bob From: Richards, Robert B. Sent: Tuesday, November 25, 2014 9:35 AM To: IBM Mainframe Discussion List (IBM-MAIN@LISTSERV.UA.EDU) Subject: ShopzSeries problems? Is anyone else had problems this morning with Shopz? The order gets fulfilled (supposedly), but when you click on the Download link, nada, nothing, zilch! This just came out on my last attempt: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). I did fill out the webpage for further contact. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
Ok, getting a little further, site is really slow. And then I get the same error as you: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
Thanks for confirming it ain't just me! :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Ok, getting a little further, site is really slow. And then I get the same error as you: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any other way to implement base sysplex excepting CTC
On Wed, Nov 26, 2014 at 5:53 AM, ibmmain ibmm...@foxmail.com wrote: Hi all There are three LPARs in our SDM system in the same machine. We don't have any CF for this system This system is a base sysplex,so we need to define CTCs between LPARs. We don't like to define CTCs. Is there any other way to implement base sysplex excepting CTC. No. You must have a CTC and/or Coupling Facility in order to have the systems communicate. Ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2f1b0/1.1 quote - Signaling paths between MVS systems There must be at least two operational signaling paths (one inbound and one outbound path) between each of the MVS systems in the sysplex. The signaling paths can be defined through: - Coupling facility list structures - ESCON® or FICON® channels operating in CTC mode - 3088 Multisystem Channel Communication Unit /quote Thanks a lot! Best Regards, Cai Jin Song -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AMODE Problem with CSVDYNEX
I use CSVDYNEX to dynamically load an IEFU83 exit defined as AMODE31 (use system definition). I have been working to move information above the 64 bit bar and now have a problem I do not understand. As far as I can tell the last SAM instruction issued is SAM31 (Set Amode to 31) before issuing the CSVDYNEX ADD macro. I believe this is confirmed by the following PSW at abend after the failure: Abend after add failure: PSW at time of error: 07041000 8000 0008399A (bit 31 is 0 and bit 32 is 1 indicating amode 31) From PDSE… Attribute of the exit: PDS120I PROGRAM RESIDENCE MODE IS ANY -- ADDRESSING MODE IS 31 I do not define the exit (use system definition) but it has not changed. So why is CSVDYNEX giving me the following return code-reason: RC=0008-0827 From the manual: 0827 CSVDYNEXRSNBADAMODE Meaning: Program error. For an ADD, MODIFY, or REPLACE request: one of the following occurred: v An exit routine with AMODE=31 is being added to an exit that requires that its exit routines have AMODE=24. v An exit routine with AMODE=24 is being added to an exit that requires that its exit routines have AMODE=31. Action: Make sure the AMODE attributes of the exit routine to be added conform to the exit definition. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Death of spinning disk?
Well, maybe, according to: http://www.itworld.com/article/2851057/intel-and-micron-are-going-to-kill-the-hard-disk-drive.html According to this, Intel is thinking that 10Tb SSDs will be available in a couple of years. From what I have read, despite the wearing problem, with SSDs, one which is properly configured (extra memory to dynamically replace worn-out memory and load balancing) can last as long, or longer, than the traditional spinning HD. Of course, I also remember how bubble memory was going to destroy the HD market too. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Where is the JESMSGLG described?
I can't seem to remember what manual describes the header and footer messages in the JES2 JESMSGLG data set. Does anyone know? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Death of spinning disk?
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 26 November, 2014 14:14 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Death of spinning disk? Well, maybe, according to: http://www.itworld.com/article/2851057/intel-and-micron-are-going-to-kill-the-hard-disk-drive.html According to this, Intel is thinking that 10Tb SSDs will be available in a couple of years. From what I have read, despite the wearing problem, with SSDs, one which is properly configured (extra memory to dynamically replace worn-out memory and load balancing) can last as long, or longer, than the traditional spinning HD. Of course, I also remember how bubble memory was going to destroy the HD market too. Well, I can buy a 1TB SSD now for the price of a 40GB spinning disk 10 years ago. Plus, flash memory in CPUs comes with a minimal quantity, that you dare not dream about for real memory. I think this is going to work. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any other way to implement base sysplex excepting CTC
Cai Jin Song wrote: This system is a base sysplex,so we need to define CTCs between LPARs. WAD We don't like to define CTCs. Why? Is there any other way to implement base sysplex excepting CTC. AFAIK, no. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
To apply PTFs for a specific fmid: //APPLYEXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DISP=SHR,DSN=your_csi //SMPCNTL DD * SET BDY (your_target) . APPLY PTFS FORFMID (your_fmid) GROUPEXTEND BYPASS(HOLDSYS) RETRY(YES) C(ALL) . Hope this is what you've been looking for. Lucas Rosalen Kurt: I was working on a specific product and *ONLY* wanted maintenance for that. Time and again I had to figure out all the pertaining PTF's and do a select(,,,,eee, etc etc) I did NOT want maintenance for other products to be recieved and applied. Ed On Nov 25, 2014, at 7:40 AM, Kurt Quackenbush wrote: Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. To what purpose? Limiting bandwidth for an urgently needed PTF? Sooner or later you're likely to need all available PTFs. Easier to RECEIVE all and APPLY SELECT( ... ) GROUPEXTEND [CHECK] Yes, yes, yes! What he said exactly. Why oh why do you want to order and receive PTFs for only a specific FMID? Why don't you want PTFs for all of your installed FMIDs? Of course you don't need to APPLY them all, but you will have them when you do eventually need 'em. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
I also am having a problem with downloads from ShopzSeries. I wasn't on IBM-MAIN yesterday. I started a PMR yesterday afternoon and got this relpy: There was an issue reported that was making that message appear. The internal teams have been working over the issue and it should be fixed by now. Could you please help us out by trying to download your order once again? I've checked your ID and I was able to get to the download link of your order: But today all I get is the page stating: *The page you requested cannot be displayed* . On Wed, Nov 26, 2014 at 4:20 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks for confirming it ain't just me! :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Ok, getting a little further, site is really slow. And then I get the same error as you: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMODE Problem with CSVDYNEX
How are you doing the add? If you are giving it an address of code to use as opposed to a module name, that may be the problem. Based on what you posted here, I don;t believe it is griping about the code doing the add. Its the module being added. --Dave On 11/26/2014 7:06 AM, Donald Likens wrote: I use CSVDYNEX to dynamically load an IEFU83 exit defined as AMODE31 (use system definition). I have been working to move information above the 64 bit bar and now have a problem I do not understand. As far as I can tell the last SAM instruction issued is SAM31 (Set Amode to 31) before issuing the CSVDYNEX ADD macro. I believe this is confirmed by the following PSW at abend after the failure: Abend after add failure: PSW at time of error: 07041000 8000 0008399A (bit 31 is 0 and bit 32 is 1 indicating amode 31) From PDSE… Attribute of the exit: PDS120I PROGRAM RESIDENCE MODE IS ANY -- ADDRESSING MODE IS 31 I do not define the exit (use system definition) but it has not changed. So why is CSVDYNEX giving me the following return code-reason: RC=0008-0827 From the manual: 0827 CSVDYNEXRSNBADAMODE Meaning: Program error. For an ADD, MODIFY, or REPLACE request: one of the following occurred: v An exit routine with AMODE=31 is being added to an exit that requires that its exit routines have AMODE=24. v An exit routine with AMODE=24 is being added to an exit that requires that its exit routines have AMODE=31. Action: Make sure the AMODE attributes of the exit routine to be added conform to the exit definition. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where is the JESMSGLG described?
Peter Hunkeler wrote: I can't seem to remember what manual describes the header and footer messages in the JES2 JESMSGLG data set. Does anyone know? I as$$ume you are talking about the 'dataset' inside a job like these: JESJCL, JESJCLIN, JESMSGLG, JESYSMSG. Could you be kind to show us example of what you mean for 'header and footer messages'? I faintly remember something about where you can tell JES2 how to write+route messages in its 'datasets' or let JES2 use its default formatting... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Facebook Can't Cite Evidence to Support Claims of U.S. Tech Worker Shortage
http://www.breitbart.com/Big-Government/2014/11/25/Facebook-Can-t-Cite-Evidence-to-Support-Claims-of-U-S-Tech-Worker-Shortage-After-MSM-Finally-Challenges Thanks, Mark Regan, USNR-Ret, 1969-1991 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMODE Problem with CSVDYNEX
Donald Likens wrote: I use CSVDYNEX to dynamically load an IEFU83 exit defined as AMODE31 (use system definition). On what z/OS version? (At least on v1.13, that CSVDYNEX macro is only for AMODE 24 and 31.) Please post your SAM and CSVDYNEX statements plus all keywords. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where is the JESMSGLG described?
Maybe JES2 Init and Tunning Reference/Guide. I got some hits searching on them. Lucas Rosalen Em 26/11/2014 11:41, Elardus Engelbrecht elardus.engelbre...@sita.co.za escreveu: Peter Hunkeler wrote: I can't seem to remember what manual describes the header and footer messages in the JES2 JESMSGLG data set. Does anyone know? I as$$ume you are talking about the 'dataset' inside a job like these: JESJCL, JESJCLIN, JESMSGLG, JESYSMSG. Could you be kind to show us example of what you mean for 'header and footer messages'? I faintly remember something about where you can tell JES2 how to write+route messages in its 'datasets' or let JES2 use its default formatting... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
Our nightly job to download PTFs also failed last night. GIM69207S ** THE CONNECTION WITH THE SERVER FAILED. java.net.ConnectException: EDC8128I Connection refused. HTTP Server Error: 502 Bad Gateway Connection attempt: 60, WAIT time remaining: 1 minute. Will retry connection to the order server in 1 minute. Connection failed. Connection attempt: 61, WAIT time remaining: 0 minutes. smpeCC:10 smpeRoutine:GIMJVREQ smpeMsgLen:55 smpeMsg:java.net.ConnectExc eption: EDC8128I Connection refused. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Mihay Sent: Wednesday, November 26, 2014 6:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? I also am having a problem with downloads from ShopzSeries. I wasn't on IBM-MAIN yesterday. I started a PMR yesterday afternoon and got this relpy: There was an issue reported that was making that message appear. The internal teams have been working over the issue and it should be fixed by now. Could you please help us out by trying to download your order once again? I've checked your ID and I was able to get to the download link of your order: But today all I get is the page stating: *The page you requested cannot be displayed* . On Wed, Nov 26, 2014 at 4:20 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks for confirming it ain't just me! :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Ok, getting a little further, site is really slow. And then I get the same error as you: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Archive search problems
I am unable to search the archives because listserv.ua.edu keeps telling me to sign in, even though I am already signed in. I even changed my pw and confirmed it. But when I go to the archives and try to search I get the sign in screen and my pw is not accepted. The results are the same with Chrome and IE. Any help is appreciated, thanks. Thanks, Matt Dazzo Senior Systems Programmer Publishers Clearing House -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Archive search problems
In the absence of that, you can see everything here: https://groups.google.com/forum/#!forum/bit.listserv.ibm-main I actually find it easier to use this than the archives. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt Sent: Wednesday, November 26, 2014 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Archive search problems I am unable to search the archives because listserv.ua.edu keeps telling me to sign in, even though I am already signed in. I even changed my pw and confirmed it. But when I go to the archives and try to search I get the sign in screen and my pw is not accepted. The results are the same with Chrome and IE. Any help is appreciated, thanks. Thanks, Matt Dazzo Senior Systems Programmer Publishers Clearing House -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: since last official 2.1-ptf-update problem with PASN-AL-entries
This is likely due to an intentional change in OA45768. It was never documented that z/OS would delete entries from a PASN access list for a deleted data space. Doing such deletion, in some cases, causes problems that can be dealt with only by not having done the deletion. A program relying on the deletion behavior (and encountering no PASN AL entry available) will have to be changed. I don't recall if there was any hold information in the APAR that described the ramification to a program relying on the undocumented behavior. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP hangs?
Our PASV experience with users uploading data files to us and downloading the (one) MXG Software file has been binary. At some sites PASV is required, or the transfer never initiates, while at other sites, enabling PASV causes the transfer to fail, often with a BROKEN PIPE message after moving many megabytes of data. My notes show that these ftp error messages have been resolved by reversing the PASV option. EZA1735I Std Return Code=06000, Error Code=7. EZA1735I Std Return Code=25150, Error Code=00010. EZA1735I Std Return Code=16426, Error Code=2 EZA1735I Std Return Code=27426, Error Code=2 EZA1735I Std Return Code=26530, Error Code=00011 EZA1735I Std Return Code=27150, Error Code=9 EZA1735I Std Return Code=27550, Error Code=00010 EZA1735I Std Return Code=16450, Error Code=2. ERRORS when GET partially transfers, times out waiting for z/OS, after reading three tape volumes! EPASV/LOCSITE FWFRIENDLY. Merrilly yours, Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com - FAQ has Most Answers ad...@mxg.com - invoices/PO/Payment supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Webster, Chris Sent: Wednesday, November 26, 2014 12:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP hangs? Maybe you could try to use the FTP PASV command. If you are using perl for the FTP, try set (export) FTP_PASSIVE=1 to see it if helps. From experience, corporate managed firewalls can get in the way. I have been running in passive mode for a while and do not see any performance problems (running without passive and having FTP not work was a serious performance problem). ...chris. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gord Tomlin Sent: Tuesday, November 25, 2014 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP hangs? On 2014-11-25 13:47, Phil Smith wrote: Like many companies, we use a z/OS guest at IBM Dallas for our testing. We also cross-compile our source on Windows, using the Dignus compiler. Obviously, this results in lots of FTPing bits from our systems to Dallas. Moreover, we do tons of automated testing submitting jobs and gathering output directly to and from the JES queue with FILETYPE=JES. Usually this all works fine. Some days, however, are a disaster, with FTP hanging constantly, both during traditional file transfers and when communicating with the SPOOL via FILETYPE=JES. We've been unable to identify any commonality to the bad days. At various times we've suspected shortage of SPOOL space; something latent in not having IPLed recently (we do wind up IPLing fairly frequently, due to running out of reusable address spaces after stopping and restarting our cross-memory STC repeatedly); shortage of initiators; and other things along those lines, but have always been able to disprove those theories. For example, today, with only two of us around (and thus even more control than usual), is a bad day: test jobs keep hanging in FTP. We reIPLed, and SPOOL and initiators are fine, but the hangs continue. We've talked with IBM and our own IT, and nobody seems to have any clue about how to diagnose this. Any ideas? It's not only frustrating, but when we're on a release deathmarch, is particularly disruptive to schedules! Thanks in advance, ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN We had a problem with FTP to IBM Dallas about four years ago. It didn't hang, but we were only getting about 26 Kb/sec. They changed the MTU size for the connection from defaultsize to 1492, and things got much better. Just a thought, in case your hang isn't really quite a hang. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF caching
VLF writes SMF 41 records, but they are unusable for LLA. Since LLA manages its VLF cache and knows what is in it and what is not, it will always have a 100% hitratio on its VLF cache, which will be reported by VLF records 41. That is not correct. It is true that LLA does know what it put into the cache (as would most VLF exploiters), but (as with all VLF exploiters) it has no idea what VLF has taken out due to trimming. LLA (as with all VLF exploiters) finds out when it goes to retrieve data that it had cached but that VLF has trimmed that the data is no longer available to be retrieved. LLA then acts accordingly. I presume, therefore, that the SMF 41 records do have legitimate information about the amount of trimming that has occurred. If no trimming is occurring, then the cache is not full. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF caching
VLF writes SMF 41 records, but they are unusable for LLA. That is not correct. It is true that LLA does know what it put into the cache (as would most VLF exploiters), but (as with all VLF exploiters) it has no idea what VLF has taken out due to trimming. I tend to agree with the OP. LLA will only check VLF for modules it previously cached. Granted there may be some trimming, but I don't ever recall seeing less than a 100% hit ratio for LLA. The other VLF exploiters behave differently and the SMF statistics for them tend to be helpful. The CSVLLIX1 exit is required for accurate LLA fetch statistics. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
Thanks. However *I* was the one that raised a SHARE requirement for forfmid. :) Ed On Nov 26, 2014, at 7:30 AM, Lucas Rosalen wrote: To apply PTFs for a specific fmid: //APPLYEXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DISP=SHR,DSN=your_csi //SMPCNTL DD * SET BDY (your_target) . APPLY PTFS FORFMID (your_fmid) GROUPEXTEND BYPASS(HOLDSYS) RETRY(YES) C(ALL) . Hope this is what you've been looking for. Lucas Rosalen Kurt: I was working on a specific product and *ONLY* wanted maintenance for that. Time and again I had to figure out all the pertaining PTF's and do a select(,,,,eee, etc etc) I did NOT want maintenance for other products to be recieved and applied. Ed On Nov 25, 2014, at 7:40 AM, Kurt Quackenbush wrote: Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. To what purpose? Limiting bandwidth for an urgently needed PTF? Sooner or later you're likely to need all available PTFs. Easier to RECEIVE all and APPLY SELECT( ... ) GROUPEXTEND [CHECK] Yes, yes, yes! What he said exactly. Why oh why do you want to order and receive PTFs for only a specific FMID? Why don't you want PTFs for all of your installed FMIDs? Of course you don't need to APPLY them all, but you will have them when you do eventually need 'em. Kurt Quackenbush -- IBM, SMP/E Development - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM- MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
Well played mr. Gould! --- *Lucas Rosalen* rosalen.lu...@gmail.com +55 19 9-8146-7633 2014-11-26 14:44 GMT-02:00 Ed Gould edgould1...@comcast.net: Thanks. However *I* was the one that raised a SHARE requirement for forfmid. :) Ed On Nov 26, 2014, at 7:30 AM, Lucas Rosalen wrote: To apply PTFs for a specific fmid: //APPLYEXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DISP=SHR,DSN=your_csi //SMPCNTL DD * SET BDY (your_target) . APPLY PTFS FORFMID (your_fmid) GROUPEXTEND BYPASS(HOLDSYS) RETRY(YES) C(ALL) . Hope this is what you've been looking for. Lucas Rosalen Kurt: I was working on a specific product and *ONLY* wanted maintenance for that. Time and again I had to figure out all the pertaining PTF's and do a select(,,,,eee, etc etc) I did NOT want maintenance for other products to be recieved and applied. Ed On Nov 25, 2014, at 7:40 AM, Kurt Quackenbush wrote: Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. To what purpose? Limiting bandwidth for an urgently needed PTF? Sooner or later you're likely to need all available PTFs. Easier to RECEIVE all and APPLY SELECT( ... ) GROUPEXTEND [CHECK] Yes, yes, yes! What he said exactly. Why oh why do you want to order and receive PTFs for only a specific FMID? Why don't you want PTFs for all of your installed FMIDs? Of course you don't need to APPLY them all, but you will have them when you do eventually need 'em. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Archive search problems
On 26 November 2014 at 10:00, Dazzo, Matt mda...@pch.com wrote: I am unable to search the archives because listserv.ua.edu keeps telling me to sign in, even though I am already signed in. I even changed my pw and confirmed it. But when I go to the archives and try to search I get the sign in screen and my pw is not accepted. The results are the same with Chrome and IE. Any help is appreciated, thanks. You're aware that IBM-MAIN and IBM-MAIN-ARCHIVES are different lists, with potentially different userid/password? If you aren't subscribed to the list you are trying to search, you may (will?) be denied access. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Archive search problems
Dave, thanks that's awesome. Is there an index in google for all the listserv groups? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Archive search problems In the absence of that, you can see everything here: https://groups.google.com/forum/#!forum/bit.listserv.ibm-main I actually find it easier to use this than the archives. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt Sent: Wednesday, November 26, 2014 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Archive search problems I am unable to search the archives because listserv.ua.edu keeps telling me to sign in, even though I am already signed in. I even changed my pw and confirmed it. But when I go to the archives and try to search I get the sign in screen and my pw is not accepted. The results are the same with Chrome and IE. Any help is appreciated, thanks. Thanks, Matt Dazzo Senior Systems Programmer Publishers Clearing House -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Archive search problems
Google 'bit.listserv'. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt Sent: Wednesday, November 26, 2014 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Archive search problems Dave, thanks that's awesome. Is there an index in google for all the listserv groups? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Archive search problems In the absence of that, you can see everything here: https://groups.google.com/forum/#!forum/bit.listserv.ibm-main I actually find it easier to use this than the archives. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt Sent: Wednesday, November 26, 2014 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Archive search problems I am unable to search the archives because listserv.ua.edu keeps telling me to sign in, even though I am already signed in. I even changed my pw and confirmed it. But when I go to the archives and try to search I get the sign in screen and my pw is not accepted. The results are the same with Chrome and IE. Any help is appreciated, thanks. Thanks, Matt Dazzo Senior Systems Programmer Publishers Clearing House -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP hangs?
Phil, We also use IBM z/OS RDP, and although I haven't seen FTP hangs, I have noticed that when uploading lots of files that there are commonly errors that require retry. We found that if using the Ant FTP task, that setting retriesAllowed fixed the problem. I would suggest that you see if there are any diagnostic capabilities in your FTP client that allow you to see if there are any other symptoms besides hanging. Along with the very good suggestions by others, I would also check your OMVS setup (see z/OS Unix Init and Tuning and z/OS Comm Server Configuration Guide).If you don't have syslogd set up, you may be missing important information about FTP server failures. Even better than FTP, you can use Co:Z SFTP https://www.dovetail.com/products/sftp.html at no cost under Dovetaill's Community License. - you can use Ant SFTP (SCP with sftp=true) https://ant.apache.org/manual/Tasks/scp.html tasks from your IDE to automate synchronizing your workstation IDE - it supports JES job / output processing https://www.dovetail.com/docs/sftp/using.html#server_jes ( we do our builds with Ant scripts that use SFTP to incrementally upload any changed files, and then an SSH task to remotely run make to build or run regression tests) Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Nov 26, 2014 at 11:00 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Wed, 26 Nov 2014 09:17:15 -0600, Barry Merrill wrote: Our PASV experience with users uploading data files to us and downloading the (one) MXG Software file has been binary. At some sites PASV is required, or the transfer never initiates, while at other sites, enabling PASV causes the transfer to fail, often with a BROKEN PIPE message after moving many megabytes of data. Simpler is better. Use sftp when possible. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Eniac on display
Right next to the 750 kva generator? In a message dated 11/26/2014 5:22:24 A.M. Central Standard Time, elardus.engelbre...@sita.co.za writes: When I'm big and rich, I want one of such toys and wire it up for z/OS, but where oh where do I store that 27 ton thing? ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries problems?
I just checked and it now lets me access the download information. So ShopZseries appears to be working again. Matthew On Wed, 26 Nov 2014 07:20:23 -0500, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks for confirming it ain't just me!:-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, November 26, 2014 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries problems? Ok, getting a little further, site is really slow. And then I get the same error as you: ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the problem persists, please contact us (visit our Customer Service page for contact information). _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI� 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF caching
On 11/26/2014 11:19 AM, Bob Shannon wrote: snippage I tend to agree with the OP. LLA will only check VLF for modules it previously cached. Granted there may be some trimming, but I don't ever recall seeing less than a 100% hit ratio for LLA. The other VLF exploiters behave differently and the SMF statistics for them tend to be helpful. The CSVLLIX1 exit is required for accurate LLA fetch statistics. Bob Shannon Rocket Software SNIPPAGE Wouldn't the LLA hit rate be based on it having the directory information as opposed to having to go read it (something about FREEZE vs. NOFREEZE ?)? Then, wouldn't the VLF data be based on an attempt to fetch, when it doesn't have it, so that you have a cache miss? After all, VLF does not start doing caching until there has been a module that meets the requirements (what, 5 fetches inside of x seconds?). Then there is a second cache trigger. And that is some number of hits on a library with some number of modules already cached, VLF then starts caching any module requested... [Sorry, a bit hazy on the exact numbers -- did not commit them to memory.] And I can see behavior that backs this when manually monitoring using MFM. The exception being when you cross the 90% utilization mark... Then trim is forced, so that the now eligible requested module can be put into cache. So those modules eligible for trim get marked (NOTE, that is MARKED) for deletion. If one of those modules gets requested before the delete cycle hits, the delete flag is turned off. More to tuning this sucker than I really wanted to get into. Hence my prior comment about a certain ISV and their products that pre-date LLA (Library Look Aside, not sure about Link List Lookaside) and VLF. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where is the JESMSGLG described?
On 26 November 2014 at 14:25, Peter Hunkeler p...@gmx.ch wrote: And, yes, I'm talking about the first sysout data set in any job; Seen as jeSMSGLG in the DDname column in SDSF. By header and footer I mean all the messages in this log that which do *not* have a message identifier. There can be any number of messages in this log that have no message identifiers. This log (mostly) captures WTO messages written by the job in question, and there is no requirement that they all have message IDs. Are you interested in the meta messages written by JESn itself? Some of these have a timestamp and the JOBID to the left; others do not. What are you trying to do? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Re: Where is the JESMSGLG described?
What are you trying to do? Just curiosity. Got a hint offline. It's in the JES2 init tuning guide, chapter 2, JES2 System Data Sets. I've been almost there, but then gave up too early. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF caching
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: 26 November, 2014 17:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF caching VLF writes SMF 41 records, but they are unusable for LLA. That is not correct. It is true that LLA does know what it put into the cache (as would most VLF exploiters), but (as with all VLF exploiters) it has no idea what VLF has taken out due to trimming. I tend to agree with the OP. LLA will only check VLF for modules it previously cached. Granted there may be some trimming, but I don't ever recall seeing less than a 100% hit ratio for LLA. The other VLF exploiters behave differently and the SMF statistics for them tend to be helpful. The CSVLLIX1 exit is required for accurate LLA fetch statistics. Bob Shannon Rocket Software Correct, that is why you also see Deletes in the LLA VLF cache. If LLA has a module that qualifies for the cache, it can delete a module that does not qualify anymore to make room for the new one. Therefor you will see deletes and adds of modules caused by LLA management of the cache, and hardly any trims caused by VLF management of the cache. The other exploiters push 'everything' into the cache and will find out later if the object is still there. VLF hitratio and trim statistics are indeed useful here. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF caching
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: 26 November, 2014 21:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF caching On 11/26/2014 11:19 AM, Bob Shannon wrote: snippage I tend to agree with the OP. LLA will only check VLF for modules it previously cached. Granted there may be some trimming, but I don't ever recall seeing less than a 100% hit ratio for LLA. The other VLF exploiters behave differently and the SMF statistics for them tend to be helpful. The CSVLLIX1 exit is required for accurate LLA fetch statistics. Bob Shannon Rocket Software SNIPPAGE Wouldn't the LLA hit rate be based on it having the directory information as opposed to having to go read it (something about FREEZE vs. NOFREEZE ?)? Then, wouldn't the VLF data be based on an attempt to fetch, when it doesn't have it, so that you have a cache miss? After all, VLF does not start doing caching until there has been a module that meets the requirements (what, 5 fetches inside of x seconds?). Then there is a second cache trigger. And that is some number of hits on a library with some number of modules already cached, VLF then starts caching any module requested... [Sorry, a bit hazy on the exact numbers -- did not commit them to memory.] And I can see behavior that backs this when manually monitoring using MFM. The exception being when you cross the 90% utilization mark... Then trim is forced, so that the now eligible requested module can be put into cache. So those modules eligible for trim get marked (NOTE, that is MARKED) for deletion. If one of those modules gets requested before the delete cycle hits, the delete flag is turned off. More to tuning this sucker than I really wanted to get into. Hence my prior comment about a certain ISV and their products that pre-date LLA (Library Look Aside, not sure about Link List Lookaside) and VLF. Regards, Steve Thompson No, here I read a common misconception about LLA and VLF working. LLA module caching and directory freeze are separate functions. Directories are kept completely in LLA's private storage. Modules are cached in VLF. LLA fetches only modules from the VLF cache if it knows it is still there, hence the 100% VLF hitratio. VLF does not do caching, VLF exploiters cache objects into the VLF cache (LLA, TSO clist, Catalog etc.). The '5 fetches' algorithme, together with some complex calculations about memory use, cache efficiency etc. are done by LLA, to determine if a module is going to be staged to VLF. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
