Re: Troubleshooting NFS/SFU

Previous thread: Re: NEW: education/stardict by Bibby on Sunday, May 13, 2007 - 7:31 pm. (1 message)

Next thread: "startx" problem by arnuld on Sunday, May 13, 2007 - 10:02 pm. (2 messages)
From: David Higgs
Date: Sunday, May 13, 2007 - 8:44 pm

I've tried to configure NFS and am nearly all the way there, but it
seems like I've hit a pretty big stumbling block.  I've got OpenBSD
4.1-stable (10.0.0.1) with an NFS export of my home directory.  I also
have a Windows XP machine (10.0.0.2) and installed the SFU 3.5 NFS
client.

[/etc/exports]
/home/david -mapall=david:guest -network=10.0.0.0 -mask=255.255.255.0

I can successfully mount this share locally and perform both reads and writes.

Without any of SFU's User Name Mapping configured, I can mount the
share with uid/gid of -2/-2 as advertised.  Appropriately, I cannot
access any files or directories that are not world-readable.  However,
inside a chmod-777 directory, I cannot create files or directories
(which might be as expected).

After configuring User Name Mapping to map my Windows account to the
UNIX account, I can mount the share with the expected uid/gid.
Although I can read user-only files and directories, I still cannot
create any files or directories.  Windows keeps reporting that the
drive has write-protection enabled.

I know this isn't a SFU help forum, but any ideas to try or tips on
troubleshooting the NFS side is more than welcome.  Thanks in advance.

--david

P.S. On an unrelated sidenote, does mountd always bind to the same
ports by default?  If not, is there a way to fix them at certain
values, so that PF rules can be written to match?  Linux rpc.mountd(8)
supposedly has a -p option that can be used for this purpose.

From: Ben Calvert
Date: Monday, May 14, 2007 - 12:16 am

Are most of your clients going to be windows machines?  if so, you  
should thing seriously about using samba.
( you should also read http://www.openbsd.org/mail.html and include  
all even vaguely related config files and output of things like dmesg  

i notice you're using 'david:guest' here... the first question  

Please provide specifics?  do you mean with the david:guest uid:gid  

what user:group are the parent directory?  david:guest, or something  


man mountd
( http://www.openbsd.org/cgi-bin/man.cgi? 
query=mountd&apropos=0&sektion=0&manpath=OpenBSD 
+Current&arch=i386&format=html )

From: David Higgs
Date: Monday, May 14, 2007 - 8:31 pm

This is my private network and I've used samba previously; I'm just
trying to learn how to configure NFS.  I'll go back to samba if I

I've googled quite a bit on this as well as searched MARC.  I don't
know any other files to include other than /etc/exports.

[david@david]$ dmesg
OpenBSD 4.1 (GENERIC) #1435: Sat Mar 10 19:07:45 MST 2007
    deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 599 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 267993088 (261712K)
avail mem = 236847104 (231296K)
using 3302 buffers containing 13524992 bytes (13208K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+ BIOS, date 10/13/00, BIOS32 rev. 0 @
0xfd790, SMBIOS rev. 2.1 @ 0xefa30 (49 entries)
bios0: Dell Computer Corporation XPST600
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xfd790/0x870
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/192 (10 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0xb800 0xcb800/0x800 0xcc000/0x800
0xe0000/0x4000! 0xe4000/0xc000
acpi at mainbus0 not configured
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "NVIDIA GeForce3" rev 0xa3
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <Maxtor 52049H3>
wd0: 16-sector PIO, LBA, 19473MB, 39882528 ...
From: John Nietzsche
Date: Tuesday, May 15, 2007 - 8:11 am

Dear folks,

i am trying to get my windows boxes access nfs directly by means of SFU, too!
I would like to have a global mount, say drive g: to mount from my
home directories.

Is it possible? How have you been doing in order to get a global drive mapping?

Thanks in advance.


From: Emilio Perea
Date: Tuesday, May 15, 2007 - 9:50 am

I think it might be better to ask in the forums at the SFU website:
http://www.interopsystems.com/tools

(Unless you are having problems on the OpenBSD side.)

From: David Higgs
Date: Monday, July 2, 2007 - 6:14 pm

I followed Microsoft's instructions for SFU and found that it worked
quite well if all I cared about was read-only access.  I didn't have
any further success even after installing a bunch of SFU hotfixes
(http://www.duh.org/interix/hotfixes.php).

My troubleshooting seemed to indicate that the write requests were
being denied somewhere inside the kernel, for reasons unknown.  I
didn't have the time or interest to pursue it any further, so I went
back to samba and let the thread die.

--david

From: Daniel Melameth
Date: Monday, July 16, 2007 - 6:46 am

I have the exact same issue hereFreeBSD works fine, OpenBSD fails.
I'm new to NFS, so I'm not too clear on the best way to troubleshoot
this further, but if there's someone here who is good with NFS and
cares to resolve the issue on OpenBSD, I'd be happy to work with them.
 Details below:


Windows

C:\Users\Daniel\Documents>mount

Local    Remote                                 Properties
-----------------------------------------------------------------------------
--
Z:       \\openbsd\home\daniel          UID=-2, GID=-2
                                                rsize=32768, wsize=32768
                                                mount=soft, timeout=6.4
                                                retry=1, locking=no
                                                fileaccess=644, lang=ANSI
                                                casesensitive=no
Y:       \\freebsd\usr\home\daniel      UID=-2, GID=-2
                                                rsize=32768, wsize=32768
                                                mount=soft, timeout=0.8
                                                retry=1, locking=no
                                                fileaccess=644, lang=ANSI
                                                casesensitive=no


OpenBSD

$ cat /etc/exports
/home/daniel -mapall=daniel -network=192.168.255.224 -mask=255.255.255.224

$ ls -l /home
total 4
drwxr-xr-x  5 daniel  daniel  512 Jul 14 09:54 daniel


FreeBSD

$ cat /etc/exports
/usr/home/daniel -mapall=daniel -network=192.168.255.224
-mask=255.255.255.224

$ ls -l /usr/home
total 2
drwxr-xr-x  2 daniel  daniel  512 Jul 16 07:17 daniel

From: Johan SANCHEZ
Date: Tuesday, July 17, 2007 - 3:20 am

On Mon, 16 Jul 2007 07:46:20 -0600

Hi,
I'm really interested in getting this working too,
could you please send me offlist your sysctl -a output ?
Thanks

From: Daniel Melameth
Date: Wednesday, July 25, 2007 - 12:20 pm

On a whim I decided to change the transport protocol that the Client
for NFS uses and my problem has gone away.  By default "TCP+UDP" is
used, but if I set this to just UDP or TCP (via nfsadmin client), and
then restart the Client for NFS service, NFS largely works as
expected--with UDP apparently providing a bit higher throughput over
my WLAN.  I haven't tried changing nfsd's flags on the server side
instead, but this might work as well.

Why "TCP+UDP" works for FreeBSD is unknown to me, but I'm content now.
 I guess it's one of those interoperability issues...

-----------------------------------------------------------------------------

From: wildken
Date: Wednesday, January 7, 2009 - 2:27 pm

This here is pretty good at resolving troubles on SFU

http://www.davidstclair.co.uk/networking/create-an-nfs-share-with-microsoft-services-f...
SFU NFS 



-- 
View this message in context: http://www.nabble.com/Troubleshooting-NFS-SFU-tp10597635p21340680.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.

Previous thread: Re: NEW: education/stardict by Bibby on Sunday