NFS export from linux (ocfs2) to hpux

[ronlevyca]

I am trying to export a linux drive (ocfs2 filesystem) to an HP-UX 11.23 server.
It will mount, but I seem unable to write, even though all the permissions are 777 and I have set the export to 'rw'. What other troubleshooting steps can I use to figure out the problem?

Thanks,
-Ron Levy

[Steven Schweda]

As usual, showing actual commands with their
actual output can be more helpful than vague
descriptions and interpretations. For
example, you might start with, say:

cat /etc/exports

(or whatever will exhibit evidence for that
"I have set the export to 'rw'." statement.)

Disclosing the system names might help the
casual user in interpreting these data.

> [...] all the permissions are 777 [...]

Which "all" is this?

ls -l [...]

> It will mount, [...]

How?

> [...] I seem unable to write [...]

Evidence?


Potentially interesting:

showmount -e
(on the server)

mount
(on the client)

[ronlevyca]

Server: sforatest (oracle enterprise linux 5.5)
Client: sfp1 (hpux 11.23)

[root@sforatest oracle]# more /etc/exports
/oracle/ocfs2 sfp1(rw,no_root_squash)
[root@sforatest oracle]# showmount -e
Export list for sforatest.businesswire.com:
/oracle/ocfs2 (everyone)


[root@sforatest oracle]# pwd
/oracle
[root@sforatest oracle]# ls -al
total 12
drwxrwxrwx 4 root dba 4096 Aug 5 16:30 .
drwxr-xr-x 27 root root 4096 Aug 18 15:49 ..
drwxrwxrwx 3 oracle dba 3896 Aug 19 09:55 ocfs2

before mount:
sfp1:/opt/app# ls -al
total 18
drwxrwxrwx 4 root sys 96 Aug 18 16:25 .
dr-xr-xr-x 80 bin bin 8192 Aug 26 2009 ..
drwxrwxrwx 2 root sys 96 Aug 18 16:25 HOLDER

after mount
sfp1:/opt/app# mount -o rw sforatest:/oracle/ocfs2 /opt/app/HOLDER/



On sfp1
sfp1:/opt/app# bdf
Filesystem kbytes used avail %used Mounted on
sforatest:/oracle/ocfs2
786432000 1865360 784566640 0% /opt/app/HOLDER
sfp1:/opt/app# ls -al
total 18
drwxrwxrwx 4 root sys 96 Aug 18 16:25 .
dr-xr-xr-x 80 bin bin 8192 Aug 26 2009 ..
drwxrwxrwx 3 54321 54322 3896 Aug 19 09:55 HOLDER

I notice the owner on the directory changes... and it claims to be a read-only filesystem.

sfp1:/opt/app/HOLDER# cat "ralph" >> fred
sh: fred: Cannot create the specified file.
sfp1:/opt/app/HOLDER# mkdir neener
mkdir: cannot create neener: Read-only file system

[Steven Schweda]

That all seems pretty plausible.

> I notice the owner on the directory
> changes...

I'd say that that's expected when you go from
looking at the (local) mount point to looking
at the (remote NFS) file system.

> [...] (oracle enterprise linux 5.5)

Not something I have around here, so I know
nothing, but if I were desperate, I might try
changing the host name ("sfp1") in
"/etc/exports" to its fully qualified name
("sfp1.businesswire.com"?).

Any new info from:
exportfs -v
?

Any difference if a non-root user does any of
this stuff?

[ronlevyca]

Oracle Enterprise Linux 5.5 is exactly the same as Red Hat Enterprise Linux 5.5 plus a few rpms from Oracle.

[root@sforatest oracle]# exportfs -v
/oracle/ocfs2 sfp1.businesswire.com(rw,wdelay,no_root_squash,no_subtree_check,anonuid=65534,anongid=65534)
/oracle/ocfs2 (ro,wdelay,root_squash,no_subtree_check,anonuid=65534,anongid=65534)

It must not be picking up that this is actually the designated sfp1 and so it is mounting read only.

But that is odd - if this is my /etc/exports:
[root@sforatest oracle]# more /etc/exports
/oracle/ocfs2 sfp1.businesswire.com(rw,no_root_squash)

why does the exportfs -v have the second line there exporting to everyone?

I've put sfp1.businesswire.com into the /etc/hosts file just in case, but no change.