probleme mit nfs

[Michael Westermann]

On Mon, Sep 08, 2008 at 02:36:15PM +0200, Jan-Benedict Glaw wrote:
> On Mon, 2008-09-08 12:59:21 +0200, Michael Westermann <michael at dvmwest.de> wrote:
> > On Mon, Sep 08, 2008 at 11:47:31AM +0200, Jan-Benedict Glaw wrote:
> > > On Sun, 2008-09-07 12:03:16 +0200, Michael Westermann <michael at dvmwest.de> wrote:
> > > > On Sun, Sep 07, 2008 at 09:42:35AM +0200, Jan-Benedict Glaw wrote:
> > > > > On Sat, 2008-09-06 15:37:31 +0200, Michael Westermann <michael at dvmwest.de> wrote:
> > > > > > On Sat, Sep 06, 2008 at 03:03:14PM +0200, Jan-Benedict Glaw wrote:
> > > > > > > On Sat, 2008-09-06 14:58:53 +0200, Michael Westermann <michael at dvmwest.de> wrote:
> > > > > > > > lstat64("/usr1/mp3/li2", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> > > > > > > > setfsuid32(0)                           = 0
> > > > > > > > setfsgid32(0)                           = 0
> > > > > > > > lstat64("/usr1/mp3/li2", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> > > > > > > > utimes("/usr1/mp3/li2", {1220705888, 0}) = -1 EINVAL (Invalid argument)
> > > 
> > > Also... Das Grundproblem ist, daß der Server die Zeitstempel (atime
> > > und mtime) nicht setzen kann. Schlimmer ist aber, daß strace nicht
> > > _beide_ ausgegeben hat, sondern nur einen. Und von dem sind die
> > > Sekunden und µsec ordentlich. Kannst Du nochmal ein `strace -v' vom
> > > Server machen?  Hier liegt jedenfalls das Grundproblem.
> > > 
> > > Das, was hier ausgegeben wird, ist jedenfalls eine ordentliche struct
> > > timeval, also wirds die nicht ausgelöst haben. Möglich wäre, daß die
> > > zweite (leider von strace nicht dekodierte) struct timeval den EINVAL
> > > auslöst.
> > > 
> > > > > Wie sehen denn die mount options in /proc/mounts aus?
> > > 
> > > > habe ich folgenden patch gefunden:
> > > > 
> > > > http://marc.info/?l=linux-nfs&m=118724649406144&w=2
> > > > 
> > > > Bin mir aber nicht sicher was ich mache.
> > > 
> > > Der Patch sieht sinnvoll aus und sollte schnell in den unfs-Server
> > > rein. Aber erstmal solltes Du gucken, ob der Dir hilft. Mit etwas
> > > Glück sagt `strace -v' mehr und dekodiert den zweiten struct timeval
> > > auch. Wenn da als tv_usec=1000000 drinsteht, löst das Dein Problem.
> > 
> > Teste ich heute abend. 
> > Mit dem nfs-kernel-server scheint es mit Protocol V2 und v3 zu tun. 
> > Gibt es irgendwelche negativen Erfahrungen damit?
> 
> Nö. Der ist mittlerweile mindestens ebensoweit, erzeugt aber weniger
> Last und ist final deutlich performanter, da die Daten nicht x-mal
> umkopiert werden müssen. Nachteil ist halt, daß man den nicht so schön
> strace'n kann.

utimes("/home/michael/xxx", {1220939520, 1000000}) = -1 EINVAL (Invalid argument)

Habe jetzt auf nfs-kernel-server umgestellt....
Ich denke damit ist das Problem erst einmal gelöst.

Danke und Gruss Michael