[OpenAFS] Update time loses 67 seconds on new volume
Kristen Webb
kwebb@teradactyl.com
Thu, 3 Jan 2019 13:54:02 -0700
--00000000000009dee1057e93f7bf
Content-Type: text/plain; charset="UTF-8"
Hi Jeff,
Thank you for the clarification on the Copy Date. My investigations
confirm all of this. I'll continue digging on how/way the file timestamps
are not matching up as expected.
Thanks again!
Kris
On Thu, Jan 3, 2019 at 1:47 PM Jeffrey Altman <jaltman@auristor.com> wrote:
> On 1/3/2019 2:54 PM, Kristen Webb wrote:
> > This is an old issue that is cropping up in a different way, so I wanted
> to
> > share this before I attempt to perform any sort of repair that might
> > lose state.
> >
> > A client moved a volume and currently the .backup volume copy date does
> not
> > match the rw volume copy date. As far as I can tell, the version of
> > openafs was
> > 1.8.2 (I am confirming this now).
> >
> > Here are some current time stamps:
> >
> > # vos ex test.volume
> > Copy Thu Nov 29 15:10:47 2018
> >
> > # vos ex test.volume.backup
> > Copy Fri Nov 30 02:38:44 2018
> >
> > When I try to manually update the .backup volume the Copy time
> > is unchanged and still different from the rw volume.
> >
>
> Kris,
>
> I'm not sure what if any data corruption is taking place during volume
> moves with OpenAFS 1.8.x but I believe looking at the volume Copy date
> is a red herring. OpenAFS destroys the ".backup" as part of a RW volume
> move. Therefore, the "Copy" date is not expected to match the "Copy"
> date of the RW when the BACK is re-created.
>
> The Copy field displays the date and time this copy of this volume was
> created. This is the time when the volume was created on the File Server
> and partition from which statistics are obtained.
>
> For read/write volumes, it is the date and time of initial creation if
> the volume has never been moved or restored, or the date and time of the
> most recent move or restore operation.
>
> For read-only volumes, it is the date and time of the initial vos
> release command that copied the volume data to the File Server and
> partition.
>
> For backup volumes, it is the date and time of the initial vos backup or
> vos backupsys command on the specified File Server and partition. It
> will match the Creation field.
>
> The copy date is not stored in volume dumps and cannot be restored or
> migrated to another File Server or partition.
>
> Jeffrey Altman
>
>
--
This message is NOT encrypted
--------------------------------
Mr. Kristen J. Webb
Chief Technology Officer
Teradactyl LLC.
2450 Baylor Dr. S.E.
Albuquerque, New Mexico 87106
Phone: 1-505-338-6000
Email: kwebb@teradactyl.com
Web: http://www.teradactyl.com
Providers of Scalable Backup Solutions
for Unique Data Environments
--------------------------------
NOTICE TO RECIPIENTS: Any information contained in or attached to this
message is intended solely for the use of the intended recipient(s). If
you are not the intended recipient of this transmittal, you are hereby
notified that you received this transmittal in error, and we request
that you please delete and destroy all copies and attachments in your
possession, notify the sender that you have received this communication
in error, and note that any review or dissemination of, or the taking of
any action in reliance on, this communication is expressly prohibited.
Regular internet e-mail transmission cannot be guaranteed to be secure
or error-free. Therefore, we do not represent that this information is
complete or accurate, and it should not be relied upon as such. If you
prefer to communicate with Teradactyl LLC. using secure (i.e., encrypted
and/or digitally signed) e-mail transmission, please notify the sender.
Otherwise, you will be deemed to have consented to communicate with
Teradactyl via regular internet e-mail transmission. Please note that
Teradactyl reserves the right to intercept, monitor, and retain all
e-mail messages (including secure e-mail messages) sent to or from its
systems as permitted by applicable law
--00000000000009dee1057e93f7bf
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hi Jeff,<div>Thank you for the clarification on the Copy D=
ate.=C2=A0 My investigations</div><div>confirm all of this.=C2=A0 I'll =
continue digging on how/way the file timestamps</div><div>are not matching =
up as expected.</div><div>Thanks again!</div><div>Kris</div></div><br><div =
class=3D"gmail_quote"><div dir=3D"ltr">On Thu, Jan 3, 2019 at 1:47 PM Jeffr=
ey Altman <<a href=3D"mailto:jaltman@auristor.com">jaltman@auristor.com<=
/a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">O=
n 1/3/2019 2:54 PM, Kristen Webb wrote:<br>
> This is an old issue that is cropping up in a different way, so I want=
ed to<br>
> share this before I attempt to perform any sort of repair that might<b=
r>
> lose state.<br>
> <br>
> A client moved a volume and currently the .backup volume copy date doe=
s not<br>
> match the rw volume copy date.=C2=A0 As far as I can tell, the version=
of<br>
> openafs was<br>
> 1.8.2 (I am confirming this now).<br>
> <br>
> Here are some current time stamps:<br>
> <br>
> # vos ex test.volume<br>
> =C2=A0 =C2=A0 Copy=C2=A0 =C2=A0 =C2=A0 =C2=A0 Thu Nov 29 15:10:47 2018=
<br>
> <br>
> # vos ex test.volume.backup<br>
> =C2=A0 =C2=A0 Copy=C2=A0 =C2=A0 =C2=A0 =C2=A0 Fri Nov 30 02:38:44 2018=
<br>
> <br>
> When I try to manually update the .backup volume the Copy time<br>
> is unchanged and still different from the rw volume.<br>
> <br>
<br>
Kris,<br>
<br>
I'm not sure what if any data corruption is taking place during volume<=
br>
moves with OpenAFS 1.8.x but I believe looking at the volume Copy date<br>
is a red herring.=C2=A0 OpenAFS destroys the ".backup" as part of=
a RW volume<br>
move.=C2=A0 Therefore, the "Copy" date is not expected to match t=
he "Copy"<br>
date of the RW when the BACK is re-created.<br>
<br>
The Copy field displays the date and time this copy of this volume was<br>
created. This is the time when the volume was created on the File Server<br=
>
and partition from which statistics are obtained.<br>
<br>
For read/write volumes, it is the date and time of initial creation if<br>
the volume has never been moved or restored, or the date and time of the<br=
>
most recent move or restore operation.<br>
<br>
For read-only volumes, it is the date and time of the initial vos<br>
release command that copied the volume data to the File Server and<br>
partition.<br>
<br>
For backup volumes, it is the date and time of the initial vos backup or<br=
>
vos backupsys command on the specified File Server and partition. It<br>
will match the Creation field.<br>
<br>
The copy date is not stored in volume dumps and cannot be restored or<br>
migrated to another File Server or partition.<br>
<br>
Jeffrey Altman<br>
<br>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
class=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr">This mess=
age is NOT encrypted
<br>--------------------------------
<br>Mr. Kristen J. Webb
<br>Chief Technology Officer
<br>Teradactyl LLC.
<br>2450 Baylor Dr. S.E.
<br>Albuquerque, New Mexico 87106
<br>Phone: 1-<span style=3D"display:inline;font-size:inherit;padding:0pt;co=
lor:rgb(80,80,80)">505-338-6000</span>
<br>Email: <a href=3D"mailto:kwebb@teradactyl.com" target=3D"_blank">kwebb@=
teradactyl.com</a>
<br>Web: <a href=3D"http://www.teradactyl.com" target=3D"_blank">http://www=
.teradactyl.com</a>
<br>
<br><img src=3D"https://drive.google.com/a/teradactyl.com/uc?id=3D1AtTRUbNs=
HoJJEO8vs4zd6D2oON5Evwq4&export=3Ddownload"><br><br>Providers of Scalab=
le Backup Solutions
<br>=C2=A0=C2=A0 for Unique Data Environments
<br>
<br>--------------------------------
<br>NOTICE TO RECIPIENTS: Any information contained in or attached to this
<br>message is intended solely for the use of the intended recipient(s). If
<br>you are not the intended recipient of this transmittal, you are hereby
<br>notified that you received this transmittal in error, and we request
<br>that you please delete and destroy all copies and attachments in your
<br>possession, notify the sender that you have received this communication
<br>in error, and note that any review or dissemination of, or the taking o=
f
<br>any action in reliance on, this communication is expressly prohibited.
<br>
<br>
<br>Regular internet e-mail transmission cannot be guaranteed to be secure
<br>or error-free. Therefore, we do not represent that this information is
<br>complete or accurate, and it should not be relied upon as such. If you
<br>prefer to communicate with Teradactyl LLC. using secure (i.e., encrypte=
d
<br>and/or digitally signed) e-mail transmission, please notify the sender.
<br>Otherwise, you will be deemed to have consented to communicate with
<br>Teradactyl via regular internet e-mail transmission. Please note that
<br>Teradactyl reserves the right to intercept, monitor, and retain all
<br>e-mail messages (including secure e-mail messages) sent to or from its
<br>systems as permitted by applicable law
</div></div></div></div>
--00000000000009dee1057e93f7bf--