We have come across some older volumes with a missing last update time
stamp:
creationDate 1096483253 Wed Sep 29 14:40:53 2004
accessDate 0Wed Dec 31 19:00:00 1969
updateDate 0Wed Dec 31 19:00:00 1969
backupDate 1548223206 Wed Jan 23 01:00:06 2019
copyDate 1523901482 Mon Apr 16 13:
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 wrote:
> On 1/3/2019 2:54 PM, Kris
index
Kris
On Fri, Aug 10, 2018 at 4:49 PM Benjamin Kaduk wrote:
> On Fri, Aug 10, 2018 at 02:21:19PM -0600, Kristen Webb wrote:
> > I found this situation at a client site and though it was worth brining
> up:
> >
> > The client is running openafs 1.8.0-1~ppa0~ubuntu1
. This problem may have been already been resolved
with the changes you mentioned.
Thanks,
Kris
On Fri, Aug 10, 2018 at 4:49 PM, Benjamin Kaduk wrote:
> On Fri, Aug 10, 2018 at 02:21:19PM -0600, Kristen Webb wrote:
> > I found this situation at a client site and though it was worth bri
I found this situation at a client site and though it was worth brining up:
The client is running openafs 1.8.0-1~ppa0~ubuntu14.04.1-debian, but
I cannot yet vouch for the server versions.
This is a new volume and here are some times from vos exa
CreationThu Aug 9 09:21:40 2018
Copy