• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

YABSDT

kag

Golden Member
I'm trying to automount two file systems from my Windows machine on my OpenBSD machine. I installed a NFS server on my Windows machine. Here are the relevant lines in /etc/fstab:

192.168.1.2:/www /home/ftp/www nfs rw 0 0
192.168.1.2:/files /home/ftp/files nfs rw 0 0



However when I "ls -l" /home/ftp, I get the following:

drwx------ 2 4294967294 4294967294 512 Jun 24 18:23 files
dr-sr-xr-x 2 4294967294 4294967294 512 Jun 25 23:17 www



/home/ftp/www is listable, everything is fine, but when I try to "ls" (or any other file command for that matter) in /home/ftp/files, I get:

fuel# ls
ls: .: Permission denied



I have double and triple checked the configuration of my NFS server (it's called SuperNFS) and I can't find anything different between my "/files" and "/www" shares... is there some kind of limitation to NFS mounting that I am not aware of... or is the problem probably with the server??
 
Hmmm, haven't had a problem with it. But I only use 1 mount point on my 2k3 machine. why not just make 1 mount point, and include ftp and www folders in it?
 
Well actually I have more like 8 shares, but I simplified the problem to two because only /www is working from the bunch.

I've never seen "dr-sr-xr-x" permissions on a folder (or a file), what does the 's' mean?

Oh, what NFS server to you use on your 2k3 machine?
 
Originally posted by: kag
Well actually I have more like 8 shares, but I simplified the problem to two because only /www is working from the bunch.

Ok, thanks. 🙂

I've never seen "dr-sr-xr-x" permissions on a folder (or a file), what does the 's' mean?

I think that's a suid bit. It's bad security wise. Not sure why it's showing up like that. I'll be checking my NFS mounts when I get home, if I remember. I setup a second NFS mount point for another machine, so I'll try mounting it to see if I have a similar issue.

Oh, what NFS server to you use on your 2k3 machine?

Microsoft Services for Unix. It appears to be free (no cost), and it's supposedly based on OpenBSD code. Search for SFU on microsoft.com for a link. 🙂
 
Well I downloaded it but I was too complicated, plus I don't know why I'd install a 300 megs program just for some basic file sharing.

I'm gonna go to bed, and I'll check this back tomorrow, thanks for the help!
 
"dr-sr-xr-x"

s is the sticky bit. On files, u+s (--s------) means suid (the file is executed as the owning user), and g+s (-----s---) means the same thing but for owning group. I'm not sure what o+s means on a file. As for directories, I'm pretty sure that sticky means other things altogether, and I believe it also depends on what the OS is.
 
Originally posted by: BingBongWongFooey
"dr-sr-xr-x"

s is the sticky bit. On files, u+s (--s------) means suid (the file is executed as the owning user), and g+s (-----s---) means the same thing but for owning group. I'm not sure what o+s means on a file. As for directories, I'm pretty sure that sticky means other things altogether, and I believe it also depends on what the OS is.

It's suid, not sticky.

The perm (permission symbols) represent the portions of the mode bits as
follows:

r Read bits.
s Set-user-ID and set-group-ID on execution bits.
t Sticky bit.

In addition to the file permission modes, the following mode bits are
available:

4000 Set-user-ID on execution.
2000 Set-group-ID on execution.
1000 Enable sticky bit; see sticky(8) and chmod(2).

Looking to see if I can figure out what it really does when it's on a directory...

EDIT:
The execute bit for a directory is often referred to as the ``search''
bit. In order to access a file, a user must have execute permission in
each directory leading up to it in the filesystem hierarchy. For exam-
ple, to access the file /bin/ls, execute permission is needed on /, /bin,
and, of course, the ls binary itself.
 
The weird thing is that the unmounted folders have "drwxr-xr-x" permission, and when they are mounted, www gets "dr-sr-xr-x"... and all the other ones (those that don't work) have "drwx------" permissions. BTW, I'm logged as root.

And when the folders are mounted, the ownership changes from root/wheel to 4294967294/4294967294... this is for both the working and non-working folders.
 
# ls -ld /mnt*
drwx------ 2 4294967294 4294967294 64 Jun 20 07:37 /mnt
drwx------ 2 4294967294 4294967294 64 Jun 25 09:57 /mnt2

That's what I end up with when NFS mounting 2 directories.
 
Originally posted by: n0cmonkey
# ls -ld /mnt*
drwx------ 2 4294967294 4294967294 64 Jun 20 07:37 /mnt
drwx------ 2 4294967294 4294967294 64 Jun 25 09:57 /mnt2

That's what I end up with when NFS mounting 2 directories.
And with "drwx", you are able to access (I only need to be able to list and read) both folders?

What do you mean you broke NFS?

Disclamer: I cannot be held responsible for any actions taken regarding my problem 🙂
 
Originally posted by: kag
Originally posted by: n0cmonkey
# ls -ld /mnt*
drwx------ 2 4294967294 4294967294 64 Jun 20 07:37 /mnt
drwx------ 2 4294967294 4294967294 64 Jun 25 09:57 /mnt2

That's what I end up with when NFS mounting 2 directories.
And with "drwx", you are able to access (I only need to be able to list and read) both folders?

What do you mean you broke NFS?

Disclamer: I cannot be held responsible for any actions taken regarding my problem 🙂

Haha! Nah, wasn't your fault. I don't use it often. Something went haywire though. The permissions for /mnt were different before, but now I get access denied. I'll have to look into it when I get time. I'll try and get some work done tomorrow on it. 🙂
 
Originally posted by: kag
access denied?

Hehe, welcome to my world. Hopefully your fix will work for me too.

Yeah, I laughed when it happened. Then it started to ignore me. Trandfering 16GB of data over sftp can be a bit slow. 😛

I'll get it worked out. I'm guessing it will require a reinstall of SFU, because I don't know anything about it really 😛
 
Back
Top