Re: XMSE & XMD Mapping Macros
On Thu, 13 Oct 2022 15:06:19 -0400, Tony Harminc wrote: >On Thu, 13 Oct 2022 at 12:23, Charles Mills wrote: > >> XMD in Data Areas says Macro ID: IHAXMD >> > >Looks like an OCO macro that somehow escaped into the Data Areas book... Or >conceivably the other way around, and the IHAXMD macro wasn't shipped - >perhaps because there's no ASM version? > >Tony H. > It's OCO. Here is a hacked copy from SHOWMVS (SHOW801): MACRO IHAXMD XMD DSECT PC/AUTH XMDXMD DSCL4'XMD' XMDLXAT DSA(LXAT) Pointer to Linkage Index Allocation Table XMDETIBH DS0XL8Header of entry table information block queue XMDETIBF DSA Pointer to the first ETYIB on queue XMDETIBL DSA Pointer to last ETIB on queue XMDAXAT DSA Address of Authorization Index Allocation Tables XMDFLAGS DSX Flag byte XMDRSV1 EQU X'80' reserved flag XMDRSV2 EQU X'40' reserved flag XMDRSV9 DSXL3 reserved field XMDXMSE DSA Address of the queue of XMSE's in PC/AUTH's * address space XMDATLNB DSXL2 Length of the System Authorization Table * (in bytes) XMDSATLN DSXL2 Length of the System Authorization Table * (0030) used to initialize an ASTE XMDSATOR DSA The real address of the System Authorization * Table in format to initialize the ASTE XMDSATOV DSA The virtual address of the System Authorization * Table XMDSLTD DSA Read address and length of the System Linkage * Table (with the valid bit on) in ASTE format XMDSLT DSA Address of the System Linkage Table which * contains only system wide entries XMDXMSEL DSA Address of the last XMSE on the queue anchored * by XMDXMSE XMDR034 DSXL4 reserved * XMDLNTH EQU *-XMD length of XMD MEND Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XMSE & XMD Mapping Macros
On Thu, 13 Oct 2022 at 12:23, Charles Mills wrote: > XMD in Data Areas says Macro ID: IHAXMD > Looks like an OCO macro that somehow escaped into the Data Areas book... Or conceivably the other way around, and the IHAXMD macro wasn't shipped - perhaps because there's no ASM version? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
On Thu, 13 Oct 2022 07:29:43 -0500, Carmen Vitullo wrote: >it's been a while since I've used configured tape devices like this but >if I recall correctly you need to define the devices as shared and >define a CF structure to use AUTOSWAP , or a product like MIM to manage >the devices across multiple systems. > >at my site using a virtual tape system we have defined 256 devices and >just manage the number of devices we need across 3 LPARS, all others >are varied offline at IPL time, so one range is online to LPAR1 then >then next range is varied online to LPAR2 and so on. > >that for us was an easier option especially with the virtual tape system > >Carmen > IEFAUTOS (the CF structure) has not been required since z/OS V2. ATS STAR is the "new" OS method of sharing tape drives. It does require defining them as AS (auto-switchable) in the IODF or it can be done with a VARY command. Here is some relevant doc: https://www.ibm.com/docs/en/zos/2.3.0?topic=star-setting-up-automatic-tape-switching Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can I supress BPXF024I ?
looks pretty much what I have with the exception I have added, # Everything not directed to # a destination above, is directed # to a garbagecan.log (so nothing important # is lost) # *.*;local1.none;daemon.none;auth.none /tmp/syslogd/garbagecan.log Carmen On 10/13/2022 11:36 AM, Colin Paice wrote: Hi Sheila, I needed to start it. In my /etc/syslog.conf I have *.err/var/log/errors # *.CPAGENT.*.* /var/log/CPAGENT *.TTLS*.*.* /var/log/TTLS *.Pagent.*.*/var/log/Pagent *.TCPIP.*.debug /var/log/TCPIPdebug *.TCPIP.*.warning /var/log/TCPIP *.TCPIP.*.err /var/log/TCPIPerr *.TCPIP.*.info /var/log/TCPIPinfo *.SYSLOGD*.*.* /var/log/syslogd *.TN3270*.*.* /var/log/tn3270 The message *BPXF024I (*TCPIP*) says you need a config entry for *.TCPIP Please contact me offline if you need any more help Colin On Thu, 13 Oct 2022 at 13:16, Shelia Chalk < 03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: Colin, After you mention this, I have the same problem. When you found that you need the syslogd running, can you tell me what parms did you change? Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Tuesday, October 11, 2022 9:17 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can I supress BPXF024I ? Sheila, Thanks for your reply. I also found I needed to have syslogd running! I'll go and change my trace options Colin On Tue, 11 Oct 2022 at 13:38, Shelia Chalk < 03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: Look in etc/pagent_TTLS.conf there is a trace option under ttlsgroupaction. What do you have it set to? This will get rid of some of them. Then we suppress the messages using a/o from coming out on the syslog but they still come out on tcpip started task. Hope this helps. Shelia c -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Sunday, October 9, 2022 11:09 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Can I supress BPXF024I ? I'm trying to get a TENET/PAGENT trace out. Typical output is *BPXF024I (TCPIP) Oct 9 15:55:20 TTLS 83951653 : 15:55:20 TCPIP 057* EZD1286I TTLS Error GRPID: 001F ENVID: 0017 CONNID: 005D LOCAL: 10.1.1.2..2023 REMOTE: 10.1.0.2..42870 JOBNAME: TN3270 USERID: TCPIP RULE: TN RC: 402 Initial Handshake 005011421D10 *BPXF024I text: Explanation* *The text is the contents of the user's write buffer at the time of the write request is displayed. Messages written to /dev/console by z/OS UNIX applications appear on the MVS™ console in this message.* The BPXF024I is not needed... it tells me what I already know. Is there a way of suppressing this? Parts of TCPIP family write these to CTRACE - which is a faff start writer, start trace... connect to TCPIP.. stop writer, stop trace, use IPCS ctrace command. Colin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@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: Can I supress BPXF024I ?
Hi Sheila, I needed to start it. In my /etc/syslog.conf I have *.err/var/log/errors # *.CPAGENT.*.* /var/log/CPAGENT *.TTLS*.*.* /var/log/TTLS *.Pagent.*.*/var/log/Pagent *.TCPIP.*.debug /var/log/TCPIPdebug *.TCPIP.*.warning /var/log/TCPIP *.TCPIP.*.err /var/log/TCPIPerr *.TCPIP.*.info /var/log/TCPIPinfo *.SYSLOGD*.*.* /var/log/syslogd *.TN3270*.*.* /var/log/tn3270 The message *BPXF024I (*TCPIP*) says you need a config entry for *.TCPIP Please contact me offline if you need any more help Colin On Thu, 13 Oct 2022 at 13:16, Shelia Chalk < 03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Colin, > After you mention this, I have the same problem. When you found that you > need the syslogd running, can you tell me what parms did you change? > > Thanks > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Colin Paice > Sent: Tuesday, October 11, 2022 9:17 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Can I supress BPXF024I ? > > Sheila, > > Thanks for your reply. I also found I needed to have syslogd running! I'll > go and change my trace options > > Colin > > On Tue, 11 Oct 2022 at 13:38, Shelia Chalk < > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > > > Look in etc/pagent_TTLS.conf there is a trace option under > > ttlsgroupaction. What do you have it set to? This will get rid of some > of > > them. > > > > Then we suppress the messages using a/o from coming out on the syslog > > but they still come out on tcpip started task. > > > > Hope this helps. > > > > Shelia c > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Colin Paice > > Sent: Sunday, October 9, 2022 11:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Can I supress BPXF024I ? > > > > I'm trying to get a TENET/PAGENT trace out. Typical output is > > > > *BPXF024I (TCPIP) Oct 9 15:55:20 TTLS 83951653 : 15:55:20 TCPIP 057* > > EZD1286I TTLS Error GRPID: 001F ENVID: 0017 CONNID: 005D > > LOCAL: 10.1.1.2..2023 REMOTE: 10.1.0.2..42870 JOBNAME: TN3270 USERID: > > TCPIP RULE: TN RC: 402 Initial Handshake > > 005011421D10 > > > > *BPXF024I text: Explanation* > > > > *The text is the contents of the user's write buffer at the time of > > the write request is displayed. Messages written to /dev/console by > > z/OS UNIX applications appear on the MVS™ console in this message.* > > > > > > The BPXF024I is not needed... it tells me what I already know. Is > > there a way of suppressing this? > > > > Parts of TCPIP family write these to CTRACE - which is a faff > > start writer, start trace... connect to TCPIP.. stop writer, stop > > trace, use IPCS ctrace command. > > > > Colin > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XMSE & XMD Mapping Macros
XMD in Data Areas says Macro ID: IHAXMD Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
XMSE & XMD Mapping Macros
Hello . Is there a mapping macro for the XMSE and XMD ? . Looking in SYS1.maclib and SYS1.modgen i was hoping to find something like IHAXMSE or IHAXMD . Paul D'Angelo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
Autoswitch is the term I was thinking, thanks Paul not autoswap ( Carmen On 10/13/2022 9:24 AM, Paul Gorlinsky wrote: You should be able to use the AUTOSWITCH option for the drive(s) then ... if z/OS z/VM and z/VSE do things different, for z/VM is mostly a VARY off on one LPAR and VARY ON on the other... -- 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: HYCD or IOCP
Classification: Confidential Shared + AUTOSWITCH -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, October 13, 2022 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HYCD or IOCP [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] thanks David, like I said it's been a long time :(, I'm glad for others a CF structure is no longer required. so as far as the OP's question, you only need to define the devices as shared, nothing else ? again thanks Carmen On 10/13/2022 8:03 AM, Jousma, David wrote: > Carmen, IBM reworked how the drives are managed/shared now. There is no > longer a need for CF structure, just the IODF definitions.We share all > drives across all sysplex’s that the VTL is connected to with no problem. We > used to do as you do with certain ranges for certain systems. > > From: IBM Mainframe Discussion List on > behalf of Carmen Vitullo > Date: Thursday, October 13, 2022 at 8:30 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HYCD or IOCP > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > it's been a while since I've used configured tape devices like this > but if I recall correctly you need to define the devices as shared and > define a CF structure to use AUTOSWAP , or a product like MIM to > manage the devices across multiple systems. > > at my site using a virtual tape system we have defined 256 devices and > just manage the number of devices we need across 3 LPARS, all others > are varied offline at IPL time, so one range is online to LPAR1 then > then next range is varied online to LPAR2 and so on. > > that for us was an easier option especially with the virtual tape > system > > Carmen > > On 10/12/2022 10:37 AM, Steve Beaver wrote: >> What is the PARM/OPTION to allow VTD's to auto swap between LPARS if >> >> That LPAR needs a VTD to satisfy a MOUNT request? >> >> >> >> Regards, >> >> >> >> >> >> >> >> >> - >> - 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 -- 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 /
Re: HYCD or IOCP
Classification: Confidential NO CF structure required. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, October 13, 2022 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HYCD or IOCP [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] it's been a while since I've used configured tape devices like this but if I recall correctly you need to define the devices as shared and define a CF structure to use AUTOSWAP , or a product like MIM to manage the devices across multiple systems. at my site using a virtual tape system we have defined 256 devices and just manage the number of devices we need across 3 LPARS, all others are varied offline at IPL time, so one range is online to LPAR1 then then next range is varied online to LPAR2 and so on. that for us was an easier option especially with the virtual tape system Carmen On 10/12/2022 10:37 AM, Steve Beaver wrote: > What is the PARM/OPTION to allow VTD's to auto swap between LPARS if > > That LPAR needs a VTD to satisfy a MOUNT request? > > > > Regards, > > > > > > > > > -- > 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 ::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: HYCD or IOCP
You should be able to use the AUTOSWITCH option for the drive(s) then ... if z/OS z/VM and z/VSE do things different, for z/VM is mostly a VARY off on one LPAR and VARY ON on the other... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
Great info Paul thank you, we're using a MTL solution from a vendor other than IBM, the configuration options you provided was not provided to us, thus the configuration we choose Carmen On 10/13/2022 8:17 AM, Paul Gorlinsky wrote: First of all, I am a manufacturer of a Virtual Tape Appliance that emulates 3480, 3490 and 3590 tapes, z/Appliance. We, like most VTAs that are not IBM's, operate as a MTL ( manual tape library ), and we support auto mounting via the LDD CCW ( Load Display ). For z/OS, that is the message like MABC001S that real devices displayed. The M for mount, the S for SL label and then ABC001 for the volume serial number. PRIVAT or SCRTCH for the vol ser indicate that the appliance should pull from the scratch list it is maintaining. Second, as part of the communication process, the LPAR number is sent. This information along with the various CCWs that affect ASSIGNMENT, is how we manage and communicate with the LPAR OS as to the availability of a DRIVE. We support up to 254 LPARs, although that is beyond what IBM presently supports. Now, you can VARY the device to be AUTOSWITCHed. That and configuring via the IO/GEN multiple LPARs availability enables the use of a drive for several LPARs. V 580,AS,ON This is fine when you are operating a SYSPLEX, because a SYSPLEX typically shares the tape pool/vault. If that is not the case, then configure the VTA with multiple control units or devices and limit the scope of the control unit or device to specific LPARs. For example, with our z/Appliance you can configure a single control unit with 16 devices and each could be assigned a unique LPAR number and tape pool. Or configure 16 Controllers with 4 devices each with each controller assigned to a unique LPAR and yet they could all share the same pool if you wanted to do that. The AUTOSWITCH configuration makes sense with expensive real devices. However, with Virtual Tapes, we license by the number of active tape mounts, not the number of devices defined. This avoids all the hand shaking that has to be done by the OS to locate a free tape device. A process that adds latency to tape drives in use. If you have 4 LPARs and the maximum number of drives you would ever use is 8, then define 4 control units with eight devices each and purchase a license for 8 devices. So even though you have 32 devices defined in the IOGEN, the license would defer mounts greater than 8 in this case. For additional information, please visit our website at https://www.atsmigrations.com . Leave a contact and i would be happy to discuss the process with you. Thanks Paul -- 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: HYCD or IOCP
First of all, I am a manufacturer of a Virtual Tape Appliance that emulates 3480, 3490 and 3590 tapes, z/Appliance. We, like most VTAs that are not IBM's, operate as a MTL ( manual tape library ), and we support auto mounting via the LDD CCW ( Load Display ). For z/OS, that is the message like MABC001S that real devices displayed. The M for mount, the S for SL label and then ABC001 for the volume serial number. PRIVAT or SCRTCH for the vol ser indicate that the appliance should pull from the scratch list it is maintaining. Second, as part of the communication process, the LPAR number is sent. This information along with the various CCWs that affect ASSIGNMENT, is how we manage and communicate with the LPAR OS as to the availability of a DRIVE. We support up to 254 LPARs, although that is beyond what IBM presently supports. Now, you can VARY the device to be AUTOSWITCHed. That and configuring via the IO/GEN multiple LPARs availability enables the use of a drive for several LPARs. V 580,AS,ON This is fine when you are operating a SYSPLEX, because a SYSPLEX typically shares the tape pool/vault. If that is not the case, then configure the VTA with multiple control units or devices and limit the scope of the control unit or device to specific LPARs. For example, with our z/Appliance you can configure a single control unit with 16 devices and each could be assigned a unique LPAR number and tape pool. Or configure 16 Controllers with 4 devices each with each controller assigned to a unique LPAR and yet they could all share the same pool if you wanted to do that. The AUTOSWITCH configuration makes sense with expensive real devices. However, with Virtual Tapes, we license by the number of active tape mounts, not the number of devices defined. This avoids all the hand shaking that has to be done by the OS to locate a free tape device. A process that adds latency to tape drives in use. If you have 4 LPARs and the maximum number of drives you would ever use is 8, then define 4 control units with eight devices each and purchase a license for 8 devices. So even though you have 32 devices defined in the IOGEN, the license would defer mounts greater than 8 in this case. For additional information, please visit our website at https://www.atsmigrations.com . Leave a contact and i would be happy to discuss the process with you. Thanks Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
thanks David, like I said it's been a long time :(, I'm glad for others a CF structure is no longer required. so as far as the OP's question, you only need to define the devices as shared, nothing else ? again thanks Carmen On 10/13/2022 8:03 AM, Jousma, David wrote: Carmen, IBM reworked how the drives are managed/shared now. There is no longer a need for CF structure, just the IODF definitions.We share all drives across all sysplex’s that the VTL is connected to with no problem. We used to do as you do with certain ranges for certain systems. From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Date: Thursday, October 13, 2022 at 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HYCD or IOCP **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** it's been a while since I've used configured tape devices like this but if I recall correctly you need to define the devices as shared and define a CF structure to use AUTOSWAP , or a product like MIM to manage the devices across multiple systems. at my site using a virtual tape system we have defined 256 devices and just manage the number of devices we need across 3 LPARS, all others are varied offline at IPL time, so one range is online to LPAR1 then then next range is varied online to LPAR2 and so on. that for us was an easier option especially with the virtual tape system Carmen On 10/12/2022 10:37 AM, Steve Beaver wrote: What is the PARM/OPTION to allow VTD's to auto swap between LPARS if That LPAR needs a VTD to satisfy a MOUNT request? Regards, -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
Carmen, IBM reworked how the drives are managed/shared now. There is no longer a need for CF structure, just the IODF definitions.We share all drives across all sysplex’s that the VTL is connected to with no problem. We used to do as you do with certain ranges for certain systems. From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Date: Thursday, October 13, 2022 at 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HYCD or IOCP **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** it's been a while since I've used configured tape devices like this but if I recall correctly you need to define the devices as shared and define a CF structure to use AUTOSWAP , or a product like MIM to manage the devices across multiple systems. at my site using a virtual tape system we have defined 256 devices and just manage the number of devices we need across 3 LPARS, all others are varied offline at IPL time, so one range is online to LPAR1 then then next range is varied online to LPAR2 and so on. that for us was an easier option especially with the virtual tape system Carmen On 10/12/2022 10:37 AM, Steve Beaver wrote: > What is the PARM/OPTION to allow VTD's to auto swap between LPARS if > > That LPAR needs a VTD to satisfy a MOUNT request? > > > > Regards, > > > > > > > > > -- > 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: HYCD or IOCP
it's been a while since I've used configured tape devices like this but if I recall correctly you need to define the devices as shared and define a CF structure to use AUTOSWAP , or a product like MIM to manage the devices across multiple systems. at my site using a virtual tape system we have defined 256 devices and just manage the number of devices we need across 3 LPARS, all others are varied offline at IPL time, so one range is online to LPAR1 then then next range is varied online to LPAR2 and so on. that for us was an easier option especially with the virtual tape system Carmen On 10/12/2022 10:37 AM, Steve Beaver wrote: What is the PARM/OPTION to allow VTD's to auto swap between LPARS if That LPAR needs a VTD to satisfy a MOUNT request? Regards, -- 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: Can I supress BPXF024I ?
Colin, After you mention this, I have the same problem. When you found that you need the syslogd running, can you tell me what parms did you change? Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Tuesday, October 11, 2022 9:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can I supress BPXF024I ? Sheila, Thanks for your reply. I also found I needed to have syslogd running! I'll go and change my trace options Colin On Tue, 11 Oct 2022 at 13:38, Shelia Chalk < 03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Look in etc/pagent_TTLS.conf there is a trace option under > ttlsgroupaction. What do you have it set to? This will get rid of some of > them. > > Then we suppress the messages using a/o from coming out on the syslog > but they still come out on tcpip started task. > > Hope this helps. > > Shelia c > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Colin Paice > Sent: Sunday, October 9, 2022 11:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Can I supress BPXF024I ? > > I'm trying to get a TENET/PAGENT trace out. Typical output is > > *BPXF024I (TCPIP) Oct 9 15:55:20 TTLS 83951653 : 15:55:20 TCPIP 057* > EZD1286I TTLS Error GRPID: 001F ENVID: 0017 CONNID: 005D > LOCAL: 10.1.1.2..2023 REMOTE: 10.1.0.2..42870 JOBNAME: TN3270 USERID: > TCPIP RULE: TN RC: 402 Initial Handshake > 005011421D10 > > *BPXF024I text: Explanation* > > *The text is the contents of the user's write buffer at the time of > the write request is displayed. Messages written to /dev/console by > z/OS UNIX applications appear on the MVS™ console in this message.* > > > The BPXF024I is not needed... it tells me what I already know. Is > there a way of suppressing this? > > Parts of TCPIP family write these to CTRACE - which is a faff > start writer, start trace... connect to TCPIP.. stop writer, stop > trace, use IPCS ctrace command. > > Colin > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
