Qnx to Linux NFS problem. RCP denied.

I have a strange problem trying to get QNX 4.25 to NFS mount a directory
on a Linux machine. The QNX box is dual bootable Linux/QNX with each
having the same IP address.
Ok, here are the steps…
1: Boot Linux NFS Server.
2: boot Client in QNX
3: Attempt to NFS mount at client.
Get RPC Permission denied error.
4: Reboot client in Linux.
5: Attempt to NFS mount at client. SUCCESS.
6: NFS umount
7: Reboot client to QNX
8: Attempt to NFS mount at client. SUCCESS under QNX!!!
7: NFS umount.
8: Reboot NFS server Linux box.
9: Attempt to NFS mount at QNX client.
Get RPC Permission denied error.

Basicly, it looks like I must first NFS mount from a linux box with the
same IP address that the QNX box will use BEFORE the Linux NFS server
will allow QNX to NFS mount.

Strange. Anybody seen this problem berfore???

Jeff Pierce
piercej@preferred.com
jpierce@celerity.com

Jeff Pierce <piercej@celerity.com> writes:

I have a strange problem trying to get QNX 4.25 to NFS mount a directory
on a Linux machine. The QNX box is dual bootable Linux/QNX with each
having the same IP address.
[…]

We have tried all kinds of combinations of QNX client to Linux server,
and they have all failed in one way or another. We have tried Linux
kernels from 2.0.35 to 2.2.12, user and kernel space NFS
implementations, and QNX TCP/IP stacks 4.24, 4.25, and 5 beta. Our
conclusion has been that there is no reliable way to have a QNX NFS
client talk to a Linux NFS server. For what it’s worth, we suspect
Linux and QNX about equally on this one. The Linux NFS implementation
has always been really flakey.

Linux client to QNX server appears to work. Go figure.

Andrew


Andrew Thomas, President, Cogent Real-Time Systems Inc.
2430 Meadowpine Boulevard, Suite 105, Mississauga, Ontario, Canada L5N 6S2
Email: andrew@cogent.ca WWW: http://www.cogent.ca

Could it be that Linux NFS server is NFSv3? Then since QNX client is
NFSv2, it might not be allowed to talk. Solaris NFS server has explicit
option to allow NFSv2 clients to talk.

  • igor

Jeff Pierce wrote:

I have a strange problem trying to get QNX 4.25 to NFS mount a directory
on a Linux machine. The QNX box is dual bootable Linux/QNX with each
having the same IP address.
Ok, here are the steps…
1: Boot Linux NFS Server.
2: boot Client in QNX
3: Attempt to NFS mount at client.
Get RPC Permission denied error.
4: Reboot client in Linux.
5: Attempt to NFS mount at client. SUCCESS.
6: NFS umount
7: Reboot client to QNX
8: Attempt to NFS mount at client. SUCCESS under QNX!!!
7: NFS umount.
8: Reboot NFS server Linux box.
9: Attempt to NFS mount at QNX client.
Get RPC Permission denied error.

Basicly, it looks like I must first NFS mount from a linux box with the
same IP address that the QNX box will use BEFORE the Linux NFS server
will allow QNX to NFS mount.

Strange. Anybody seen this problem berfore???

Jeff Pierce
piercej@preferred.com
jpierce@celerity.com

Previously, Andrew Thomas wrote in comp.os.qnx:

Jeff Pierce <> piercej@celerity.com> > writes:

I have a strange problem trying to get QNX 4.25 to NFS mount a directory
on a Linux machine. The QNX box is dual bootable Linux/QNX with each
having the same IP address.
[…]

We have tried all kinds of combinations of QNX client to Linux server,
and they have all failed in one way or another. We have tried Linux
kernels from 2.0.35 to 2.2.12, user and kernel space NFS
implementations, and QNX TCP/IP stacks 4.24, 4.25, and 5 beta. Our
conclusion has been that there is no reliable way to have a QNX NFS
client talk to a Linux NFS server. For what it’s worth, we suspect
Linux and QNX about equally on this one. The Linux NFS implementation
has always been really flakey.

Linux client to QNX server appears to work. Go figure.

How totally bizarre. I have never had even the slightest problem getting QNX client to work with a Linux server; however, I have not once had even the slightest glimmer of life out of a Linux client to QNX server connection; in fact, the Linux kernel dumps as soon as an attempt is made to write to a file on the QNX server !

Rennie

Rennie Allen wrote:

Previously, Andrew Thomas wrote in comp.os.qnx:
Jeff Pierce <> piercej@celerity.com> > writes:

I have a strange problem trying to get QNX 4.25 to NFS mount a directory
on a Linux machine. The QNX box is dual bootable Linux/QNX with each
having the same IP address.
[…]

We have tried all kinds of combinations of QNX client to Linux server,
and they have all failed in one way or another. We have tried Linux
kernels from 2.0.35 to 2.2.12, user and kernel space NFS
implementations, and QNX TCP/IP stacks 4.24, 4.25, and 5 beta. Our
conclusion has been that there is no reliable way to have a QNX NFS
client talk to a Linux NFS server. For what it’s worth, we suspect
Linux and QNX about equally on this one. The Linux NFS implementation
has always been really flakey.

Linux client to QNX server appears to work. Go figure.

How totally bizarre. I have never had even the slightest problem getting QNX client to work with a Linux server; however, I have not once had even the slightest glimmer of life out of a Linux client to QNX server connection; in fact, the Linux kernel dumps as soon as an attempt is made to write to a file on the QNX server !

Rennie

If this wasn’t so annoying it would be
funny.
I’ve had a QNX server running with a linux client for months without too many
problems.
For the record I’m running Mandrake 7.1, the 2.2.15 kernel.
The only annoyance I have is that when editing files with a Linux based
editor, it always complains that the file on disk has changed when I try to
save. So I think they have an issue with file modification time stamps, but
aside from that it works. The clocks are synched via ntp, so that’s not a
factor.
Here’s my QNX info:

PROGRAM NAME VERSION DATE
sys/Proc32 Proc 4.25I Nov 25 1998
sys/Proc32 Slib16 4.23G Oct 04 1996
sys/Slib32 Slib32 4.24B Aug 12 1997
/bin/Fsys Fsys32 4.24T Feb 26 1999
/bin/Fsys Floppy 4.24B Aug 19 1997
/bin/Fsys.eide eide 4.24N Nov 18 1998
//8/bin/Dev32 Dev32 4.23G Oct 04 1996
//8/bin/Dev32.ansi Dev32.ansi 4.23H Nov 21 1996
//8//photon/bin/Photon Photon 1.13D Sep 03 1998
//8/bin/Dev32.par Dev32.par 4.23G Oct 04 1996
//8/bin/Dev32.pty Dev32.pty 4.23G Oct 04 1996
//8/bin/Dev32.ser Dev32.ser 4.23I Jun 27 1997
//8/bin/Mouse Mouse 4.24A Aug 22 1997
//8/bin/Pipe Pipe 4.23A Feb 26 1996
//8/bin/Net Net 4.25B Jul 27 1998
//8/bin/Net.ether1000 Net.ether100 4.24B Jul 24 1998
//8/
/automap/automap Automap 1.40D Nov 02 1998
//8//usr/ucb/Socket Socket 4.25H Jul 30 1999
//8/bin/cron cron 4.23B Oct 30 1997
//8/
/photon/bin/Photon Photon 1.13D Sep 03 1998
//8//bin/phfontpfr Photon Font 1.13A Jul 07 1998
//8/bin/Mqueue mqueue 4.24B Jan 12 1999
//8/
/photon/bin/Photon Photon 1.13D Sep 03 1998

That said, my QNX client won’t work:

//8/mnt/rex/home> mount rex:/home/bedge $PWD/bedge

Mount RPC error on rex:/home/bedge: Permission denied

Yet I can mount this from other Linux boxes, my linux exports is:
[bedge@rex tmp]$ cat /etc/exports

/home/bedge louie(rw,no_root_squash) dmonitor(rw,no_root_squash)
/usr louie(rw,no_root_squash) dmonitor(rw,no_root_squash)
/etc louie(rw,no_root_squash) dmonitor(rw,no_root_squash)

dmonitor is a linux box which can mount rex:/home/bedge. louie is the QNX
box.

-Bruce.