[OpenIndiana-discuss] SMB NFS not sure where to go

[Toomas Soome]

> On 7. Aug 2023, at 11:12, Michelle <michelle at msknight.com> wrote:
> 
> Hi Toomas,
> 
> Thanks for the feedback.
> 
> I'll update both servers and run more tests.
> 
> Michelle.

For SMB, uid/gid sync is not important, you will access the share with authenticated user (or guest).

With NFS auth sys mechanism, the usernames and uid/gid need to match, and your nfsv4_domain should match with client system  setting (or your access will be mapped to user ’nobody’).

rgds,
toomas

> 
> On Mon, 2023-08-07 at 10:56 +0300, Toomas Soome via openindiana-discuss
> wrote:
>> 
>> 
>>> On 7. Aug 2023, at 09:21, Michelle <michelle at msknight.com> wrote:
>>> 
>>> OI server is at...
>>>             OpenIndiana Hipster 2022.10 (powered by illumos)
>> 
>> 
>> Please run ‘pkg update’. We have had many updates since 2022.
>> 
>>> 
>>> Client is Linux Mint...
>>> Distributor ID: Linuxmint
>>> Description:    Linux Mint 21
>>> Release:        21
>>> Codename:       vanessa
>>> 
>>> I'm continuing to have problems with SMB shares. Even mounting with
>>> no
>>> cache...
>>> sudo mount //192.168.0.2/jaguar /mnt/jaguar -o
>>> username=michelle,password=password,file_mode=0777,dir_mode=0777,ca
>>> che=
>>> none
>>> ...
>>> //192.168.0.2/jaguar on /mnt/jaguar type cifs
>>> (rw,relatime,vers=3.0,cache=none,username=michelle,uid=0,noforceuid
>>> ,gid
>>> =0,noforcegid,addr=192.168.0.2,file_mode=0777,dir_mode=0777,soft,no
>>> unix
>>> ,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,ac
>>> time
>>> o=1)
>>> 
>>> (for info, the UID of michelle is the same on client and server)
>>> ...I'm getting, "resource unavailable," on various read-
>>> write/rename
>>> operations including deleting files. Say, sixty files, three will
>>> fail
>>> to delete giving "resource unavailable" and then I have to delete
>>> them
>>> again, and they'll go.
>>> 
>>> When the Linux client hits resource unavaialble, there's nothing in
>>> the
>>> Linux messages and nothing in the OI /var/adm/messages either, that
>>> gives a hint of what's going on.
>>> 
>>> Having hit a brick wall with CIFS, I'm trying to configure an NFS
>>> share
>>> against user rather than machine IP, but I'm getting nowhere.
>>> 
>>> zfs set sharenfs='rw=.:michelle' panther
>> 
>> access list used with rw does not allow to set per user access, see
>> share_nfs(8). It should interpret michelle as hostname, but I’m not
>> sure why it will complain about invalid option below.
>> 
>>> cannot set property for 'panther': 'sharenfs' cannot be set to
>>> invalid
>>> options
>>> 
>>> I'm tying myself in knots because it seems that there's "legacy"
>>> NFS,
>>> ZFS NFS with different options/restrictions and I'm not sure where
>>> to
>>> go. If I read correctly, only ZFS NFS is installed by "default" on
>>> a
>>> new OI installation, but I'm not about to start going installing
>>> stuff
>>> until I have a better idea what I'm doing.
>>> 
>>> One reason I set some shares against user permissions is to protect
>>> against ransomware. I unmount and re-mount rw when I want to write
>>> to
>>> them, hence pure hostip is a problem for me.
>>> 
>>> I don't know where I'm looking for either option.
>>> 
>>> Hence the decision to look to NFS (which I've never really had to
>>> handle before) and I'm hitting trouble there.
>>> 
>>> Grateful for thoughts and advice.
>>> 
>>> Michelle.
>>> 
>> 
>> zfs sharenfs is just one possible way to implement sharing, it is
>> more useful when you are switching pools between different machines -
>> so you would get sharing options with pool and do not have to
>> transfer /etc/dfs/dfstab between the systems.
>> 
>> For debugging, I suggest to test with command ’share’ first - make
>> sure your svc:/network/nfs/server:default is online, then use share
>> command to test the options for specific share. Once happy, you can
>> use either /etc/dfs/dfstab or zfs sharenfs (if you still do get the
>> error, please report the bug in https://www.illumos.org/issues/
>> 
>> And please do keep the system up to date, so we know what to expect -
>> we only do rolling updates and we are not patching old versions.
>> 
>> rgds,
>> toomas
>> 
>> _______________________________________________
>> openindiana-discuss mailing list
>> openindiana-discuss at openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>