Mount NFS under Haiku

Help
1

I have a Linux host, NFS has been configured as

/root *(rw,sync,no_subtree_check,insecure)

Local self-mount works, also it works under a VirtualBox guest Solaris.
However in - also VBox guest - Haiku, when i give the command:

mount_nfs 192.168.10.100:/root /mnt/nfs 100 1000

i get:

mount failed (General system error)

in the console and

KERN: nfs: mount(9, <NULL>, 00000000)
KERN: nfs: nfs_params: nfs:192.168.10.100:/root,uid=100,gid=1000,hostname=shredder
KERN: nfs:ip!
KERN: IP:192.168.10.100
KERN: nfs:hn!
KERN: nfs:uid!
KERN: nfs:gid!
KERN: nfs: ip:c0a80a64 server:'192.168.10.100' export:'/root' hostname:'shredder' uid=100 gid=1000 
KERN: nfs: mountd at 640aa8c0:41059
KERN: nfs: nfsd at 640aa8c0:2049
KERN: nfs: RPC_PROG_MISMATCH (3,4)nfs: error in nfs_mount: General system error

in /var/log/syslog. It’s Haiku Beta 2.

1 Like
2

Please put bug reports on the bug tracker under https://dev.haiku-os.org

3

Okay, but is it a bug? I don’t want to fill your tracker with bogus entries. Maybe i just configured something erroneously or something.

4

even if you misconfigure something, generall system error is too unspecific to figure out (as a user) what went wrong, so this can likely be improved anyhow.

If it is a user error the ticket can just be closed, which is fine too, but bug reports on the forum usually tend to get lost.

5

I don’t usually use the mount_nfs command. Maybe you should try NFS4 with the regular mount command, like mount -t nfs4 server:/share /mntpnt

1 Like
6

I always get a “no such file or directory” message when I try mount. And I never know what it’s talking about because the directories (remote and local) do, in fact, exist.

7

I never got NFS mount to work, no matter if v3, v4 and whatever server. NFS just doesn’t work under Haiku. Gave up on it.

8

I tried to

mount -t nfs4 192.168.10.100:/root /mnt/nfs

and all i got is

mount: No such file or directory

Exactly as it happened to MrEntropy. I tried to use -t nfs3 too.

9

I’ve created a ticket.

10

mount_nfs is for nfs v2. mount -t nfs4 is what you want, however it has a few bugs still.
Also check https://www.haiku-os.org/blog/paweł_dziepak/2013-03-15_nfsv4_client_finally_merged/

2 Likes
11

So, the correct method was to use the -p flag.

mount -t nfs4 -p 192.168.10.100:/root /mnt/nfs

That worked and the NFS device has been mounted. This is why i did not wanted to create a bug ticket.

However, it is really buggy. It can create and delete files, but i delete a file from the other side and then try to echo into it, then it crashes the entire system: http://oscomp.hu/depot/haiku_kernel_panic.png

2 Likes
12

Check if it has been already reported https://dev.haiku-os.org/query?status=!closed&component=File+Systems%2FNFS4

13

Does not seem so. I’ve changed the bugreport, except for the title. By the way, thank you for the manual page, that helped.

1 Like
14

I tried the command with the -p flag, as
mount -t nfs4 -p 192.168.1.253:/partilha_casa /boot/home/Desktop/partilha_casa/

but get mount: Invalid Argument

Is there anything missing after the -p that should be there?

1 Like
15

I don’t see any missing part…

16

Try putting quotes around the -p value: -p "192.168.1.253:/partilha_casa"

Below are the scripts that I use to access to my NFS. Edit the MOUNT_POINT, NFS_SERVER, and NFS_PATH to suit your needs. Hope it helps.

nfs_connect

#!/bin/bash

MOUNT_POINT="/boot/home/Desktop/NFS"
NFS_SERVER="0.0.0.0"
NFS_PATH="/path/on/server"
NFS="$NFS_SERVER:$NFS_PATH"

if [ ! -d "$MOUNT_POINT" ]
then
	mkdir "$MOUNT_POINT"
else
	unmount "$MOUNT_POINT" 2> /dev/null
fi

mount -t nfs4 -p "$NFS" "$MOUNT_POINT"
open $MOUNT_POINT

exit

nfs_disconnect

#!/bin/bash

MOUNT_POINT="/boot/home/Desktop/NFS"

unmount "$MOUNT_POINT"

if [ -d "$MOUNT_POINT" ]
then
	rm -rf "$MOUNT_POINT"
fi

exit
17

The command

mount_nfs 192.168.0.10:Music /boot/home/nfs_music 500 1000

works for my NAS.
It would be nice to use the command

mount -ro -t nfs4 -p “192.168.0.10:/Music” /boot/home/nfs_music

to use the read-only option. But I receive the “Invalid Argument” Error too.

~> mount -ro -t nfs4 -p “192.168.0.10:/Music” /boot/home/nfs_music
mount: Invalid Argument

Any ideas which argument is invalid?

18

Ugh, I hate errors like that…we might do that a bit too often in our command-line tools.

I think all your command-line arguments are supported but this error comes up when the actual fs_mount_volume is called. One nice thing about Haiku is that it isn’t too hard to find the source for things:

https://git.haiku-os.org/haiku/tree/src/bin/mount.c#n95

I don’t personally know a lot about this function but I would suspect that it either doesn’t like nfs4 as the file system type or it doesn’t like the parameters “192.168.0.10:/Music”. You aren’t actually using smart quotes in the command are you?

I don’t see a bug related to this but NFS4 does seem to cause a lot of KDLs :frowning:

19

I do not have a system to test this right now, but does that mount version supports the “-ro” command written that way ?

At work, all the *nix and linuxes seem to require “-o ro” , so much that it has become something on auto-pilot to type mount -o ro -t ntfs …

20

You should check /var/log/syslog for messages. The nfs4 addon does log some things there. I have no problem mounting shares as read-only using the same syntax you have used.

1 Like