Re: Installing IMWEBSRV on a system with R/O root
In 1190298266964067.wa.mitchdanagmail@listserv.ua.edu, on 09/20/2012 at 01:24 PM, Dana Mitchell mitchd...@gmail.com said: I'm working on installing HTTP server IMWEBSRV on a system with a read only root zfs. The setup.sh wants to create directories under /usr/lpp/internet/server_root which obviously doesn't work when /usr is in a RO root. That's not obvious, or even true. What matters is where /usr/lpp/internet/server_root is, not where /usr is. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing IMWEBSRV on a system with R/O root
In 2185360607951952.wa.mitchdanagmail@listserv.ua.edu, on 09/20/2012 at 02:21 PM, Dana Mitchell mitchd...@gmail.com said: So it's 'normal' for all this server code to actually reside under /usr/lpp? Yes. would it be appropriate to copy it to something under /var? No; /var is not intended for code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing IMWEBSRV on a system with R/O root
In a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom, on 09/20/2012 at 02:31 PM, McKown, John john.mck...@healthmarkets.com said: Well, it is the *IBM* standard. It's definitely not what I'm used to in Linux. In Linux, this particular directory, at least for Apache, ends up in /var/www. Code or configuration files? I wouldn't expect code in /var on a Linux system. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
In cafo-8tr39w9ys5a7gy4qtnimvwg38btsuytzob11ojc22r2...@mail.gmail.com, on 09/19/2012 at 05:31 PM, zMan zedgarhoo...@gmail.com said: For the record, MVCIN has been around since the 4300s. Every generation believes that it invented sex. The 4300 may mark MVCIN becoming standard, but the instruction is much older than the 4300. The Technion had it on their 370/165 in 1972, and I believe that it was available on the 360/50. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - disappearing responses
In CAJTOO5-YP4mU-4ec5C9CJKPpef=ezwojhoezc_d4jxkdyee...@mail.gmail.com, on 09/19/2012 at 07:01 PM, Mike Schwab mike.a.sch...@gmail.com said: That account goes away if you change providers or move and have to change providers. Plus it enables a lot of impersonation. No more so than web mail. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Transaction state (was Model 2827 New Instructions)
On Thu, 20 Sep 2012 18:15:49 -0400, Shmuel Metz (Seymour J.) wrote: Do you have a publicly accessible URL for SA22-7832-09? David Bond posted this link on the Assembler list: http://publibfi.boulder.ibm.com/epubs/pdf/dz9zr009.pdf And for the reference summary: http://publibfi.boulder.ibm.com/epubs/pdf/dz9zs007.pdf -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - disappearing responses
In 9b277c67-0e6e-4fbc-b50d-83450902d...@comcast.net, on 09/19/2012 at 11:36 PM, Ed Gould edgould1...@comcast.net said: Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Try pointing this out to them. I have been through this issue with YAHOO and GMAIL. AFter talking with their support people it appears to be their issue. Although they deny it. The issue is that the (listserv) mail server (rightly or wrongly depending on your POV) configure the email headers with the sender as being you (your email address rather than IMO the mailserver address) No. Both the return path in the MAIL command and the address in the Sender: header field are IBM-MAIN@LISTSERV.UA.EDU. Their mail server is broken. See http://www.rfc-editor.org/rfc/rfc5321.txt, http://www.rfc-editor.org/rfc/rfc5322.txt and http://www.rfc-editor.org/rfc/rfc5598.txt. I am sure others are more conversant as to which is right but it comes down to YAHOO and GMAIL (and others) take the road as its wrong. IMHO the best approach is to ask some of their customers and users point them to the above RFC's. I suspect the same with Darren. Darren is doing exactly what he should be doing. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - disappearing responses
Any self-respecting ISP these days with Email support should require log on with password for each connection of the email client on your PC to download Email, AND for each connection to their SMTP server to send Email from your PC client. If you are using an ISP SMTP server and local Email client on your PC, a hacker must know more than your Email address in order to use his PC to connect to your ISP via the Internet and send Email through your ISP as if they were you. I believe SMTP ports for sending Email have been encrypted-password-secured by my current ISP for at least a decade. And, even before send-password security was added, it was typically impossible to access the outbound SMTP server unless your own IP address was one assigned by that ISP, so a hacker would have to have had service through that same ISP in order to exploit the pre-password exposure. In the earlier days of the Internet, SMTP servers tended to be less secured; but spammer exploits long ago made that practice untenable. I much prefer the security of having my Email folders and Email contact lists reside on a local machine where I control the choice of operating system, the security access, backups, and archiving. When you retain your Email and contacts within someone else's server outside of your control, your data is no doubt on a system which contains data from many thousands of users -- which immediately makes it a much more visible and attractive target for hackers. Should that server have any flaw or weakness it is much more likely to be exploited than a flaw on my less public Fedora SELinux system, which has minimal Internet visibility and much less data that would be attractive or useful to a hacker. Someone who doesn't have access to your mail account and password can still always forge an Email FROM address, but in most cases the routing headers should reveal the fraud. As there is no forced agreement between the SMTP logon and the EMail-client-supplied FROM address (there are legitimate reasons for differences), a forger could establish their own account with the same ISP and send from that to get the correct routing headers, but that would involve cost and also leave an incriminating audit trail. With appropriate tools and incentive, one can forge plausible (but not perfect) bogus routing headers that would suggest mail with a forged web mail FROM address came from the appropriate server for that forged address; but since only a small minority of Internet Email users know how to examine routing headers or how to interpret them and this would also require additional research and effort for the forger, most forgers don't bother with this. There's nothing special about web mail Email addresses that makes them any more difficult to forge, since there's no need for forged Email to actually originate from the web-mail server or ISP server that the forged headers imply. If you really need your Email recipients to be certain you are the originator of Emails claiming to be from you, you probably should be using digital signatures on your Email and be sure your contacts know how to verify your signature. In most cases, it's simpler for all parties to just remember that any FROM address may be bogus and act with appropriate caution. JC Ewing On 09/20/2012 04:47 PM, J R wrote: That's what he said, Web pages *do* require passwords to access your account. Date: Thu, 20 Sep 2012 16:54:16 -0400 From:scott_j_f...@yahoo.com Subject: Re: OT - disappearing responses To:IBM-MAIN@LISTSERV.UA.EDU Mike, I don't follow the logic can you elaborate for me ? I thought all web mail needed passwords ? If I am mistake man I want to know Scott ford www.identityforge.com On Sep 20, 2012, at 11:57 AM, Mike Schwabmike.a.sch...@gmail.com wrote: On Thu, Sep 20, 2012 at 10:19 AM, zManzedgarhoo...@gmail.com wrote: On Wed, Sep 19, 2012 at 8:01 PM, Mike Schwabmike.a.sch...@gmail.comwrote: That account goes away if you change providers or move and have to change providers. Plus it enables a lot of impersonation. And when you upload any attachments, you are certain it gets to your email host anyway. Plus it enables a lot of impersonation.?? Huh? How is a webmail account any more immune to this? -- zMan -- I've got a mainframe and I'm not afraid to use it Someone could start their PC, start their email client, enter your email as the sender, and start sending emails through your account via SMTP by only getting your email address. No password required. Web pages do require passwords to access your account. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ... -- Joel C. Ewing,Bentonville, arjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Sort
Thanks a bunch Kolusu.. , just want to check with you if i have a additional field to be checked say for e.g if the 25'th field is 01PS then how we can modify the same job? Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IPSec
All, I am looking at implementing IPSec between z/os and windows/XP server. The RedBook sg247342 mentions using IBMs Configuration Assistant, does anyone know if this is a requirement ? Scott ford www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Sort
Ron, If the value 01PS exist on every record, then you can simply modify the INCLUDE cond on OUTFIL. Something like this //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * +1+2+3+4+5+6+ 101 10001 T 01PS ABC 102 10001 01PS PRS 103 10001 01PS XYE 101 10002 T 02PS ABC 102 10002 02PS PRS 103 10002 02PS XYE 101 10003 A ABC 102 10003PRS 103 10003XYE //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY INREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(11,5),PUSH=(81:23,1)) OUTFIL BUILD=(1,80), INCLUDE=(81,1,CH,EQ,C'T',AND,25,4,CH,EQ,C'01PS') //* If that is not how your data looks like then you need to show me a sample of input and I can show you a way to get the results. Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/21/2012 07:58:03 AM: From: Ron Thomas ron5...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 09/21/2012 07:59 AM Subject: Re: JCL Sort Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Thanks a bunch Kolusu.. , just want to check with you if i have a additional field to be checked say for e.g if the 25'th field is 01PS then how we can modify the same job? Thanks, Ron T -- 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: IPSec
OEDIT would do the trick as well, but the Config assistant also writes your Policy Files as well. OEDIT typical usage (from option 6) oedit /ADCD/etc/TCPIP.policy Welcome to the Policy Agent.. = You want to use zOSMF and the configuration selections within there. It = is possible to write the configuration files yourself but it is much like = taping together the contents of a shredder bucket to restore the original = documents. It is not a requirement to use the GUI but you will be glad = you did. = = Thomas Ambros = Operating Systems and Connectivity Engineering = 518-436-6433 = = = = = = From: Scott Ford scott_j_f...@yahoo.com = To: IBM-MAIN@LISTSERV.UA.EDU = Date: 09/21/2012 11:08 = Subject:IPSec = Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU = = = = All, = = I am looking at implementing IPSec between z/os and windows/XP server. = The RedBook sg247342 mentions using IBMs Configuration Assistant, does = anyone know if this is a requirement ? = = Scott ford = www.identityforge.com = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = = This communication may contain privileged and/or confidential information. = It is intended solely for the use of the addressee. If you are not the = intended recipient, you are strictly prohibited from disclosing, copying, = distributing or using any of this information. If you received this = communication in error, please contact the sender immediately and destroy = the material in its entirety, whether electronic or hard copy. This = communication may contain nonpublic personal information about consumers = subject to the restrictions of the Gramm-Leach-Bliley Act. You may not = directly or indirectly reuse or redisclose such information for any = purpose other than to provide the services for which you are receiving the = information. = = 127 Public Square, Cleveland, OH 44114 = If you prefer not to receive future e-mail offers for products or services = from Key = send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' = in the = SUBJECT line. = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Metal C runtime safe for dynamic LINKing?
Thank you David. If I understand correctly then, the returned token is unique to each call of __cinit, and as long as __cinit / __cterm are properly nested they should not interfere with each other, right? I very much like your idea of using nested __cinit / __cterm to create unique heaps and then clean up in one call after heavy use of (m/c/re)alloc. Makes a lot of sense as long as nothing allocated in that scope needs to be passed back up out of scope. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, September 21, 2012 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? On 21/09/2012 12:09 AM, Farley, Peter x23353 wrote: *** Comments and questions marked below. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, September 20, 2012 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? __cinit returns an environment token which is stored in R12. *** I am aware of that, since there is source coding required to support the use and reservation of R12 for the token. AFAIK, all __cinit() does is create a storage heap, and __cterm() destroys it. I'm not sure if any of the runtime actually uses the heap, the manual eludes to this by documenting the required stack sizes of the runtime functions. I've nested several __cinit/__cterm calls in the same program because I wanted to create a new heap that I could tear down in one call and thus reduce the overhead of tens of thousands of free() calls. This technique is similar to memory pools or user heaps. Metal/C is pretty low-level, no anchored control blocks or anything sophisticated to worry about. It's not unusual to have environment pools in both metal/c and LE using PIPI. *** I do not understand this part of your reply. I am well aware of the use of PIPI for LE programs to prevent repeated startup and teardown of the LE environment. But what do you mean by environment pools? And how do they relate to my question, please? It doesn't really relate to your question, sorry about that! I was talking about the technique of reusing PIPI environments from a free pool. Only really interesting to PIPI heavy users who probably already know about it. Peter On 20/09/2012, at 11:00 PM, Farley, Peter x23353 peter.far...@broadridge.com wrote: In thinking about a possible Metal C project, I realized I might have to LINK to other Metal C main programs as part of the project. My concern in this OCO environment is whether this scenario is safe to plan: EXEC PGM=A __cinit (Program A logic) LINK to program B __cinit (Program B logic) __cterm RETURN to program A (Program A more logic) __cterm RETURN to z/OS My first question is whether the Program B invocation of __cinit will succeed since __cinit was already called by Program A. If the answer to the first question is Yes, then my second question is whether the (Program A more logic) section would succeed or fail using the Metal C runtime routines after the LINKed-to program B calls __cterm. TIA for any practical experience or advice you can provide. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Questions about IARST64
Well, I'm a bit confused by the docs on this service. In the Assembler Services Reference, the write up begins: Use IARST64 to request 64-bit Storage Services. so I at first assumed this has nothing to do with cell pools but is an alternative to IARV64 (no guard area, etc.) But just a few lines deeper I see: Note: There is diagnostic support for 64 bit cell pools, created by IARST64... so that sounds like cell pools. A few pages later I find this gem: For storage that is larger than what IARCP64 supports, consider using IARCP64 or IARV64 GETSTOR or GETCOMMON. Huh? If IARCP64 doesn't meet your needs use IARCP64? The IARST64 service is not referenced at all in the Assembler Services Guide doc. Can anyone enlighten me about the function / purpose of IARST64? Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * Check out our sale of training materials at http://www.trainersfriend.com/SpecialSale/ (sale absolutely ends 19 October, 2012) * Let us know if you are interested in our training materials reseller program -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncronize between CA-1 and IBM ATL and VTS
CTSSYNC does take volser ranges. SYNC G0-G00019 I use ranges to fix large numbers tapes at once as it is easier to code and not miss something. If you have a lot of tapes like we do, you may want to limit the size of the range per run. I usually don't do more than 100,000 at a time. An alternative is to put the command in the parm for the step and only the volsers in the file. Then run the job twice, once for each command. //CTSSYNC EXEC PGM=CTSSYNC,PARM=SCRATCH //TMSRPT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * F05935 G03314 G41312 J23288 Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 09/20/2012 07:30:07 AM: From: גדי בן אבי gad...@malam.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/20/2012 07:37 AM Subject: Re: Syncronize between CA-1 and IBM ATL and VTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Do I have to issue a separate command for each scartch volme? If I understand correctly I have to: 1. find all of the scratch volumes in CA-1 2. Issue the PRIVATE,VSN command for each of them 3. Issue the SCRATCH,VSN command for each of them. Is this correct? I have opened an issue with CA support, but haven't heard from them yet. Gadi This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing IMWEBSRV on a system with R/O root
Sorry, configuration files, including all the .html pages. The code is not intermixed with Apache on Linux the way that all of the HTTP Server's code seems to be on z/OS. I like products in /opt/product-release-ver-mod instead of IBM's liking for /usr/lpp. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 20, 2012 8:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Installing IMWEBSRV on a system with R/O root In a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom, on 09/20/2012 at 02:31 PM, McKown, John john.mck...@healthmarkets.com said: Well, it is the *IBM* standard. It's definitely not what I'm used to in Linux. In Linux, this particular directory, at least for Apache, ends up in /var/www. Code or configuration files? I wouldn't expect code in /var on a Linux system. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Metal C runtime safe for dynamic LINKing?
As I understand it, you only need to make sure that your code uses the right environment token (returned as R12). So, you could switch between environments if careful. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 21, 2012 at 10:48 AM, Farley, Peter x23353 peter.far...@broadridge.com wrote: Thank you David. If I understand correctly then, the returned token is unique to each call of __cinit, and as long as __cinit / __cterm are properly nested they should not interfere with each other, right? I very much like your idea of using nested __cinit / __cterm to create unique heaps and then clean up in one call after heavy use of (m/c/re)alloc. Makes a lot of sense as long as nothing allocated in that scope needs to be passed back up out of scope. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, September 21, 2012 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? On 21/09/2012 12:09 AM, Farley, Peter x23353 wrote: *** Comments and questions marked below. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, September 20, 2012 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? __cinit returns an environment token which is stored in R12. *** I am aware of that, since there is source coding required to support the use and reservation of R12 for the token. AFAIK, all __cinit() does is create a storage heap, and __cterm() destroys it. I'm not sure if any of the runtime actually uses the heap, the manual eludes to this by documenting the required stack sizes of the runtime functions. I've nested several __cinit/__cterm calls in the same program because I wanted to create a new heap that I could tear down in one call and thus reduce the overhead of tens of thousands of free() calls. This technique is similar to memory pools or user heaps. Metal/C is pretty low-level, no anchored control blocks or anything sophisticated to worry about. It's not unusual to have environment pools in both metal/c and LE using PIPI. *** I do not understand this part of your reply. I am well aware of the use of PIPI for LE programs to prevent repeated startup and teardown of the LE environment. But what do you mean by environment pools? And how do they relate to my question, please? It doesn't really relate to your question, sorry about that! I was talking about the technique of reusing PIPI environments from a free pool. Only really interesting to PIPI heavy users who probably already know about it. Peter On 20/09/2012, at 11:00 PM, Farley, Peter x23353 peter.far...@broadridge.com wrote: In thinking about a possible Metal C project, I realized I might have to LINK to other Metal C main programs as part of the project. My concern in this OCO environment is whether this scenario is safe to plan: EXEC PGM=A __cinit (Program A logic) LINK to program B __cinit (Program B logic) __cterm RETURN to program A (Program A more logic) __cterm RETURN to z/OS My first question is whether the Program B invocation of __cinit will succeed since __cinit was already called by Program A. If the answer to the first question is Yes, then my second question is whether the (Program A more logic) section would succeed or fail using the Metal C runtime routines after the LINKed-to program B calls __cterm. TIA for any practical experience or advice you can provide. 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...@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
DFSMSHSM is a not deleting expired datasets
I listed three high level qualifiers (HLQ) and found 27,000 datasets that were catalogued, some of them on disk, some of them on HSM (ML-1 or ML2) and some other on tapes (TMS). Found that TMS is doing its job and expired datasets were gone. With thos dasets on DASD and under HSM (migrated), found the MGT-CLASS and calculated when they were supposed to be expired (either from last reference or days since creation). Talked to my business users and confirmed that the datasets are supposed to be gone. What I found is that somehow from around 1998, nothing ever got delete again (we have been running MVS/zOS for the last 40 years). The sad story, it seems that 21,000 datasets should be removed. I suspect that I will find the same story with my other 100 HLQ or so for my applications. Is there such a thing as a parameter in DFSMSHSM that is supposed to do the actual delete? Is this the normal way that zOS operates, in which case, why bother writing ACL rules for SMS? What is your experience at your shop? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFDSS Sysin control statements in a OMVS File
I''m executing batch ADRDSSU under zOS 1.12 with my sysin control statements residing in the OMVS environment and it's not working. PAGE 0001 5695-DF175 DFSMSDSS V1R12.0 DATA SET SERVICES 2012.265 13:30 PARALLEL ADR175T (R/I)-RI01 (03), COMMAND 'PARALLEL ADR172T (R/I)-RI03 (03), ERROR DURING INITIAL SCAN ADR012I (SCH)-DSSU (01), 2012.265 13:30:10 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0012 FROM: SYNTAX Has anyone gotten this to work, or should I open up an SR with IBM? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPSec
I used the configuration assistant initially, but couldn't get my head wrapped around why it was working the way it was until I looked at the code it was generating. Once I understood that, I found it easier to just code it manually and stopped using the assistant. The resulting code is a lot more compact and easier to read/debug. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Friday, September 21, 2012 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IPSec All, I am looking at implementing IPSec between z/os and windows/XP server. The RedBook sg247342 mentions using IBMs Configuration Assistant, does anyone know if this is a requirement ? Scott ford www.identityforge.com -- 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: DFDSS Sysin control statements in a OMVS File
Mark, Are there any other control cards besides Parallel? Lizette -Original Message- From: Mark Jacobs mark.jac...@custserv.com Sent: Sep 21, 2012 10:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS Sysin control statements in a OMVS File I''m executing batch ADRDSSU under zOS 1.12 with my sysin control statements residing in the OMVS environment and it's not working. PAGE 0001 5695-DF175 DFSMSDSS V1R12.0 DATA SET SERVICES 2012.265 13:30 PARALLEL ADR175T (R/I)-RI01 (03), COMMAND 'PARALLEL ADR172T (R/I)-RI03 (03), ERROR DURING INITIAL SCAN ADR012I (SCH)-DSSU (01), 2012.265 13:30:10 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0012 FROM: SYNTAX Has anyone gotten this to work, or should I open up an SR with IBM? -- Mark Jacobs Time Customer Service Tampa, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing IMWEBSRV on a system with R/O root
Dana, You might to review your security subsystem privileges, I.e.; RACF and make sure you can access this subdirectory correctly in update mode ...you will want to look at the rcf userid you using and do a 'Lu xx OMVS ' for starters and work from there Scott ford www.identityforge.com On Sep 20, 2012, at 2:24 PM, Dana Mitchell mitchd...@gmail.com wrote: I'm working on installing HTTP server IMWEBSRV on a system with a read only root zfs. The setup.sh wants to create directories under /usr/lpp/internet/server_root which obviously doesn't work when /usr is in a RO root. Has anyone dealt with this somehow? thanks Dana -- 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: DFDSS Sysin control statements in a OMVS File
Yes, but it stops right after it reads that one line. Mark Jacobs On 09/21/12 13:45, Lizette Koehler wrote: Mark, Are there any other control cards besides Parallel? Lizette -Original Message- From: Mark Jacobsmark.jac...@custserv.com Sent: Sep 21, 2012 10:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS Sysin control statements in a OMVS File I''m executing batch ADRDSSU under zOS 1.12 with my sysin control statements residing in the OMVS environment and it's not working. PAGE 0001 5695-DF175 DFSMSDSS V1R12.0 DATA SET SERVICES 2012.265 13:30 PARALLEL ADR175T (R/I)-RI01 (03), COMMAND 'PARALLEL ADR172T (R/I)-RI03 (03), ERROR DURING INITIAL SCAN ADR012I (SCH)-DSSU (01), 2012.265 13:30:10 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0012 FROM: SYNTAX Has anyone gotten this to work, or should I open up an SR with IBM? -- Mark Jacobs Time Customer Service Tampa, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS Sysin control statements in a OMVS File
You might want to show us the entire SYSIN DD. But, just off hand, did you code the DCB information and use FILEDATA=TEXT? E.g. //SYSIN DD PATH='/some/path/ADRDSSU.SYSIN', // PATHOPTS=(ORDONLY), // FILEDATA=TEXT, // RECFM=FB,LRECL=80,BLKSIZE=3120 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Friday, September 21, 2012 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS Sysin control statements in a OMVS File I''m executing batch ADRDSSU under zOS 1.12 with my sysin control statements residing in the OMVS environment and it's not working. PAGE 0001 5695-DF175 DFSMSDSS V1R12.0 DATA SET SERVICES 2012.265 13:30 PARALLEL ADR175T (R/I)-RI01 (03), COMMAND 'PARALLEL ADR172T (R/I)-RI03 (03), ERROR DURING INITIAL SCAN ADR012I (SCH)-DSSU (01), 2012.265 13:30:10 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0012 FROM: SYNTAX Has anyone gotten this to work, or should I open up an SR with IBM? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- 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: DFDSS Sysin control statements in a OMVS File
Np, but I'll try it. Thanks. On 09/21/12 13:51, McKown, John wrote: You might want to show us the entire SYSIN DD. But, just off hand, did you code the DCB information and use FILEDATA=TEXT? E.g. //SYSIN DD PATH='/some/path/ADRDSSU.SYSIN', // PATHOPTS=(ORDONLY), // FILEDATA=TEXT, // RECFM=FB,LRECL=80,BLKSIZE=3120 -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS Sysin control statements in a OMVS File
That was it. Thanks. I wouldn't have figured it out myself. On 09/21/12 13:51, McKown, John wrote: You might want to show us the entire SYSIN DD. But, just off hand, did you code the DCB information and use FILEDATA=TEXT? E.g. //SYSIN DD PATH='/some/path/ADRDSSU.SYSIN', // PATHOPTS=(ORDONLY), // FILEDATA=TEXT, // RECFM=FB,LRECL=80,BLKSIZE=3120 -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS Sysin control statements in a OMVS File
You're welcome. One succeeds by having experience. One gets experience by failing. I am very experienced. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: Mark Jacobs [mailto:mark.jac...@custserv.com] Sent: Friday, September 21, 2012 12:55 PM To: IBM Mainframe Discussion List Cc: McKown, John Subject: Re: DFDSS Sysin control statements in a OMVS File That was it. Thanks. I wouldn't have figured it out myself. On 09/21/12 13:51, McKown, John wrote: You might want to show us the entire SYSIN DD. But, just off hand, did you code the DCB information and use FILEDATA=TEXT? E.g. //SYSIN DD PATH='/some/path/ADRDSSU.SYSIN', // PATHOPTS=(ORDONLY), // FILEDATA=TEXT, // RECFM=FB,LRECL=80,BLKSIZE=3120 -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSHSM is a not deleting expired datasets
Normally, the expired datasets are cleaned up during HSM's Primary Secondary Space management. What time do these run in your shop? Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Friday, September 21, 2012 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMSHSM is a not deleting expired datasets I listed three high level qualifiers (HLQ) and found 27,000 datasets that were catalogued, some of them on disk, some of them on HSM (ML-1 or ML2) and some other on tapes (TMS). Found that TMS is doing its job and expired datasets were gone. With thos dasets on DASD and under HSM (migrated), found the MGT-CLASS and calculated when they were supposed to be expired (either from last reference or days since creation). Talked to my business users and confirmed that the datasets are supposed to be gone. What I found is that somehow from around 1998, nothing ever got delete again (we have been running MVS/zOS for the last 40 years). The sad story, it seems that 21,000 datasets should be removed. I suspect that I will find the same story with my other 100 HLQ or so for my applications. Is there such a thing as a parameter in DFSMSHSM that is supposed to do the actual delete? Is this the normal way that zOS operates, in which case, why bother writing ACL rules for SMS? What is your experience at your shop? -- 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: DFSMSHSM is a not deleting expired datasets
One trap I fell into was the backup. If a dataset is not backed up, DFhsm won't delete it, even if it's expired. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* On Fri, Sep 21, 2012 at 1:59 PM, Hervey Martinez hervey.marti...@custserv.com wrote: Normally, the expired datasets are cleaned up during HSM's Primary Secondary Space management. What time do these run in your shop? Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Friday, September 21, 2012 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMSHSM is a not deleting expired datasets I listed three high level qualifiers (HLQ) and found 27,000 datasets that were catalogued, some of them on disk, some of them on HSM (ML-1 or ML2) and some other on tapes (TMS). Found that TMS is doing its job and expired datasets were gone. With thos dasets on DASD and under HSM (migrated), found the MGT-CLASS and calculated when they were supposed to be expired (either from last reference or days since creation). Talked to my business users and confirmed that the datasets are supposed to be gone. What I found is that somehow from around 1998, nothing ever got delete again (we have been running MVS/zOS for the last 40 years). The sad story, it seems that 21,000 datasets should be removed. I suspect that I will find the same story with my other 100 HLQ or so for my applications. Is there such a thing as a parameter in DFSMSHSM that is supposed to do the actual delete? Is this the normal way that zOS operates, in which case, why bother writing ACL rules for SMS? What is your experience at your shop? -- 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 -- *Accredited District Since 2008; Re-certification - January 2013* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSHSM is a not deleting expired datasets
There is a patch for this. See the DFHSM Diagnosis manual. Look for DBU (delete backed up). snip One trap I fell into was the backup. If a dataset is not backed up, DFhsm won't delete it, even if it's expired. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing IMWEBSRV on a system with R/O root
On Thu, 20 Sep 2012 13:55:52 -0500, McKown, John john.mck...@healthmarkets.com wrote: I have mounted a separate R/W filesystem at the /usr/lpp/internet/server_root . If you have something in /usr/lpp/internet/server_root, then copy that data into the new filesystem by mounting the new filesystem at a temporary mount point (such as /tmp/server_root) and use something to copy the data (I use pax as root). Example: Since the setup.sh messes with files and directories above server_root, I opted to copy at the /usr/lpp/internet directory level. thanks Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Metal C runtime safe for dynamic LINKing?
Fortunately the project I'm considering won't require multiple environments in any one program, so I won't need to do that. I just needed to confirm that the __cinit / __cterm's would all succeed if properly paired and nested. Thanks for the clarification though. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Friday, September 21, 2012 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? As I understand it, you only need to make sure that your code uses the right environment token (returned as R12). So, you could switch between environments if careful. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 21, 2012 at 10:48 AM, Farley, Peter x23353 peter.far...@broadridge.com wrote: Thank you David. If I understand correctly then, the returned token is unique to each call of __cinit, and as long as __cinit / __cterm are properly nested they should not interfere with each other, right? I very much like your idea of using nested __cinit / __cterm to create unique heaps and then clean up in one call after heavy use of (m/c/re)alloc. Makes a lot of sense as long as nothing allocated in that scope needs to be passed back up out of scope. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, September 21, 2012 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? On 21/09/2012 12:09 AM, Farley, Peter x23353 wrote: *** Comments and questions marked below. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, September 20, 2012 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Metal C runtime safe for dynamic LINKing? __cinit returns an environment token which is stored in R12. *** I am aware of that, since there is source coding required to support the use and reservation of R12 for the token. AFAIK, all __cinit() does is create a storage heap, and __cterm() destroys it. I'm not sure if any of the runtime actually uses the heap, the manual eludes to this by documenting the required stack sizes of the runtime functions. I've nested several __cinit/__cterm calls in the same program because I wanted to create a new heap that I could tear down in one call and thus reduce the overhead of tens of thousands of free() calls. This technique is similar to memory pools or user heaps. Metal/C is pretty low-level, no anchored control blocks or anything sophisticated to worry about. It's not unusual to have environment pools in both metal/c and LE using PIPI. *** I do not understand this part of your reply. I am well aware of the use of PIPI for LE programs to prevent repeated startup and teardown of the LE environment. But what do you mean by environment pools? And how do they relate to my question, please? It doesn't really relate to your question, sorry about that! I was talking about the technique of reusing PIPI environments from a free pool. Only really interesting to PIPI heavy users who probably already know about it. Peter On 20/09/2012, at 11:00 PM, Farley, Peter x23353 peter.far...@broadridge.com wrote: In thinking about a possible Metal C project, I realized I might have to LINK to other Metal C main programs as part of the project. My concern in this OCO environment is whether this scenario is safe to plan: EXEC PGM=A __cinit (Program A logic) LINK to program B __cinit (Program B logic) __cterm RETURN to program A (Program A more logic) __cterm RETURN to z/OS My first question is whether the Program B invocation of __cinit will succeed since __cinit was already called by Program A. If the answer to the first question is Yes, then my second question is whether the (Program A more logic) section would succeed or fail using the Metal C runtime routines after the LINKed-to program B calls __cterm. TIA for any practical experience or advice you can provide. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS Sysin control statements in a OMVS File
I don't know, but I would guess that it has something to do with the defaults assumed in the product's DCB when not specified in the JCL. I always specify them for UNIX files. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: Mark Jacobs [mailto:mark.jac...@custserv.com] Sent: Friday, September 21, 2012 1:58 PM To: McKown, John Cc: IBM Mainframe Discussion List Subject: Re: DFDSS Sysin control statements in a OMVS File On 09/21/12 13:56, McKown, John wrote: You're welcome. One succeeds by having experience. One gets experience by failing. I am very experienced. It was strange that DFDSS needed those parameters, but IDCAMS happily accepted reading it's sysin control cards from an OMVS file without them. I'm also very experienced with failing. This will be one more added to the end of a very long list. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
And the VTAM log mode has to have a pservic of x'0280...' If memory servers me correctly Scott ford www.identityforge.com On Sep 19, 2012, at 10:22 AM, McKown, John john.mck...@healthmarkets.com wrote: I think so. But remember that those 8192 bytes must include any require 3270 protocol overhead bytes. Also remember the data bytes may be encoded. So that is not 8192 bytes of user data. Also, from what another person indicated, I don't know if the screen size limit applies if you are using DFT mode transfers. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Berg Sent: Wednesday, September 19, 2012 9:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SV: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ? Does that mean that when I use IND$FILE with a 64x128 screen it sends 8192 bytes at a time ? Regards, Thomas Berg ___ Thomas Berg Specialist AM/SMS SWEDBANK AB (publ) -- 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: IPSec
You can use either z/OSMF, or the Windows based Config Assistant. I think I read that after z/OS v1r13 you'll have to use z/OSMF, unfortunately. Regards Patrick Loftus TNT Express ICS Ltd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: netspool print output lost when printer in power saver mode
Retries and retention are controlled by the Infoprint Server Printer Definition (on the IP PrintWay options screen) or in JCL. The default, if nothing is specified in either case, is to not retain or retry the job in the event of a failure. A message will be written to the message log (see Infoprint Central or the aoplogu command to retrieve the messages). For more detail, see the Infoprint Server Administration book (S544-5745), Chapter 14, Planning printer definitions for IP PrintWay, Handling unsuccessful data transmissions, the Infoprint Server User's Guide (S544-5746), JCL parameters for printing with IP PrintWay under RETRYL, RETRYT, RETAINS, RETRYT parameters, or in the JCL manual for the same parameters under the OUTPUT statement. Howard Turetzky Advanced Technical Support Ricoh Production Print Solutions howard.turet...@infoprint.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSHSM is a not deleting expired datasets
TMS is working like a charm. When I pull out catalogued datasets that are on tape under TMS control, they are delete as requested. Our problem is with datasets on disk that are migrated by HSM. We don't seem to have any expiry date on the catalog for any dataset. I did come across some expiry dates in the catalog that were older than the creation date. Go figure! My focus is only on SMS managed datasets and volumes. What will happen if I set the HSM SETSYS EXPIREDDATASETS parameter? Will the system go crazy deleting what I estimate to be over 100,000 datasets? Uriel From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of retired mainframer [retired-mainfra...@q.com] Sent: Friday, September 21, 2012 3:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSMSHSM is a not deleting expired datasets If the tape datasets are still catalogued, then the TMS is not doing its job completely. The catalog should not have an entry that points to a volser/fileseq that does not match what is in the TMS database. In addition to the management class parameters for DASD datasets, other factors can affect when a dataset is deleted. Possibilities include: Expiration date in the catalog entry Setting of the HSM SETSYS EXPIREDDATASETS parameter Threshold parameter in the storage group for an SMS volume Setting of the HSM ADDVOL THRESHOLD parameter for an ML1 or non-SMS primary volume :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Uriel Carrasquilla :: Sent: Friday, September 21, 2012 10:25 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: DFSMSHSM is a not deleting expired datasets :: :: I listed three high level qualifiers (HLQ) and found 27,000 datasets :: that were catalogued, some of them on disk, some of them on HSM (ML-1 or :: ML2) and some other on tapes (TMS). :: :: Found that TMS is doing its job and expired datasets were gone. :: :: With thos dasets on DASD and under HSM (migrated), found the MGT-CLASS :: and calculated when they were supposed to be expired (either from last :: reference or days since creation). Talked to my business users and :: confirmed that the datasets are supposed to be gone. -- 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: Installing IMWEBSRV on a system with R/O root
Dana, That works, I have had to increase the file system on Unix system Services a couple times and had to backup the directories on the /u volume, delete it , redefine it restore it and mount the volume to USS in is hell or OMVS , I feel your pain Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Sep 21, 2012, at 2:35 PM, Dana Mitchell mitchd...@gmail.com wrote: On Thu, 20 Sep 2012 13:55:52 -0500, McKown, John john.mck...@healthmarkets.com wrote: I have mounted a separate R/W filesystem at the /usr/lpp/internet/server_root . If you have something in /usr/lpp/internet/server_root, then copy that data into the new filesystem by mounting the new filesystem at a temporary mount point (such as /tmp/server_root) and use something to copy the data (I use pax as root). Example: Since the setup.sh messes with files and directories above server_root, I opted to copy at the /usr/lpp/internet directory level. thanks Dana -- 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
SMP/E RECEIVE FROMNETWORK vs. fchattr()
I got my RECEIVE FROMNTS working; now I try a RECEIVE FROMNETWORK. This is on a test system with limited UNIX (USS) DASD, so I assigned SMPNTS and SMPWKDIR to NFS mounted filesystems. Failed with: GIM47600IPACKAGE ... .gimzip WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM46000S ** AN ERROR OCCURRED WHILE SMP/E WAS EXPLODING MEMBER ./SMPPTFIN ... ... GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. This was the first member it attempted to EXPLODE. SYSPRINT says: DATE 09/21/12 TIME 14:34:28 UNIX COMMAND OUTPUT /bin/pax -rvf ... /tmp/... # [symlink to NFS directory.] pax: FSUMF175 pax: chattr() or fchattr() could not set filetag for ... ...: EDC5134I Function not implemented. Does SMP/E RECEIVE FROMNETWORK, via pax, require that SMPWKDIR support extended attributes? Why? That hurts. I get the same error if I run pax(1) from the keyboard with the same input and output. The GIMZIP archive was not directly output from GIMZIP; I did some post-processing to redact local data set names. This ought to be a feature in GIMZIP. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
On 18 September 2012 16:52, John Gilmore jwgli...@gmail.com wrote: I don't find the argument that the terminal 's' in 'PoOps' represents the plural terminus of 'Principles' at all persuasive. It seems to me to be a desperate expedient to justify the indefensible. I find it entirely persuasive. I believe it's a quite ordinary metathesis, like many others in English and indeed many languages. While English has little experience with forming - let alone pluralising - words as acronyms or as severe condensations, it has long experience with words like teaspoonful, which has an unargued plural of teaspoonfuls, rather than teaspoonsful (or teaspoonsfull). Of course we have phrases like Governors General, but once we've collapsed our original into a single pronounceable word, my ear says the 's' both must be preserved, and must go at the end. What would we do with a similar shortening for, say, Attorneys at Law? Surely we would come up with something more like AtLaws, and less like AtLaw or AtsLaw. Doubtless there is a better example to be had. My reasons for preferring 'PrOp' are three: 1) it is innocuously pronounceable; Though the CamelCase makes the pronunciation rather less obvious. 2) it is devoid of the vaguely scatological connotations of its competitors; The CamelCase helps push PoOps away from the scatological by suggesting both a visual and audible break. and 3) it is less clumsy than they. Finally, of course: À chacun son goût! Indeed. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
On my systems FTP is still faster than IND$FILE, but let me just throw out a little tidbit for consideration. On my own Personal Communications sessions that use IND$FILE for transfers, I found a very noticeable increase in speed if I defined my connections using the numeric dotted IP address for the host instead of a host name that got resolved through DNS.I can't explain why. I can only report that someone once suggested that to me and it did make my IND$FILE transfers faster. YMMV. --Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
On Fri, Sep 21, 2012 at 6:37 PM, Roger Bolan rogerbo...@gmail.com wrote: On my systems FTP is still faster than IND$FILE, but let me just throw out a little tidbit for consideration. On my own Personal Communications sessions that use IND$FILE for transfers, I found a very noticeable increase in speed if I defined my connections using the numeric dotted IP address for the host instead of a host name that got resolved through DNS.I can't explain why. I can only report that someone once suggested that to me and it did make my IND$FILE transfers faster. YMMV. If that's really the case (not saying you're lying, obviously, just that it could be chance/perception), then PComm is designed pretty badly: this only makes any sense if it's doing a DNS lookup repeatedly, which would be dumb. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
edja...@phoenixsoftware.com (Edward Jaffe) writes: You've described the old CUT-mode interface. Somewhere around the early 1980s, DFT mode was introduced. It does not encode the data, use a screen to send it, or any of that. It simply wraps the binary data in a 3270 structured field envelope and sends it via the WSF (write-structured-field) command. Any 3270 emulator that still uses the CUT-mode interface for IND$FILE should be tossed on the trash heap of history... note that tcp/ip ftp ... typically does full-duplex pacing trying to maximize packets in flight (aka peer-to-peer networking). 3270 dumb terminal emulation tends to use half-duplex end-to-end serialization. tcp/ip slow start was introduced in the latter half of 80s as congestion control ... start with small number of packets in flight and slowly increase the number of packets in flight ... until get lost packet indication and then back-off number of packets. http://en.wikipedia.org/wiki/Slow-start in the mid-80s, there was adaptive rate-based pacing as part of my internal high-speed data transport project ... some past posts http://www.garlic.com/~lynn/subnetwork.html#hsdt old paper I did on adaptive rate-based pacing for XTP protocol (i was on xtp technical advisory board over extreme objections from communication group) http://www.garlic.com/~lynn/xtprate.html more recent there have been efforts with internet2 and next generation internet with rate-based pacing ... that shows significant increased throughput ... a subject I will periodically pontificate on. random rate-based pacing reference here https://lists.internet2.edu/sympa/arc/transport/2005-02/msg4.html change from 3272/3277 to 3274/3278 move a lot of electronics from the terminal back into the shared control unit (to cut down manufactoring costs). as a result there was enormous increase in protocol chatter over the coax for 3274/3278 (as well as lots of increase in latency). later with 3277 emulation cards, they get three times the upload/download throughput of 3278 emulation cards. early 80s there was lots of work on showing human productivity for .2second response ... but 3274/3278 made that responsible ... past post with analysis of 3272/3277 and 3274/3278 from early 80s. http://www.garlic.com/~lynn/2001m.html#19 3270 protocol as referenced, none of the mvs/tso systems were even in the running with best possible of one second. somebody published a report that their internal interactive operation was best in the company with quarter-second response. I complained that I had operations on the west coast with .11 response (i eventually got back response that they could claim anything they wanted). 3272/3277 had hardware latency of .086 ... so to meet requirement of .2second required system response no more than .114sec. 3274/3278 best case hardware latency was .283sec ... but more typical was .530sec (making .2sec response impossible). we complained to the 3274/3278 product people ... and eventually they came back that 3274/3278 was for data entry and not intended for interactive computing, from recent discussion http://www.garlic.com/~lynn/2012m.html#15 cp76, vm370, etc from ibm jargon: bad response - n. A delay in the response time to a trivial request of a computer that is longer than two tenths of one second. In the 1970s, IBM 3277 display terminals attached to quite small System/360 machines could service up to 19 interruptions every second from a user I measured it myself. Today, this kind of response time is considered impossible or unachievable, even though work by Doherty, Thadhani, and others has shown that human productivity and satisfaction are almost linearly inversely proportional to computer response time. It is hoped (but not expected) that the definition of Bad Response will drop below one tenth of a second by 1990. ... snip ... -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - disappearing responses
Yep I do usually Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Sep 19, 2012, at 7:50 PM, Farley, Peter x23353 peter.far...@broadridge.com wrote: Why all this web mail stuff? Doesn't anybody actually use their ISP's mail servers with an actual mail client sending and receiving the mail on their PC anymore? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Wednesday, September 19, 2012 4:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OT - disappearing responses Mike Schwab wrote: Yahoo gets the Yahooties every few months. Messages back up until some server is rebooted, then you get weeks of posts all at once. Really bad for yahoo groups. Ouch. Ouch. Ouch! One more reason why I don't use yahoo. Perhaps it is just me, but I'm not a 'yahoo'. ;-D I much prefer gmail as my message handler. For myself, to avoid posting problems, I prefer using the list serv web page where I can do my postings. [1] To Scott: Try using another method of posting, for example another e-mail address or directly on list serv? Can you do that? Groete / Greetings Elardus Engelbrecht [1] - I have indeed a problem with some of my mails with attachments (any size, any type) not reaching their destinations sometimes. 8-( -- 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...@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