[Bug 1201917] New: nfsserver loses additional exports initiated via exportfs commands
http://bugzilla.opensuse.org/show_bug.cgi?id=1201917 Bug ID: 1201917 Summary: nfsserver loses additional exports initiated via exportfs commands Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: ralf.koelmel@kit.edu QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- i'm seeing since several months (certainly on kernel 5.3.18-150300.59.68-default and 5.3.18-150300.59.76-default, but maybe it has begun earlier) a problem with explicit NFS exportfs commands (e.g "exportfs -o rw,async,no_root_squash,no_subtree_check ip:path"), whose NFS exports are going "lost" (mostly after one day). It seems that some automatic reload is happening, but i haven't triggered this. The file date of /var/lib/nfs/etab has changed, but no message about a reload in the nfs-server logs or in the system messages. But the expected export is not anymore present in etab or on the list of "exportfs -s". Because i have now stale mountpoints on some clients, as workaround i have to add these temporary exports to a exports file to get a stable NFS mountpoint, which will be needed only for a few days. In "former" times such exports from explicit NFS exportfs commands were remaining since a manual reload or a restart of the nfs server was triggered. Is this now an expected behaviour on the openSUSE NFS server? -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1201917
http://bugzilla.opensuse.org/show_bug.cgi?id=1201917#c1
Ralf K�lmel
participants (1)
-
bugzilla_noreply@suse.com