Your message dated Wed, 14 Dec 2016 20:24:57 +0100
with message-id <2bea4f23-1f1a-56f0-a5e8-b7265ba9f...@pocock.pro>
and subject line Re: Bug#775541: nfs-utils / still a bug with 1.3.4?
has caused the Debian Bug report #775541,
regarding NFS mounts from /etc/fstab can fail w/out network-mana
On Mon, Sep 12, 2016 at 02:38:32PM +1000, Vincent McIntyre wrote:
A brief note on the client side of things.
At step 3, after installing your packages but before tweaking
nfs-server.service, the critical chain for the client mount is
usr-local.mount +1.145s
└─remote-fs-pre.target @7.493s
└─nfs
On Fri, Sep 09, 2016 at 10:22:25AM +0200, Andreas Henriksson wrote:
> Hello Vincent McIntyre.
>
> Thanks for your thurough testing and useful feedback.
>
> Let me start with a disclaimer: I'm not maintaining nfs (and I'm
> not even using it myself so my knowledge is very limited). My only
> invol
Hello Vincent McIntyre.
Thanks for your thurough testing and useful feedback.
Let me start with a disclaimer: I'm not maintaining nfs (and I'm
not even using it myself so my knowledge is very limited). My only
involvement here is trying to squash some RC bugs and unblocking
work elsewhere by impo
I found one further issue which is related to #738063.
I wanted to limit the exports to supporting version 2 and 3.
I first set RPCMOUNTDOPTS="--manage-gids --no-nfs-version 4"
as explained in /etc/default/nfs-kernel-server.
But I found I also needed add the following to that file:
RPCNFSDPR
Thanks Andreas for those new packages.
I did some testing of the 1.2.8-9.2 packages on a clean jessie install.
They are pretty close but I found an issue with NFS exports in one case.
I used the attached check.sh script to show the state of various targets
as I changed things. The attached result
Dear Vincent,
> Could you provide a bit more information about the package versions
> on your system?
> dpkg -l rpcbind nfs-common nfs-kernel-server systemd
psz@como:~$ dpkg -l rpcbind nfs-common nfs-kernel-server systemd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpa
Hello Paul
I read your feedback on this issue with interest.
Could you provide a bit more information about the package versions
on your system?
dpkg -l rpcbind nfs-common nfs-kernel-server systemd
Also I think the output of these commands would be helpful
systemd-analyze critical-path remote-f
After upgrading from Debian jessie 8.4 to 8.5, my NFS mounts in fstab
failed at boot (or reboot) time. To fix, I changed the one file
/lib/systemd/system/remote-fs-pre.target
adding the line
After=rpcbind.target
then my NFS mounts work correctly.
Question: should I have used After=rpcbind.serv
. Hopefully this should have resolved all
cases of ending up with a dependency loop, so please test
and provide feedback!
Regards,
Andreas Henriksson
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775541
Hi
I can confirm that the workaround given by Shinichiro Hida works for me
(thanks for that BTW). The mounting of NFS shares defined in /etc/fstab
stopped working on my stretch a few days ago after the last kernel
upgrade. I don't have any network-manager installed.
Regards
ändu
I would be happy to this solution could close this bug.
## Debian jessie: systemd could not bring-up rpcbind, nfs-common correctly?
do `sudo systemctl enable systemd-networkd-wait-online.service`
## Explain
If you have found these log with `sudo journalctl` command output..
5月 18 09:29:27 jup
> Ditto, tagging it accordingly (maybe a close would be more
appropriate?).
Maybe downgrading for the time being (currently it is RC)?
--
tobi
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive
Hello,
I don't see real problems with NFS mounts from /etc/fstab, I am using it
with homedirs on about 14 clients with NFS4 and MIT Kerberos.
NFS is not needed for booting. After booting /home is mounted.
Maybe NFS comes up before the network is accessabel, it does not wait.
The only point is a
We have somewhat heterogeneous compute cluster with about 10 nodes running
debian testing with systemd, however the 4 main file servers are all running
debian wheezy. Most of the systems are running nfs v3, though we have a couple
testing nfs v4. NFS is largely just working for us.
I vaguely re
15 matches
Mail list logo
