[OpenAFS] Last Update not updating?

Mike Polek mike@pictage.com
Mon, 09 Jan 2006 11:26:55 -0800


As a follow up.... After releasing the volume, the data
appeared correctly:

[mcp@mike rootfs]$ vos exam Fedora.4.tars -cell test.pictage.com
Fedora.4.tars                     537270382 RW        742 K  On-line
     test-disk10.pictage.com /vicepa
     RWrite  537270382 ROnly  537270416 Backup          0
     MaxQuota    1000000 K
     Creation    Fri Dec 16 19:10:04 2005
     Last Update Fri Jan  6 14:51:19 2006
     5 accesses in the past day (i.e., vnode references)

     RWrite: 537270382     ROnly: 537270416
     number of sites -> 3
        server test-disk10.pictage.com partition /vicepa RW Site
        server test-disk10.pictage.com partition /vicepa RO Site
        server dev01.pictage.com partition /vicepb RO Site

[mcp@mike rootfs]$ vos release Fedora.4.tars -cell test.pictage.com
Released volume Fedora.4.tars successfully

[mcp@mike rootfs]$ vos exam Fedora.4.tars -cell test.pictage.com
Fedora.4.tars                     537270382 RW        742 K  On-line
     test-disk10.pictage.com /vicepa
     RWrite  537270382 ROnly  537270416 Backup          0
     MaxQuota    1000000 K
     Creation    Fri Dec 16 19:10:04 2005
     Last Update Mon Jan  9 11:13:44 2006
     47 accesses in the past day (i.e., vnode references)

     RWrite: 537270382     ROnly: 537270416
     number of sites -> 3
        server test-disk10.pictage.com partition /vicepa RW Site
        server test-disk10.pictage.com partition /vicepa RO Site
        server dev01.pictage.com partition /vicepb RO Site


Mike Polek wrote:
> Hi, all,
> 
> I'm seeing a strange behavior on Fedora Core 4, openafs 1.4.0.
> I changed a file inside a volume, but the Last Update date
> in the "vos exam <volname>" didn't change.
> 
> In the example below, I updated the file "etc.tgz" today,
> Jan 9. The "vos exam" output shows a Last Update of
> Jan 6. Has anyone else seen this behavior?
> 
> (openafs rpms were build from the src rpm in the usual
>  way according to the instructions.)
> 
> Thanks in advance,
> Mike Polek
> Pictage, Inc.
> 
> ---------
> 
> [root@test-disk10 tars]# ls -l
> total 744
> drwxr-xr-x   2 root root   2048 Jan  6 13:52 ./
> drwxrwxrwx  17 root root   2048 Jan  6 14:41 ../
> -rw-r--r--   1 root root    211 Dec  9 20:12 dev.tgz
> -rw-r--r--   1 root root 716040 Jan  9 11:13 etc.tgz
> -rw-rw-r--   1 bin   500    303 Jan  6 13:52 opt.tgz
> -rw-r--r--   1 root root   4978 Jan  6 13:51 root.tgz
> -rw-r--r--   1 root root  32827 Jan  6 13:51 var.tgz
> 
> [root@test-disk10 tars]# fs lq .
> Volume Name                   Quota      Used %Used   Partition
> Fedora.4.tars               1000000       742    0%          3%
> 
> [root@test-disk10 tars]# fs which .
> File . lives in cell 'test.pictage.com'
> 
> [root@test-disk10 tars]# vos exam Fedora.4.tars -cell test.pictage.com
> Fedora.4.tars                     537270382 RW        742 K  On-line
>     test-disk10.pictage.com /vicepa
>     RWrite  537270382 ROnly  537270416 Backup          0
>     MaxQuota    1000000 K
>     Creation    Fri Dec 16 19:10:04 2005
>     Copy        Fri Dec 16 19:10:03 2005
>     Backup      Never
>     Last Update Fri Jan  6 14:51:19 2006
>     5 accesses in the past day (i.e., vnode references)
> 
>     RWrite: 537270382     ROnly: 537270416
>     number of sites -> 3
>        server test-disk10.pictage.com partition /vicepa RW Site
>        server test-disk10.pictage.com partition /vicepa RO Site
>        server dev01.pictage.com partition /vicepb RO Site
> 
> 
> [root@test-disk10 tars]# uname -a
> Linux test-disk10 2.6.13-1.1532_FC4 #1 Thu Oct 20 01:30:08 EDT 2005 i686 
> i686 i386 GNU/Linux
> 
> 

-- 
Michael Polek
Manager of System Operations
Pictage, Inc.
1580 Francisco Street, Ste. 101
Torrance, CA 90501
(310) 525-1600 ext. 628
mike@pictage.com
Czar of all the Russias
--
Opinions are my own and do not necessarily reflect those
of the company. Viewer discretion is advised.
Please do not make any inferences about what is in this email
beyond what is stated. If there is any unclarity in this email,
please ask the author of the email for clarification. Any assumptions
about the content of this email or what it means are solely the
responsibility of the reader.
E Pluribus Unum. Annuit Coeptis. Novus Ordo Seclorum.

Confidentiality Notice:

This message, together with any attachments, is intended only for the use of
the individual or entity to which it is addressed. It may contain
information that is confidential and prohibited from disclosure. If you are
not the intended recipient, you are hereby notified that any dissemination
or copying of this message or any attachment is strictly prohibited. If you
have received this item in error, please notify the original sender and
destroy this item, along with any attachments.