diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-discuss/attachments/20120616/2d57c60d | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-discuss/attachments/20120616/2d57c60d')
| -rw-r--r-- | zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment-0001.html | 65 | ||||
| -rw-r--r-- | zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment.html | 65 |
2 files changed, 130 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment-0001.html new file mode 100644 index 000000000..fbe12ce7f --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment-0001.html @@ -0,0 +1,65 @@ +<p>On Jun 16, 2012 1:36 AM, "JA Magallón" <<a href="mailto:jamagallon@ono.com">jamagallon@ono.com</a>> wrote:<br> +><br> +> On 06/15/2012 08:54 PM, Anne Wilson wrote:<br> +>><br> +>> On 15/06/12 19:13, Frank Griffin wrote:<br> +>>><br> +>>> On 06/15/2012 01:42 PM, AL13N wrote:<br> +>>>><br> +>>>> Op vrijdag 15 juni 2012 16:46:03 schreef Anne Wilson:<br> +>>>>><br> +>>>>> 'mount: wrong fs type, bad option, bad superblock on<br> +>>>>> 192.168.0.200:/Anne,<br> +>>>>><br> +>>>>> has dmesg something? did you have nfs in lsmod?<br> +>>>>><br> +>>><br> +>>> Shortly before release I and others noticed that a lot of basic services<br> +>>> that were converted to systemd were no longer starting automatically at<br> +>>> boot. I thought that it was fixed, but you might check to see that NFS<br> +>>> has actually been started.<br> +>><br> +>><br> +>> Combining replies:<br> +>><br> +>> Sander: nfs-utils-clients wasn't installed on the misbehaving laptop. After installation, all the 192.168.0.40 mounts work, the 192.168.0.200 ones don't. More digging to be done.<br> +>><br> +>> The errors for those two are:<br> +>><br> +>> 'mount.nfs: rpc.statd is not running but is required for remote locking.<br> +>> mount.nfs: Either use '-o nolock' to keep locks local, or start statd.<br> +>> mount.nfs: an incorrect mount option was specified'<br> +>><br> +>> Not sure what I have to do about statd - my efforts don't seem to have achieved much.<br> +>><br> +>> AL113N: 'useer' is a red herring :-) I was typing what I could see on the netbook screen. This is a new install and I hadn't slowed down the keyboard repeat - doing that now. dmesg didn't have anything to say, and nfs is in lsmod.<br> + +>><br> +>> Frank: since the 192.168.0.40 mounts are now working, I think we can assume that nfs is started. Or maybe not - nfs-common.service is reported as loaded but dead. I've restarted it, but it has no effect on the troublesome mounts.<br> + +>><br> +>> Anne<br> +><br> +><br> +> In the failing box, try<br> +><br> +> systemctl start nfs.target<br> +> systemctl start nfs-server.service<br> +Why start server on client side?<br> +><br> +> If after that mounts work, check all your boxes and re-do something like<br> +><br> +> systemctl enable nfs.tartget<br> +> systemctl enable nfs-server.service<br> +><br> +> Problem: after conversion from sysvinit to systemd, nfs is not enabled even<br> +> if it was before. I suppose this will be fixed.<br> +><br> +> And don't worry about nfs-common.service. It is dead and removed, but some<br> +> other services reference it so it appears in listings. I suppose its references<br> +> will be completely removed in next packages... but it doesn't hurt<br> +> (apart your eyes).<br> +For me (on mga2) nfs-common is the service that starts rpc.statd - so i wouldn't call it a dead thing yet, seems to be pretty much needed.</p> +<p>--<br> +Sander<br> +</p> diff --git a/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment.html b/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment.html new file mode 100644 index 000000000..fbe12ce7f --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20120616/2d57c60d/attachment.html @@ -0,0 +1,65 @@ +<p>On Jun 16, 2012 1:36 AM, "JA Magallón" <<a href="mailto:jamagallon@ono.com">jamagallon@ono.com</a>> wrote:<br> +><br> +> On 06/15/2012 08:54 PM, Anne Wilson wrote:<br> +>><br> +>> On 15/06/12 19:13, Frank Griffin wrote:<br> +>>><br> +>>> On 06/15/2012 01:42 PM, AL13N wrote:<br> +>>>><br> +>>>> Op vrijdag 15 juni 2012 16:46:03 schreef Anne Wilson:<br> +>>>>><br> +>>>>> 'mount: wrong fs type, bad option, bad superblock on<br> +>>>>> 192.168.0.200:/Anne,<br> +>>>>><br> +>>>>> has dmesg something? did you have nfs in lsmod?<br> +>>>>><br> +>>><br> +>>> Shortly before release I and others noticed that a lot of basic services<br> +>>> that were converted to systemd were no longer starting automatically at<br> +>>> boot. I thought that it was fixed, but you might check to see that NFS<br> +>>> has actually been started.<br> +>><br> +>><br> +>> Combining replies:<br> +>><br> +>> Sander: nfs-utils-clients wasn't installed on the misbehaving laptop. After installation, all the 192.168.0.40 mounts work, the 192.168.0.200 ones don't. More digging to be done.<br> +>><br> +>> The errors for those two are:<br> +>><br> +>> 'mount.nfs: rpc.statd is not running but is required for remote locking.<br> +>> mount.nfs: Either use '-o nolock' to keep locks local, or start statd.<br> +>> mount.nfs: an incorrect mount option was specified'<br> +>><br> +>> Not sure what I have to do about statd - my efforts don't seem to have achieved much.<br> +>><br> +>> AL113N: 'useer' is a red herring :-) I was typing what I could see on the netbook screen. This is a new install and I hadn't slowed down the keyboard repeat - doing that now. dmesg didn't have anything to say, and nfs is in lsmod.<br> + +>><br> +>> Frank: since the 192.168.0.40 mounts are now working, I think we can assume that nfs is started. Or maybe not - nfs-common.service is reported as loaded but dead. I've restarted it, but it has no effect on the troublesome mounts.<br> + +>><br> +>> Anne<br> +><br> +><br> +> In the failing box, try<br> +><br> +> systemctl start nfs.target<br> +> systemctl start nfs-server.service<br> +Why start server on client side?<br> +><br> +> If after that mounts work, check all your boxes and re-do something like<br> +><br> +> systemctl enable nfs.tartget<br> +> systemctl enable nfs-server.service<br> +><br> +> Problem: after conversion from sysvinit to systemd, nfs is not enabled even<br> +> if it was before. I suppose this will be fixed.<br> +><br> +> And don't worry about nfs-common.service. It is dead and removed, but some<br> +> other services reference it so it appears in listings. I suppose its references<br> +> will be completely removed in next packages... but it doesn't hurt<br> +> (apart your eyes).<br> +For me (on mga2) nfs-common is the service that starts rpc.statd - so i wouldn't call it a dead thing yet, seems to be pretty much needed.</p> +<p>--<br> +Sander<br> +</p> |