Re: NFS atime

On Tue, Sep 28, 2004 at 11:34:31AM +0200, Oliver Fromme wrote:
> jesk <jesk(at)killall.org> wrote:
> >
> > > Hmm. Ich weiß nicht, was ich vorhin falsch gemacht habe,
> > > aber ich kann das Problem jetzt (gottseidank) nicht mehr
> > > reproduzieren.
> > >
> > > $ touch X ; ls -luT X ; sleep 3 ; touch -a X ; ls -luT X
> > > -rw-r--r-- 1 olli olli 1024 Sep 27 22:29:29 2004 X
> > > -rw-r--r-- 1 olli olli 1024 Sep 27 22:29:32 2004 X
> > >
> > > Genau so, wie es sein sollte. Hätte mich jetzt eigentlich
> > > auch gewundert, wenn so ein eklatanter Fehler bisher nicht
> > > aufgefallen wäre.
> >
> > Ein touch -a funktioniert tatsaechlich, aber jeder andere access nicht wie
> > bspw. ein "cat file", was direkt auf dem UFS kein Problem ist.
>
> Auch das kann ich nicht reproduzieren:
>
> $ ls -luT .xsession
> -rwxr-xr-x 1 olli olli 960 Sep 24 20:45:28 2004 .xsession
> $ hd .xsession | head
> [...]
> $ ls -luT .xsession
> -rwxr-xr-x 1 olli olli 960 Sep 28 11:02:48 2004 .xsession
>
> (Ich habe mal mein ~/.xsession zum Testen hergenommen, weil
> ich wußte, daß ich das am Freitag zuletzt verwendet hatte,
> und ich habe sicherheitshalber nicht »cat >/dev/null« ge-
> macht, weil ich ausschließen wollte, daß meine Shell da ir-
> gendwelche Optimierungen macht.)
>
> Bei kurz aufeinanderfolgenden Zugriffen werden die Updates
> gecacht bzw. deferred; siehe auch mount_nfs(8).

Meine Beobachtungen sehen folgendermassen aus (FreeBSD Client):
Ein cp foo /tmp funktioniert nicht.
Ein touch -a foo funktioniert.
Unmittelbar nach dem touch -a funktioniert auch ein cp foo /tmp, später
aber wiederum nicht mehr.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message