Does look like z/OS guys can read stuff off after a formatting write though. They told me they found addresses and other such corp properties data with their utility (DSS?) So probably not good enough for Alan :)
But when you have to have more than one o/s eating the same disk drive, security is always going to be questionable. z/VM depends on z/OS to do long distance mirroring, at least with IBM product. Not sure if the other vendors do. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." ________________________________ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Wilkins Sent: Tuesday, February 24, 2009 3:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Clear_Tdisk question Yes, it is a formatting write. There are no more records on each track after Record 1. Steve Wilkins z/VM I/O Strategy IBM VM Development Inactive hide details for "Schuh, Richard" ---02/24/2009 06:43:06 PM---I presume that it was done as a formatting write so that"Schuh, Richard" ---02/24/2009 06:43:06 PM---I presume that it was done as a formatting write so that there are no From: "Schuh, Richard" <rsc...@visa.com> To: IBMVM@LISTSERV.UARK.EDU Date: 02/24/2009 06:43 PM Subject: Re: Clear_Tdisk question ________________________________ I presume that it was done as a formatting write so that there are no more visible fields following record 1. That would at least be a logical erasure of the rest of the track. If that satisfies Chuckie, or even if it satisfies Alan, it is all right with me for them to use the fast erase method. Is it possible to not include T-disk space in the remote copy? Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes > Sent: Tuesday, February 24, 2009 2:08 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Clear_Tdisk question > > Apparently does writes 1 4096 byte record on a detach. > Onto the next rabbit hole to peak into... > > > Marcy > > "This message may contain confidential and/or privileged > information. If you are not the addressee or authorized to > receive this for the addressee, you must not use, copy, > disclose, or take any action based on this message or any > information herein. If you have received this message in > error, please advise the sender immediately by reply e-mail > and delete this message. Thank you for your cooperation." > > > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard > Sent: Tuesday, February 24, 2009 1:33 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: [IBMVM] Clear_Tdisk question > > Have you tried to define a T-disk and run DDR to see what had > been done without formatting the disk? I see where it says > that binary zeros are written, but it doesn't say how many. I > suppose it could do a formatting write and just write one > record of any size. I don't know if that would satisfy the > statement or intent. > > > Regards, > Richard Schuh > > > > > -----Original Message----- > > From: The IBM z/VM Operating System > > [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes > > Sent: Tuesday, February 24, 2009 1:04 PM > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Clear_Tdisk question > > > > We have XRC choking on a VM tdisk volume. Its mod 3 - tdisk 1-3338. > > > > When clearing Tdisk, does VM write 1 4096 byte record per > track? XRC > > support is trying to figure out what's going on. > > > > > > > > > > Marcy > > > > > > "This message may contain confidential and/or privileged > information. > > If you are not the addressee or authorized to receive this for the > > addressee, you must not use, copy, disclose, or take any > action based > > on this message or any information herein. If you have > received this > > message in error, please advise the sender immediately by > reply e-mail > > > and delete this message. Thank you for your cooperation." > > >