Re: Master cats as user cats on other systems - why?
I think the op might really be trying to decide if it's "better" to have a single MCAT for the site and thus have the same view of "everything" or if having individual MCATs for each LPAR and then sharing them as UCATs with the "other" LPARs is better. I have operated both ways and I really don't see a "super" benefit in one method over the other that gives it something "more" than the other way, I think that there are sites that have a philosophy of one MCAT for the site and some that feel that each LPAR "needs" it's own MCAT. As for why they are shared, if you have multiple MCATs (one per LPAR) and you want to be able to access data that is in MCAT-1 (on LPAR-1) from a system that is using MCAT-2 (on LPAR-2) as it's MCAT, then you need to make sure that MCAT-1 is available to LPAR-2 and since you can't use STEPCAT and/or JOBCAT (any more) it's much simpler to define MCAT-1 as a usercatalog of MCAT-2 (and MCAT-2 as a usercatalog of MCAT-1). I find that it's easy to get confused if you aren't careful in a multiple MCAT system, and it's simple to overdo it with symbolics whether you have a single MCAT or multiple MCATs, but that doesn't make multiple MCAT's any less useful than a single MCAT, just different. With all of the things that IBM forces on us with z/OS, allowing you to have a "choice" once it a while is (to me) a good thing. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: websphere-liberty question
If you have purchased CICS you get CICS WLP. Same for IMS and WAS. There is no free WLP. IBM don't give away freebies on z/OS. Also, only IBM signed code can run in z/OSMF. Why do you ask? What are you trying to achieve? On 25/09/2018 11:47 PM, scott Ford wrote: Does anyone know when you order z/OS new or otherwise if Websphere and CICS Liberty are optional costs or are they included. Thanks in advance. Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP slow after 2.3 upgrade
One that tends to happen with network groups that report to a different management than the Mainframe people is that they like to try to "replace" functionality that is already built-in to things on the mainframe like OSA, so they will add "smart" switches and routers that try to do things that conflict with what you OSA normally can handle internally between your LPARs, which tends to manifest itself as slow response time for some things. Since it's just FTP for you, then it's likely that they have implemented either some changed buffer sizes or (even worse) they may have left trace turned on for something. There are some really good products that are really good to have on the mainframe, like service pilot, which allows you to trace what's happening from the inside of the mainframe outwards to the network. The network people tend to have some really cool tools on their end, but the mainframe is a black box to them, which is the same way that their network looks to the mainframe, so having something on your side that can be used by them (and you) to monitor the throughput is a really good idea. I think service pilot even has a "freeware" part that you can use for a while to see if you like it. You might wnat to give it a try as you are in a situation where it might be exactly the tool you need to see where the problem is. I think their site is www.servicepilot.com. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
IDCAMS RENAME? Just to be sure, I searched DFSMS AMS Commands, no hit on RENAME as a function or a parameter. If you mean ALTER...NEWNAME, does that still have the limitation I remember from the haze of my youth, that it only does the ALTER in the same user catalog? TSO RENAME does not, did not, have that restriction, one of the magical things about it, IIRC. In any case, they are not the same. Always ready to be educated, though, old dog that I am... Tom Sims I work for Trident Services but I speak only for myself. On 9/25/2018 6:18 PM, Ed Jaffe wrote: On 9/25/2018 12:30 PM, Seymour J Metz wrote: TSO RENAME is just a wrapper for IDCAMS RENAME. Is that right?? I always thought TSO RENAME did it own DADSM calls. Or maybe I'm thinking of ISPF's RENAME... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
TSO profile? NOWTPMSG (IIRC) might be suppressing an error message. On Tue, Sep 25, 2018 at 9:18 PM Ed Jaffe wrote: > On 9/25/2018 12:30 PM, Seymour J Metz wrote: > > TSO RENAME is just a wrapper for IDCAMS RENAME. > > Is that right?? I always thought TSO RENAME did it own DADSM calls. > > Or maybe I'm thinking of ISPF's RENAME... > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system > into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > 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: TSO RENAME broke?
On 9/25/2018 12:30 PM, Seymour J Metz wrote: TSO RENAME is just a wrapper for IDCAMS RENAME. Is that right?? I always thought TSO RENAME did it own DADSM calls. Or maybe I'm thinking of ISPF's RENAME... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
Of course. :) _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 From: Seymour J Metz Sent: Tuesday, September 25, 2018 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO RENAME broke? **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** TSO RENAME is just a wrapper for IDCAMS RENAME. > Tried in batch, and get a RC8 but no messages. Did you report it? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, September 25, 2018 3:26 PM To: IBM-MAIN@listserv.ua.edu Subject: TSO RENAME broke? Anyone use TSO rename anymore? Just tried it. Don't get any errors, but it doesn't do it either. Tried in batch, and get a RC8 but no messages. Tried in ispf option 6, READY prompt, nothing different. Can't say I've used it in years, so maybe its been retired? We are at V2.3 FYI. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** 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: ECB in XMEM Post
Thanks > On Sep 25, 2018, at 8:52 PM, Charles Mills wrote: > > I don't think so. I would think it could be anywhere in the address space, > with common storage qualifying as "in the address space." > > Our friend Peter has taught me to take the documentation at its word. If it > meant "in CSA" it would have said "in CSA." > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Tuesday, September 25, 2018 4:50 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ECB in XMEM Post > > Hi > > > > In XMEM Post bases on the fact that's ASC is Primary and in the control > parameters specify "If the caller specifies the ASCB parameter, the event > control block (ECB) must be addressable from the address space > > identified by the ASCB parameter. " > > > > > > This is just another way of saying that for XMEM The ECB is in CSA right ? > > > -- > 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: ECB in XMEM Post
I don't think so. I would think it could be anywhere in the address space, with common storage qualifying as "in the address space." Our friend Peter has taught me to take the documentation at its word. If it meant "in CSA" it would have said "in CSA." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Tuesday, September 25, 2018 4:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ECB in XMEM Post Hi In XMEM Post bases on the fact that's ASC is Primary and in the control parameters specify "If the caller specifies the ASCB parameter, the event control block (ECB) must be addressable from the address space identified by the ASCB parameter. " This is just another way of saying that for XMEM The ECB is in CSA right ? -- 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
ECB in XMEM Post
Hi In XMEM Post bases on the fact that's ASC is Primary and in the control parameters specify "If the caller specifies the ASCB parameter, the event control block (ECB) must be addressable from the address space identified by the ASCB parameter. " This is just another way of saying that for XMEM The ECB is in CSA right ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFHSM options for dataset back-up
I will RTFM, but don't feel like starting there. For many historical (some hysterical) we run both DFHSM and FDRABR against our SMS managed disk. FDRABR does full-volume and incremental back-ups. DFHSM is just dataset back-up. Bad experience with DFHSM DUMP a couple decades ago. We use the FDRABR option UPDATEFLAG=NOCHANGE so DFHSM will back-up (and maybe migrate) the datasets. Which means I must run FDRABR first. Does DFHSM have a similar option (PATCH or FIXCDS) to not set the change bit? I'd like to switch the order (well, I already did and it isn't good) of processing. Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
This one is pretty easy to test. I created a straight PS data set and renamed it several times. No problem. RENAME has always required exclusive use of a data set, so if it's allocated to anyone else, REN will fail. OTOH you should get an appropriate error message. This is a z/OS 2.3. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beverly Caldwell Sent: Tuesday, September 25, 2018 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: TSO RENAME broke? The only time I use any of those commands is when something is broke in the logon procedure. The last time I had to do that it was OK. I even managed to remember the old edit commands! On Tue, Sep 25, 2018 at 12:27 PM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Anyone use TSO rename anymore? Just tried it. Don't get any errors, > but it doesn't do it either. Tried in batch, and get a RC8 but no messages. > Tried in ispf option 6, READY prompt, nothing different. > > Can't say I've used it in years, so maybe its been retired? We are at > V2.3 FYI. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INTERNAL Cancel Command
JES2, internally, issues MVS CANCEL commands. In SYSLOG you would see: NC000 SY1 18268 17:10:52.26 INTERNAL 0290 CANCEL WTORTST,A=0026 This is the result of a $CJ JES2 command. You could look for one of those (and it could have been issued on another member of the JESPLEX). Tom Wasik -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
INTERNAL Cancel Command
I am trying to track down what or who issued a cancel command for a job. The syslog indicates an INTERNAL command was issued by “Operator” according to the MVS Planning Operations book. Is there specific SMF records I can look at to see what the INTERNAL really means? From the 'MVS Planning Operations book': The ‘NC’ at the beginning of the SYSLOG record indicates N-Single Line MessageC-command issued by operator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
INTERNAL Cancel Command
> > I am trying to track down what or who issued a cancel command for a job. The > syslog indicates an INTERNAL command was issued by “Operator” according to > the MVS Planning Operations book. Is there specific SMF records I can look > at to see what the INTERNAL really means? > >> >> >> The ‘NC’ at the beginning of the SYSLOG record indicates N-Single Line >> MessageC-command issued by operator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink
This site is not secure This might mean that someone’s trying to fool you or steal any info you send to the server. You should close this site immediately. Go to your Start page Details The hostname in the website’s security certificate differs from the website you are trying to visit. Error Code: DLG_FLAGS_SEC_CERT_CN_INVALID -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Dave B Sent: Monday, September 24, 2018 5:51 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: IBMLink https://secure-web.cisco.com/1Z7C6Z3E_ZRfJ_1yiBVj2JNG6zPfvtGKrorzziMzfMe6kFUZvtPjBRVX2UWmT4ZCJVUi1MPEhH7mQ3Bnm4rC9pCceX4iJMKnKdpnxjLXKFzdwyZkzXEOsCFMz6PsdZu5gAQEKtbPg7hxKS2bvYnAuWBODY75XvtJIICFea7AUmUSJDbeM3yoRqWLE3jUzNjJoJxD4bFzB0yLIGV18pxJkPS5oylnYt1MB65nUV6MkAlvPSyQX3b5eLLyvHCbgGK-m8OiQfHc5w8yJNYrDZAv6fDpmOLL8TJGw9YEHPLGTP5xnJaO7uuC8z2CZDDRL_NDDBKDPDkue_frS5wyXXxMmOo-zvTIrK6htnWOeypTOn7ltda5VTmY58WANYfYsEhCqIHmwyE8ro5McaRL9BNs0Dlp_tWEV_mMYd0wj7g507kASKim921w0Xs0D003svJqY/https%3A%2F%2Fwww.ibmlink.ibm.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: Master cats as user cats on other systems - why?
Best practice depends on installation policy. If you want to share datasets with another LPAR, then you need to have appropriate ALIAS and catalog entries. If you want to prohibit sharing then you need to exclude the catalogs that contain only non-shareable entries. You also need to ensure that the IOCDS agrees with policy. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Todd Burrell Sent: Tuesday, September 25, 2018 7:57 AM To: IBM-MAIN@listserv.ua.edu Subject: Master cats as user cats on other systems - why? I had a co-worker ask me today why we have all of our master catalogs as user cats on the other systems in the sysplex? Besides convenience I really had no answer as to why we had it setup this way? I've just always done it this way, but besides convenience of listing and updating catalogs from other systems is there really any reason for this? And what are best practices? And if GRS and share options are setup properly, is there really any risk to setting things up this way? Thanks -- 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: TSO RENAME broke?
The only time I use any of those commands is when something is broke in the logon procedure. The last time I had to do that it was OK. I even managed to remember the old edit commands! On Tue, Sep 25, 2018 at 12:27 PM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Anyone use TSO rename anymore? Just tried it. Don't get any errors, but > it doesn't do it either. Tried in batch, and get a RC8 but no messages. > Tried in ispf option 6, READY prompt, nothing different. > > Can't say I've used it in years, so maybe its been retired? We are at > V2.3 FYI. > > > > > _ > Dave Jousma > Mainframe Engineering, Assistant Vice President > 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: TSO RENAME broke?
I used it several times the other day on V2R2. CharlesSent from a mobile; please excuse the brevity. Original message From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> Date: 9/25/18 12:26 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO RENAME broke? Anyone use TSO rename anymore? Just tried it. Don't get any errors, but it doesn't do it either. Tried in batch, and get a RC8 but no messages. Tried in ispf option 6, READY prompt, nothing different. Can't say I've used it in years, so maybe its been retired? We are at V2.3 FYI. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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: TSO PREFIX, FTP and z/OS upgrade
> Is it multi-platform. Sort of. I edit, compile and unit test on a little white box. The only environment in which it "really" runs is z/OS. The fopen()'s work on the little white box but (1) the little white box does not know about TSO userids and (2) I suspect the fopen()'s may be surrounded by #ifdef __MVS__. I just looked at the code. No #ifdef, but a real if based on a platform switch. The filename is the same in both cases, but z/OS gets an lrecl=80, noseek that the little white box would not understand. The parsing of the filename from the config file or command input is radically different white box versus Z. A lot of platform-dependent screwing around with member names, DD:, assumed filetype suffixes, and so forth. I see the following comments in the code but I would have to do some analysis to be sure they are accurate. Let's assume they are. // Under z/OS all names are prefixed with // // Under z/OS all names that do not begin with * or / or have a ":" in the second position are quoted "Second position" would appear to mean [2] which is really the third character such as in DD:. The product uses * to mean "allocate a SYSOUT dataset." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, September 25, 2018 11:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO PREFIX, FTP and z/OS upgrade On Tue, 25 Sep 2018 11:27:18 -0700, Charles Mills wrote: >POSIX(ON) tends to change everything. > >I suppose I should qualify my remarks about fopen() by saying I am a big >believer in quotes and fully-qualified names. Of course, I am developing an >"enterprise, production" product, not a user productivity tool. I suspect all >of my "legacy" fopen()'s use quotes. > >The product runs POSIX(ON) FWIW. > Is it multi-platform? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
TSO RENAME is just a wrapper for IDCAMS RENAME. > Tried in batch, and get a RC8 but no messages. Did you report it? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, September 25, 2018 3:26 PM To: IBM-MAIN@listserv.ua.edu Subject: TSO RENAME broke? Anyone use TSO rename anymore? Just tried it. Don't get any errors, but it doesn't do it either. Tried in batch, and get a RC8 but no messages. Tried in ispf option 6, READY prompt, nothing different. Can't say I've used it in years, so maybe its been retired? We are at V2.3 FYI. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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
TSO RENAME broke?
Anyone use TSO rename anymore? Just tried it. Don't get any errors, but it doesn't do it either. Tried in batch, and get a RC8 but no messages. Tried in ispf option 6, READY prompt, nothing different. Can't say I've used it in years, so maybe its been retired? We are at V2.3 FYI. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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: TSO PREFIX, FTP and z/OS upgrade
On Tue, 25 Sep 2018 11:27:18 -0700, Charles Mills wrote: >POSIX(ON) tends to change everything. > >I suppose I should qualify my remarks about fopen() by saying I am a big >believer in quotes and fully-qualified names. Of course, I am developing an >"enterprise, production" product, not a user productivity tool. I suspect all >of my "legacy" fopen()'s use quotes. > >The product runs POSIX(ON) FWIW. > Is it multi-platform? (Disregarding your prudent caution:) After the command PROFILE PREFIX(dsname_prefix), does the changed dsname_prefix apply in an FTP client session started from that TSO session? A related anomaly: From experience, if I use the FTP subcommand, LCD /UNIX/path, that changed directory is not effective for "!" shell escapes. This differs from the behavior of FTP clients on other OSes. Apparently the z/OS FTP client doesn't really do the chdir("/UNIX/path") that I'd expect. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
POSIX(ON) tends to change everything. I suppose I should qualify my remarks about fopen() by saying I am a big believer in quotes and fully-qualified names. Of course, I am developing an "enterprise, production" product, not a user productivity tool. I suspect all of my "legacy" fopen()'s use quotes. The product runs POSIX(ON) FWIW. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, September 25, 2018 11:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO PREFIX, FTP and z/OS upgrade On Tue, 25 Sep 2018 09:40:16 -0700, Charles Mills wrote: >The APARs are pretty specific about "IDCAMS." > Yes, but the OP mentions FTP, not IDCAMS. But how broad is the reach of IDCAMS? Possible anything that employs Catalog Services? >There is a little bit more of a *hint* on the "why" in APAR OA43330. > "[L]ittle" seems to be the operant word. >"My" product uses fopen() extensively for "legacy" datasets in a variety of >customer environments and we have gotten no reports of issues. > I know an OMVS segment is needed for FTP nowadays. Is a TSO segment or UADS entry likewise needed, perhaps by the user ID/password dialogue? How does fopen() by a user having neither UADS nor RACF/TSO treat an incompletely qualified DSN (e.g. "//SYS1.SAMPLIB" as opposed to "//'SYS1.SAMPLIB'")? Does POSIX make a difference? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
It was TSO PREFIX versus the USERID itself is what was observed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
What is the "change in FTP prefix" that you are referring to? From: IBM Mainframe Discussion List on behalf of Dave B Sent: Monday, September 24, 2018 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO PREFIX, FTP and z/OS upgrade I had a PMR and the result was that the change in FTP prefix was attributed to the following: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zm100/DFSMS_V2R2_IDCAMS_Review_Dataset_Keyword.htm To work around our issues, the datasets were fully qualified with quotation marks to ensure that the prefix would not be attempted. -- 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: TSO PREFIX, FTP and z/OS upgrade
On Tue, 25 Sep 2018 09:40:16 -0700, Charles Mills wrote: >The APARs are pretty specific about "IDCAMS." > Yes, but the OP mentions FTP, not IDCAMS. But how broad is the reach of IDCAMS? Possible anything that employs Catalog Services? >There is a little bit more of a *hint* on the "why" in APAR OA43330. > "[L]ittle" seems to be the operant word. >"My" product uses fopen() extensively for "legacy" datasets in a variety of >customer environments and we have gotten no reports of issues. > I know an OMVS segment is needed for FTP nowadays. Is a TSO segment or UADS entry likewise needed, perhaps by the user ID/password dialogue? How does fopen() by a user having neither UADS nor RACF/TSO treat an incompletely qualified DSN (e.g. "//SYS1.SAMPLIB" as opposed to "//'SYS1.SAMPLIB'")? Does POSIX make a difference? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP slow after 2.3 upgrade
The ones that usually strike are buffer size(mismatch) and auto-negotiate for speed. 'course if a router's gone south. Thanks Brian. I'm convinced there must have been some other network changes implemented the same weekend. I've asked our network team to look into it further -Original Message- From: Beesley, Paul To: IBM-MAIN Sent: Tue, Sep 25, 2018 6:44 am Subject: Re: FTP slow after 2.3 upgrade Thanks Brian. I'm convinced there must have been some other network changes implemented the same weekend. I've asked our network team to look into it further Regards and thanks Paul -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Tuesday, September 25, 2018 10:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP slow after 2.3 upgrade Actually the 17 sites I have upgraded to 2.3 so far have all experienced no change at all in the FTP speed. They are various different models of hardware and pretty much everything that is currently supported is represented at one of the sites. Maybe you have updated to a older (or newer) level than they are at, or maybe you have changed something in your hardware that took effect on the same day. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at Second Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA. The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- 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: websphere-liberty question
I believe Liberty is included in z/OS but you might need to purchase support. I’d talk to your IBM sales dude. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 I just read a book on Stockholm Syndrome, it was pretty bad at first, but, by the end I kind of liked it. > On Sep 25, 2018, at 12:51 PM, Allan Staller wrote: > > IIRC included. z/OSMF uses Liberty. > I suppose either copy (from CICS or z/OS) could be used. > > I have no idea if the configuration parameters are combatable. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > scott Ford > Sent: Tuesday, September 25, 2018 10:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: websphere-liberty question > > Does anyone know when you order z/OS new or otherwise if Websphere and > CICS Liberty are optional costs or are they included. > > Thanks in advance. > > Scott > > -- > > > > *IDMWORKS * > > Scott Ford > > z/OS Dev. > > > > > “By elevating a friend or Collegue you elevate yourself, by demeaning a > friend or collegue you demean yourself” > > > > https://apac01.safelinks.protection.outlook.com/?url=www.idmworks.com&data=02%7C01%7Callan.staller%40HCL.COM%7Ce8bcc26fac8040bd8eb808d622fe4d51%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636734872976504975&sdata=QFzpgv1jlP2SiZUuIe0mm05dJgZcS%2BzpV7v4Zl%2BziYE%3D&reserved=0 > > scott.f...@idmworks.com > > Blog: > https://apac01.safelinks.protection.outlook.com/?url=www.idmworks.com%2Fblog&data=02%7C01%7Callan.staller%40HCL.COM%7Ce8bcc26fac8040bd8eb808d622fe4d51%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636734872976504975&sdata=GLdKDUI1%2B4r6NDojGxRq81ZAfs8ukrlzAU80eqnsF%2Fw%3D&reserved=0 > > > > > > *The information contained in this email message and any attachment may be > privileged, confidential, proprietary or otherwise protected from > disclosure. If the reader of this message is not the intended recipient, > you are hereby notified that any dissemination, distribution, copying or > use of this message and any attachment is strictly prohibited. If you have > received this message in error, please notify us immediately by replying to > the message and permanently delete it from your computer and destroy any > printout thereof.* > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > -- > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses > in transmission. The e mail and its contents (with or without referred > errors) shall therefore not attach any liability on the originator or HCL or > its affiliates. Views or opinions, if any, presented in this email are solely > those of the author and may not necessarily reflect the views or opinions of > HCL or its affiliates. Any form of reproduction, dissemination, copying, > disclosure, modification, distribution and / or publication of this message > without the prior written consent of authorized representative of HCL is > strictly prohibited. If you have received this email in error please delete > it and notify the sender immediately. Before opening any email and/or > attachments, please check them for viruses and other defects. > -- > > -- > 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: websphere-liberty question
IIRC included. z/OSMF uses Liberty. I suppose either copy (from CICS or z/OS) could be used. I have no idea if the configuration parameters are combatable. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of scott Ford Sent: Tuesday, September 25, 2018 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: websphere-liberty question Does anyone know when you order z/OS new or otherwise if Websphere and CICS Liberty are optional costs or are they included. Thanks in advance. Scott -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” https://apac01.safelinks.protection.outlook.com/?url=www.idmworks.com&data=02%7C01%7Callan.staller%40HCL.COM%7Ce8bcc26fac8040bd8eb808d622fe4d51%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636734872976504975&sdata=QFzpgv1jlP2SiZUuIe0mm05dJgZcS%2BzpV7v4Zl%2BziYE%3D&reserved=0 scott.f...@idmworks.com Blog: https://apac01.safelinks.protection.outlook.com/?url=www.idmworks.com%2Fblog&data=02%7C01%7Callan.staller%40HCL.COM%7Ce8bcc26fac8040bd8eb808d622fe4d51%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636734872976504975&sdata=GLdKDUI1%2B4r6NDojGxRq81ZAfs8ukrlzAU80eqnsF%2Fw%3D&reserved=0 *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
The APARs are pretty specific about "IDCAMS." There is a little bit more of a *hint* on the "why" in APAR OA43330. "My" product uses fopen() extensively for "legacy" datasets in a variety of customer environments and we have gotten no reports of issues. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, September 24, 2018 4:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO PREFIX, FTP and z/OS upgrade On Mon, 24 Sep 2018 17:54:29 -0500, Dave B wrote: >I had a PMR and the result was that the change in FTP prefix was attributed to >the following: > >https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zm100/DFSMS_V2R2_IDCAMS_Review_Dataset_Keyword.htm > > >To work around our issues, the datasets were fully qualified with quotation >marks to ensure that the prefix would not be attempted. > Is there a good reason for this incompatible change? Whom does it benefit. o Does it affect/is it compatible with the XLC fopen() function? o Does it affect/is it compatible with UNIX /bin/cp, etc.? (Probably the same answer as XLC.) o Does it affect TRANSMIT/RECEIVE with PROFILE NOPREFIX? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
We have rolled out z/OS 2.3 to the entire Enterprise and received no problem reports. Some comments: -- It may be 'typical' for a TSO user to have a RACF segment, but there is no overarching technical requirement unless a user needs to execute one of the few documented functions that explicitly require a segment. Those functions are typically restricted to sysprogs and other 'infrastructure' folks. So the vast majority of users in any shop probably do not *need* a TSOE segment. -- Our shop has a decades old RYO security management tool that was built around UADS long before TSOE segments were invented. Until now (long time!) there has been little appetite to rewrite the tool to accommodate TSOE segments. So most of our users are still UADS-only. -- Absent any problem reports, I have not delved into OA47508, but how does IDCAMS distinguish between a 'TSO user' who has no RACF segment and an HLQ that is not associated at all with any particular user? That is, HLQ XYZ001 may represent a TSO user or simply a (shared) high level application id. If there is no TSOE segment, how does IDCAMS decide what to do? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Tuesday, September 25, 2018 7:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: TSO PREFIX, FTP and z/OS upgrade According to doc APAR OA47508, the only case where there should be a difference in behavior is when there is no RACF TSO segment for this user. Isn't it typical for there to be such a segment? >Is there a good reason for this incompatible change? yes there was/is. And that is all that I can say. 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: websphere-liberty question
JCI710L is the fmid for Liberty with CICS 5.4, but it did not install what it should have - just supplied a clist with a PAX command you can run With the supplied pax file to install the wlp subdirectory into /usr/lpp/cicsts/cicsts54. -Original Message- From: Barkow, Eileen Sent: Tuesday, September 25, 2018 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: websphere-liberty question Liberty is included with CICS, but with out recent CICS TS 5.4 install, the wlp directory did not get placed in the HFS. I had to find the pax file for it and install it manually. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Ford Sent: Tuesday, September 25, 2018 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: websphere-liberty question Does anyone know when you order z/OS new or otherwise if Websphere and CICS Liberty are optional costs or are they included. Thanks in advance. Scott -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail 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: websphere-liberty question
Liberty is included with CICS, but with out recent CICS TS 5.4 install, the wlp directory did not get placed in the HFS. I had to find the pax file for it and install it manually. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Ford Sent: Tuesday, September 25, 2018 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: websphere-liberty question Does anyone know when you order z/OS new or otherwise if Websphere and CICS Liberty are optional costs or are they included. Thanks in advance. Scott -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail 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: TSO PREFIX, FTP and z/OS upgrade
On 9/25/2018 11:49 AM, Gibney, Dave wrote: No. Very few of our users have TSO segments. The applications are in CICS -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Tuesday, September 25, 2018 7:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO PREFIX, FTP and z/OS upgrade According to doc APAR OA47508, the only case where there should be a difference in behavior is when there is no RACF TSO segment for this user. Isn't it typical for there to be such a segment? Is there a good reason for this incompatible change? yes there was/is. And that is all that I can say. Dave, Based on Peter's response above, your answers will likely be found on the Security Portal. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
No. Very few of our users have TSO segments. The applications are in CICS > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Relson > Sent: Tuesday, September 25, 2018 7:34 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TSO PREFIX, FTP and z/OS upgrade > > According to doc APAR OA47508, the only case where there should be a > difference in behavior is when there is no RACF TSO segment for this user. > > Isn't it typical for there to be such a segment? > > >Is there a good reason for this incompatible change? > yes there was/is. And that is all that I can say. > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
websphere-liberty question
Does anyone know when you order z/OS new or otherwise if Websphere and CICS Liberty are optional costs or are they included. Thanks in advance. Scott -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zosmf-revisit
Kurt, Ty no problem. I reviewed the ones on github and as you mentioned they seemded to be a good starting point for use. Thanks again, Scott On Mon, Sep 24, 2018 at 8:58 AM Kurt Quackenbush wrote: > On 9/21/2018 10:07 AM, scott Ford wrote: > > > Sorry I wasn’t clear, I need client examples. I saw a Java example on > > github and a html - JavaScript example. > > Is this how we would make a call from a cross site client to request > zosmf > > to perform for example a TSO command? > > I haven't tried the samples up on github, but I assume they work, so > yeah, they should give you some ideas how to use the z/OSMF TSO REST API > to perform a TSO command from a remote client. I don't have or know > about other examples to share, sorry. > > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DAF 1.49 & SMF Type 42 records
When using DAF 1.49 to report on SMF Type 42 records, the program appears to be in a loop. Executing from a PDSE, the CPU consumption is very high. Using MainView program trace, the hot spot is in IAXVP, and the EXCP count is excessively high for my STEPLIB, which is where DAF is executing from. Re-assembling and linking into a PDS, the CPU consumption goes down, but the EXCP count is excessively high. I let DAF execute for over 30 minutes, which is an unusually long time for DAF to run, before cancelling it. I was attempting to report on SMF Type 42 records for one day. The SMF extract data set was about 800 tracks. FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Master cats as user cats on other systems - why?
W dniu 2018-09-25 o 13:57, Todd Burrell pisze: I had a co-worker ask me today why we have all of our master catalogs as user cats on the other systems in the sysplex? Besides convenience I really had no answer as to why we had it setup this way? I've just always done it this way, but besides convenience of listing and updating catalogs from other systems is there really any reason for this? And what are best practices? And if GRS and share options are setup properly, is there really any risk to setting things up this way? IMHO the best practice for Sysplex is to share MCAT and (most of) UCATs. However if you don't share it you have difficulty to access other member's dataset - that's why MCATs are defined one to each other as UCATs. Rephrasing your question, there is no special risk when some UCAT is shared with another system but there it plays role of MCAT. Of course catalog sharing can be screwed up, but it does not depend on BCS role (MCAT vs UCAT). HTH -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO PREFIX, FTP and z/OS upgrade
According to doc APAR OA47508, the only case where there should be a difference in behavior is when there is no RACF TSO segment for this user. Isn't it typical for there to be such a segment? >Is there a good reason for this incompatible change? yes there was/is. And that is all that I can say. 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
Moving LinkedIn Mainframe Groups Content to Groups.io
Since LinkedIn trashed Groups with their new interface, which eliminated the search facility, the "featured discussion" (indexed to access high value content) and also managed to lose about 2/3 of older content in the process, I will no longer curate any Mainframe discussions on LinkedIn but will move whatever I can salvage to http://groups.io as time allows and will continue curating future discussions there. Groups.io has essentially every feature LinkedIn once did, PLUS a choice of fonts (finally!) allowing fixed-font code samples with leading and embedded spaces preserved. Here are the new groups, please join: http://mainframes.groups.io/g/Assembler/topics - Assembler and Systems discussions (including jobs) http://mainframes.groups.io/g/main/topics - All other mainframe discussions http://mainframes.groups.io/g/Jobs/topics - For posting of positions available or wanted http://mainframes.groups.io/g/Promotions - For Mainframe Products & Services: Announcements, Events, Training, Promotions, Blogs, etc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Master cats as user cats on other systems - why?
Todd Burrell wrote: >I had a co-worker ask me today why we have all of our master catalogs as user >cats on the other systems in the sysplex? Do you mean each LPAR has its own Master Catalog? And each of these Master Catalogs are defined as User Catalog in other LPARs? >Besides convenience I really had no answer as to why we had it setup this way? > I've just always done it this way, but besides convenience of listing and >updating catalogs from other systems is there really any reason for this? One convenience is you can isolate each LPARs using naming standards unique to that LPAR. But, what will you do if you need to access a dataset 'outside' your LPAR where you're working on? >And what are best practices? And if GRS and share options are setup properly, >is there really any risk to setting things up this way? We have one Master Catalog per Sysplex. Very practical, because you have fewer ALIASes to worry about and you have one consistent naming standards across the Sysplex. 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: Master cats as user cats on other systems - why?
If you have datasets that must be cataloged in the mastercatalog and you want to access them from other systems, you must define that mastercatalog as usercatalogs in the other systems. Do a LISTC ALIAS ALL and check which aliases have an associated usercat that is a mastercatalog of another system. Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Todd Burrell > Sent: 25 September, 2018 13:58 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Master cats as user cats on other systems - why? > > I had a co-worker ask me today why we have all of our master catalogs as > user cats on the other systems in the sysplex? Besides convenience I > really had no answer as to why we had it setup this way? I've just > always done it this way, but besides convenience of listing and updating > catalogs from other systems is there really any reason for this? > > And what are best practices? And if GRS and share options are setup > properly, is there really any risk to setting things up this way? > > Thanks > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Master cats as user cats on other systems - why?
I had a co-worker ask me today why we have all of our master catalogs as user cats on the other systems in the sysplex? Besides convenience I really had no answer as to why we had it setup this way? I've just always done it this way, but besides convenience of listing and updating catalogs from other systems is there really any reason for this? And what are best practices? And if GRS and share options are setup properly, is there really any risk to setting things up this way? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP slow after 2.3 upgrade
Thanks Brian. I'm convinced there must have been some other network changes implemented the same weekend. I've asked our network team to look into it further Regards and thanks Paul -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Tuesday, September 25, 2018 10:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP slow after 2.3 upgrade Actually the 17 sites I have upgraded to 2.3 so far have all experienced no change at all in the FTP speed. They are various different models of hardware and pretty much everything that is currently supported is represented at one of the sites. Maybe you have updated to a older (or newer) level than they are at, or maybe you have changed something in your hardware that took effect on the same day. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at Second Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA. The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP slow after 2.3 upgrade
Actually the 17 sites I have upgraded to 2.3 so far have all experienced no change at all in the FTP speed. They are various different models of hardware and pretty much everything that is currently supported is represented at one of the sites. Maybe you have updated to a older (or newer) level than they are at, or maybe you have changed something in your hardware that took effect on the same day. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN