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 |------------> | From: | |------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| |"Schuh, Richard" <[email protected]> | >--------------------------------------------------------------------------------------------------------------------------------------------------| |------------> | To: | |------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| |[email protected] | >--------------------------------------------------------------------------------------------------------------------------------------------------| |------------> | 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:[email protected]] On Behalf Of Marcy Cortes > Sent: Tuesday, February 24, 2009 2:08 PM > To: [email protected] > 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:[email protected]] On Behalf Of Schuh, Richard > Sent: Tuesday, February 24, 2009 1:33 PM > To: [email protected] > 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:[email protected]] On Behalf Of Marcy Cortes > > Sent: Tuesday, February 24, 2009 1:04 PM > > To: [email protected] > > 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." > > >
