[OpenAFS] Last update time of 0 on read-write volumes?

Kristen Webb kwebb@teradactyl.com
Thu, 24 Jan 2019 11:43:19 -0700


--0000000000003dc518058038965b
Content-Type: text/plain; charset="UTF-8"

We have come across some older volumes with a missing last update time
stamp:

creationDate 1096483253 Wed Sep 29 14:40:53 2004
accessDate 0        Wed Dec 31 19:00:00 1969
updateDate 0        Wed Dec 31 19:00:00 1969
backupDate 1548223206 Wed Jan 23 01:00:06 2019
copyDate 1523901482 Mon Apr 16 13:58:02 2018


This is likely an older bug, but I'm wondering if there is a way
to fix these volumes.  When creating a new volume with 1.8.2
the updateDate == creationDate, which makes sense.

Is there any way to force the updateDate to match the creationDate when
it is found to be zero?

Kris

-- 
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

--0000000000003dc518058038965b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>We have come across some older volum=
es with a missing last update time stamp:</div><div><br></div><div><div>cre=
ationDate<span style=3D"white-space:pre">	</span>1096483253<span style=3D"w=
hite-space:pre">	</span>Wed Sep 29 14:40:53 2004</div><div>accessDate<span =
style=3D"white-space:pre">	</span>0=C2=A0 =C2=A0 =C2=A0 =C2=A0 <span style=
=3D"white-space:pre">	</span>Wed Dec 31 19:00:00 1969</div><div>updateDate<=
span style=3D"white-space:pre">	</span>0=C2=A0 =C2=A0 =C2=A0 =C2=A0 <span s=
tyle=3D"white-space:pre">	</span>Wed Dec 31 19:00:00 1969</div><div>backupD=
ate<span style=3D"white-space:pre">	</span>1548223206<span style=3D"white-s=
pace:pre">	</span>Wed Jan 23 01:00:06 2019</div><div>copyDate<span style=3D=
"white-space:pre">	</span>1523901482<span style=3D"white-space:pre">	</span=
>Mon Apr 16 13:58:02 2018</div></div><div><br></div><div><br></div>This is =
likely an older bug, but I&#39;m wondering if there is a way<div>to fix the=
se volumes.=C2=A0 When creating a new volume with 1.8.2</div><div>the updat=
eDate =3D=3D creationDate, which makes sense.</div><div><br></div><div>Is t=
here any way to force the updateDate to match the creationDate when</div><d=
iv>it is found to be zero?</div><div><br></div><div>Kris<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 message 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&amp;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></div></div></div>

--0000000000003dc518058038965b--