Re: How to get a tape's DSCB
In 0f2549fd-fa84-4602-9164-d30466d42...@aim.com, on 10/03/2012 at 08:35 AM, Paul Gilmartin paulgboul...@aim.com said: On Oct 3, 2012, at 08:15, McKown, John wrote: It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. ... Doesn't that need to be done anyway for DASD channel programs? No. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
In 77142d37c0c3c34da0d7b1da7d7ca343722f8...@nwt-s-mbx1.rocketsoftware.com, on 10/03/2012 at 04:01 PM, Bill Fairchild bfairch...@rocketsoftware.com said: It does need to be done for DASD. No; something different needs to be done. It is all handled by CCW prefixing. FSVI it; CCW prefixing is not a means of scanning the CCW chain, but an alternative to doing so. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
shmuel+...@patriot.net (Shmuel Metz , Seymour J.) writes: No! The channel should pass CCW opcodes[1] on to the controller and let the controller handle them. [1] Other than TIC. note that more recent zHPF for FICON with TCW ... batch up multiple channel commands for download. this is similar to the underlying fibre channel standard (originally from late 80s/early 90s) before FICON (inefficiency) was layered on top (from my perspective involved with fibre channel standard ... it appeared that the POK channel engineers that had gotten involved, were trying to revert to ESCON but using the faster fibre channel transfer rate). reference http://www-03.ibm.com/systems/z/hardware/connectivity/ficon_performance.html and ftp://ftp.software.ibm.com/common/ssi/sa/wh/n/zsw03059usen/ZSW03059USEN.PDF from above: zHPF improves upon FICON by providing a Transport Control Word (TCW) that facilitates the processing of an I/O request by the channel and the control unit. The TCW has a capability that enables multiple channel commands to be sent to the control unit as a single entity instead of being sent as separate commands as in FICON CCW. In addition, the channel is no longer expected to process and keep track of each individual CCW. Instead, the channel forwards a chain of commands to the control unit to execute. Reduction in this overhead cost increases the maximum I/O rate possible on the channel and improves the utilization of the various sub-components along the path traversed by the I/O request. ... snip ... original os/360 paradigm was channel programs were built by application (or libraries) and passed to the system with EXCP for execution. the mainframe channel program paradigm uses real addresses for execution. the original virtual machine cp67 in the 60s ... (for SIO simulation) had to scan virtual machine channel programs, making copy of the channel program, that replaced the virtual machine virtual addresses with real addresses. when initial VS2 was being built ... it started off with SVS (single virtual storage) ... effectively laying out an MVT in a 16mbyte virtual address space ... minimum changes hacked into the side of MVT to setup the virtual address space table, handle page fault, do paging operations. Possibly the biggest effort for initial mapping of OS/360 to virtual memory was hacking CP67's CCWTRANS into EXCP processing to handle scanning of the passed channel program (that had virtual addresses) to create a copy that had real addresses. EXCPVR call (aka virtual=real) was added to bypass scanning creating copy ... that invoking application had done a bunch of special stuff to fix virtual pages in real storage and create channel programs with the real addresses ... rather than virtual addresses. reference to use of excpvr http://publib.boulder.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.idas300/efcprs.htm and http://publib.boulder.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ieaa600/excpvrm.htm past posts mentioning EXCPVR http://www.garlic.com/~lynn/2007q.html#8 GETMAIN/FREEMAIN and virtual storage backing up http://www.garlic.com/~lynn/2007s.html#2 Real storage usage - a quick question http://www.garlic.com/~lynn/2008i.html#68 EXCP access methos http://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution recent posts mentioning zHPF/TCW http://www.garlic.com/~lynn/2012m.html#3 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012m.html#4 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012m.html#5 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012m.html#11 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012m.html#13 Intel Confirms Decline of Server Giants HP, Dell, and IBM http://www.garlic.com/~lynn/2012m.html#28 I.B.M. Mainframe Evolves to Serve the Digital World http://www.garlic.com/~lynn/2012m.html#43 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012n.html#9 How do you feel about the fact that today India has more IBM employees than any of the other countries in the world including the USA.? -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
You could also write a program to OPEN a tape dataset for input and examine the DCB parameters merged into your DCB. Thanks to everyone who replied. Since this may form part of a product shipped to customers, I can't make any assumptions whether they have rmm or CA-1 installed. Therefore opening the data set and saving the DCB info is probably the best way. Incidentally, during my tests the tape is definitely mounted; my colleague did with his own fair hand and 'D U,,,nnn,4'shows he succeeded! -- Thanks -Robin This message has been scanned by MailController - portal1.mailcontroller.co.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Just a thought. If this is something to be executed under TSO, Most shops do not allow for the TSO User Address space to have MOUNT authority which is needed for a tape to be allocated to a TSO session. That attribute is contained in the TSO Segment for the SAF product. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: Tuesday, October 02, 2012 11:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB You could also write a program to OPEN a tape dataset for input and examine the DCB parameters merged into your DCB. Thanks to everyone who replied. Since this may form part of a product shipped to customers, I can't make any assumptions whether they have rmm or CA-1 installed. Therefore opening the data set and saving the DCB info is probably the best way. Incidentally, during my tests the tape is definitely mounted; my colleague did with his own fair hand and 'D U,,,nnn,4'shows he succeeded! -- Thanks -Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: Wednesday, October 03, 2012 1:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB You could also write a program to OPEN a tape dataset for input and examine the DCB parameters merged into your DCB. Thanks to everyone who replied. Since this may form part of a product shipped to customers, I can't make any assumptions whether they have rmm or CA-1 installed. Therefore opening the data set and saving the DCB info is probably the best way. Incidentally, during my tests the tape is definitely mounted; my colleague did with his own fair hand and 'D U,,,nnn,4'shows he succeeded! -- Thanks -Robin This message has been scanned by MailController - portal1.mailcontroller.co.uk -- 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: How to get a tape's DSCB
And on top of that: you cannot rely on installations allowing TSO users to have the Mount attribute. With a limited number of physical tape units, you don't want a couple of TSO users occupying them. Kees. McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom. .. And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: Wednesday, October 03, 2012 1:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB You could also write a program to OPEN a tape dataset for input and examine the DCB parameters merged into your DCB. Thanks to everyone who replied. Since this may form part of a product shipped to customers, I can't make any assumptions whether they have rmm or CA-1 installed. Therefore opening the data set and saving the DCB info is probably the best way. Incidentally, during my tests the tape is definitely mounted; my colleague did with his own fair hand and 'D U,,,nnn,4'shows he succeeded! -- Thanks -Robin This message has been scanned by MailController - portal1.mailcontroller.co.uk -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
And, on top of that, if this is a product, all the optional behavior should be configurable. For example, . whether a tape manager is available for query . whether TSO mount is allowed . label formats etc. Date: Wed, 3 Oct 2012 15:14:13 +0200 From: kees.verno...@klm.com Subject: Re: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU And on top of that: you cannot rely on installations allowing TSO users to have the Mount attribute. With a limited number of physical tape units, you don't want a couple of TSO users occupying them. Kees. McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom. .. And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: Wednesday, October 03, 2012 1:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB You could also write a program to OPEN a tape dataset for input and examine the DCB parameters merged into your DCB. Thanks to everyone who replied. Since this may form part of a product shipped to customers, I can't make any assumptions whether they have rmm or CA-1 installed. Therefore opening the data set and saving the DCB info is probably the best way. Incidentally, during my tests the tape is definitely mounted; my colleague did with his own fair hand and 'D U,,,nnn,4'shows he succeeded! -- Thanks -Robin This message has been scanned by MailController - portal1.mailcontroller.co.uk -- 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
On Wed, 3 Oct 2012 02:51:43 -0700, Lizette Koehler wrote: If this is something to be executed under TSO, Most shops do not allow for the TSO User Address space to have MOUNT authority which is needed for a tape to be allocated to a TSO session. That attribute is contained in the TSO Segment for the SAF product. It's worse than that. They also wouldn't be able to allocate tapes for an IKJ* batch job (well, you _could_ call that TSO), nor for a UNIX (USS) session (which you can't call TSO). Then granularity of MOUNT authority control is an inadequate design: o It fails to distinguish between a foreground TSO session and an IKJ* batch session. o It fails to distinguish between mounts to real tape drives and to virtual tape drives, the latter being a less constrained resource. BTDT. It's _so_ Twentieth Century. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote: And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. Inconsistency. Either the REW CCW or EXCP itself should be likewise RACF protected or protected by the tape management system. The unprivileged user should have no opportunity to overwrite labels of library tapes. I suppose a virtual tape might have a virtual label, and any attempt to invalidate the label should fail or be ineffective. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. It is given as one of the reasons why RACF does not implement PDS member security. It's too easy to update a PDS member via TTR without any member name anywhere in sight. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote: And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. Inconsistency. Either the REW CCW or EXCP itself should be likewise RACF protected or protected by the tape management system. The unprivileged user should have no opportunity to overwrite labels of library tapes. I suppose a virtual tape might have a virtual label, and any attempt to invalidate the label should fail or be ineffective. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
On Oct 3, 2012, at 08:15, McKown, John wrote: It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. ... Doesn't that need to be done anyway for DASD channel programs? Or is that all handled by CCW prefixing? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Rather than IOS, the channel should do the checking. For DASD, the SetFileMask command is used to prevent seeking outside of the dataset's extents. Don't remember if there's anything similar to prevent rewinding over tape marks. Date: Wed, 3 Oct 2012 09:15:50 -0500 From: john.mck...@healthmarkets.com Subject: Re: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. It is given as one of the reasons why RACF does not implement PDS member security. It's too easy to update a PDS member via TTR without any member name anywhere in sight. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote: And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. Inconsistency. Either the REW CCW or EXCP itself should be likewise RACF protected or protected by the tape management system. The unprivileged user should have no opportunity to overwrite labels of library tapes. I suppose a virtual tape might have a virtual label, and any attempt to invalidate the label should fail or be ineffective. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
With rewinding you mean: forward skipping? AFAIK this is prevented by the hardware and not overrable by software. Investigating the recoverability of overwritten data on tapes in the past, we ran into a company that had modified the 3490 microcode to read data that existed after the tapemark at the end of the overwriting data. Kees. J R jayare...@hotmail.com wrote in message news:bay145-w16b10a3a818b67b71a41da3...@phx.gbl... Rather than IOS, the channel should do the checking. For DASD, the SetFileMask command is used to prevent seeking outside of the dataset's extents. Don't remember if there's anything similar to prevent rewinding over tape marks. Date: Wed, 3 Oct 2012 09:15:50 -0500 From: john.mck...@healthmarkets.com Subject: Re: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. It is given as one of the reasons why RACF does not implement PDS member security. It's too easy to update a PDS member via TTR without any member name anywhere in sight. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote: And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. Inconsistency. Either the REW CCW or EXCP itself should be likewise RACF protected or protected by the tape management system. The unprivileged user should have no opportunity to overwrite labels of library tapes. I suppose a virtual tape might have a virtual label, and any attempt to invalidate the label should fail or be ineffective. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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
Re: How to get a tape's DSCB
With rewinding you mean: forward skipping? AFAIK this is prevented by the hardware and not overrable by software. Investigating the recoverability of overwritten data on tapes in the past, we ran into a company that had modified the 3490 microcode to read data that existed after the tapemark at the end of the overwriting data. There are at least two software vendors that sell products that read past the end of data tape marks. I used one of them several years ago to recover data from a tape that was accidentally overwritten due to a system crash. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group For help with communication and leadership skills checkout Woodwinds Toastmasters. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
No, I meant rewind since John McKown had suggested: ... use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape ... However, you are correct, traversing tape marks in either direction could be cause for concern. Date: Wed, 3 Oct 2012 16:43:16 +0200 From: kees.verno...@klm.com Subject: Re: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU With rewinding you mean: forward skipping? AFAIK this is prevented by the hardware and not overrable by software. Investigating the recoverability of overwritten data on tapes in the past, we ran into a company that had modified the 3490 microcode to read data that existed after the tapemark at the end of the overwriting data. Kees. J R jayare...@hotmail.com wrote in message news:bay145-w16b10a3a818b67b71a41da3...@phx.gbl... Rather than IOS, the channel should do the checking. For DASD, the SetFileMask command is used to prevent seeking outside of the dataset's extents. Don't remember if there's anything similar to prevent rewinding over tape marks. Date: Wed, 3 Oct 2012 09:15:50 -0500 From: john.mck...@healthmarkets.com Subject: Re: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. It is given as one of the reasons why RACF does not implement PDS member security. It's too easy to update a PDS member via TTR without any member name anywhere in sight. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote: And, just to be complete, you are assuming that your customers will be using IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also, remember that in many shops, use of BLP to read the tape labels can be protected via the tape management system, or even with RACF now-a-days. Does not apply if you use EXCP to REW the tape, of course. Inconsistency. Either the REW CCW or EXCP itself should be likewise RACF protected or protected by the tape management system. The unprivileged user should have no opportunity to overwrite labels of library tapes. I suppose a virtual tape might have a virtual label, and any attempt to invalidate the label should fail or be ineffective. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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
Re: How to get a tape's DSCB
It does need to be done for DASD. It is all handled by CCW prefixing. The prefixed CCW(s) give the control unit the knowledge as to whether to allow the channel program to write data onto tracks or not, and also controls switching from the current track to any other track. Long ago the prefixing CCWs were called Seek and Set File Mask. Then they collapsed into one CCW called Define Extent. Today's prefixing CCW is called Prefix, and it subsumes all the functions performed by Seek, Set File Mask, and Define Extent, and it also enables or disables a host of other newer functions. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Oct 3, 2012, at 08:15, McKown, John wrote: It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. ... Doesn't that need to be done anyway for DASD channel programs? Or is that all handled by CCW prefixing? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Jonathan Goossen wrote: we ran into a company that had modified the 3490 microcode to read data that existed after the tapemark at the end of the overwriting data. Sounds messy, but, luckily, this is not my machine... ;-) There are at least two software vendors that sell products that read past the end of data tape marks. I used one of them several years ago to recover data from a tape that was accidentally overwritten due to a system crash. Will that stunt works with VTS? I mean, since VTS is supposed to *emulate* tapes (34980/3490/Magstar/etc), in theory you could do that little trick. Possibe or not? What will those hardware do when receiving such a CCW? Just curious... Groete / Greetings Elardus Engelbrecht I have an IBM 5081 2260 tape (cylinder of rolled-up ugly brown tape within a transparent cap) sitting on my desk gathering dust after all these years. Do you get a VTS which could *emulate* those ancient toys? ;-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Will that stunt works with VTS? I mean, since VTS is supposed to *emulate* tapes (34980/3490/Magstar/etc), in theory you could do that little trick. Possibe or not? What will those hardware do when receiving such a CCW? It will not work with either of the two VTS systems that I have used. I don't think it will work with any of the others either. On the two VTS systems that I have seen, the end-of-tape-mark is immediately after the end-of-data-mark. The old physical hardware would stop writing new blocks at the the end-of-tape-mark (reflective foil on the back side of tape). I was never able to write data after that point. If data is to be recovered from a VTS tape that was overwritten, it needs to be done on the back-end system before the disk space or stacker tape gets overwritten. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
On Tue, 2 Oct 2012 10:14:14 + Robin Atwood robin.atw...@microfocus.com wrote: :I am investigating the use of catalogued tapes. We have created one such and you can see it with ISPF 3.4, although line commands are prohibited . The existing code I am working with dynamically allocates the DSN on the tape, reads the JFCB and then issues the OBTAIN macro to get DSCB information. However, with a DSN on a tape volume you always get RC=4, Volume not mounted (the TSO LISTDSI command tells you the same thing). But of course, the tape *is* mounted. I can run IEBGENER and copy the DSN, so what is the correct technique in this situation. I have a dim memory that OPEN TYPE=J is useful but would be grateful for any suggestions. Read the HDR1 label. Or ask your friendly tape subsystem. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape you have to read sequentially looking for labels. Date: Tue, 2 Oct 2012 10:14:14 + From: robin.atw...@microfocus.com Subject: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU I am investigating the use of catalogued tapes. We have created one such and you can see it with ISPF 3.4, although line commands are prohibited . The existing code I am working with dynamically allocates the DSN on the tape, reads the JFCB and then issues the OBTAIN macro to get DSCB information. However, with a DSN on a tape volume you always get RC=4, Volume not mounted (the TSO LISTDSI command tells you the same thing). But of course, the tape *is* mounted. I can run IEBGENER and copy the DSN, so what is the correct technique in this situation. I have a dim memory that OPEN TYPE=J is useful but would be grateful for any suggestions. TIA -Robin Please consider the environment before printing this e-mail. Micro Focus Limited is registered in England and Wales. Registered number: 01504593 Registered office: The Lawn, 22-30 Old Bath Road Newbury, Berkshire, RG14 1QN, UK This message has been scanned by MailController - portal1.mailcontroller.co.uk -- 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: How to get a tape's DSCB
I was hoping it would be easier than reading the labels! Thanks for the input. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: 02 October 2012 19:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape you have to read sequentially looking for labels. Date: Tue, 2 Oct 2012 10:14:14 + From: robin.atw...@microfocus.com Subject: How to get a tape's DSCB To: IBM-MAIN@LISTSERV.UA.EDU I am investigating the use of catalogued tapes. We have created one such and you can see it with ISPF 3.4, although line commands are prohibited . The existing code I am working with dynamically allocates the DSN on the tape, reads the JFCB and then issues the OBTAIN macro to get DSCB information. However, with a DSN on a tape volume you always get RC=4, Volume not mounted (the TSO LISTDSI command tells you the same thing). But of course, the tape *is* mounted. I can run IEBGENER and copy the DSN, so what is the correct technique in this situation. I have a dim memory that OPEN TYPE=J is useful but would be grateful for any suggestions. TIA -Robin This message has been scanned by MailController - portal1.mailcontroller.co.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Robin, Do you have a tape management system? CA1 TLMS RMM? If not, then you would need to read the labels on the tape to get this information. Or you will need to add other processes to your environment to gather the information. Some of the information may be in SMF data records. Check out the DAF Utility on the CBTTAPE.ORG to look at different type of Assembler Coding for SMF records that might contain your information. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: Tuesday, October 02, 2012 3:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to get a tape's DSCB I am investigating the use of catalogued tapes. We have created one such and you can see it with ISPF 3.4, although line commands are prohibited . The existing code I am working with dynamically allocates the DSN on the tape, reads the JFCB and then issues the OBTAIN macro to get DSCB information. However, with a DSN on a tape volume you always get RC=4, Volume not mounted (the TSO LISTDSI command tells you the same thing). But of course, the tape *is* mounted. I can run IEBGENER and copy the DSN, so what is the correct technique in this situation. I have a dim memory that OPEN TYPE=J is useful but would be grateful for any suggestions. TIA -Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
Robin, If you have a tape manager such as rmm or CA-1, from ISPF you can normally issue the TI line command; both rmm and CA-1 support that. You can easily get data set details without mounting the tape. In addition, ISPF supports line commands for tape - but they have to be enabled via the configuration table and someone has to provide the code to support them. See http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.idarc00/enabsup.htm. Once enabled, for rmm case, just use the line commands as if its a dasd data set and equivalent/relevant info is displayed. e.g. 'S' displays tape data set details Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
On Tue, 2 Oct 2012 07:19:16 -0400, J R wrote: The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape you have to read sequentially looking for labels. Which, in turn, requires BLP, which is restricted at many sites. It this the reason that Rexx LISTDSI will report only on (catalogued?) DASD data sets, even when the FILE operand is specified. Pity. Particularly when the allocation overrides some of the DSCB attributes, it would seem intuitive since FILE is specified that the overriding attributes rather than the DSCB attributes should be reported. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
At 09:12 -0500 on 10/02/2012, Paul Gilmartin wrote about Re: How to get a tape's DSCB: On Tue, 2 Oct 2012 07:19:16 -0400, J R wrote: The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape you have to read sequentially looking for labels. Which, in turn, requires BLP, which is restricted at many sites. That is not the only way (if I remember correctly). I seem to have the impression that you can have the labels supplied to you by OPEN. You code the DCB to point at an extension list (the same one you use to allow reading the JFCB) and it will give you the label as it is read at open time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN