NFS server

NFS server

[Kirkwood, David A.]

Hi,

I'm trying to get a Red Hat enterprise linux 4.4 to server out home directories via NFS. As a test I have disabled the firewall and put SELINUX in permissive mode. I'm attempting to mount it to a Solaris 8 system. I have the export line set as /opt *(sync,rw). I see the exports with showmount -e as I should. I watch the messages file via tail -f and I see the other system authenticated by mount, but the directory never mounts. The Solaris system mounts other unix systems fine, as well as a RH 7.3 system, so I don't think it is the problem. I tried to mount the file system of the host under the host itself. No dice. Does anyone have another suggestion of something I have forgotten? I verified that rpc.mountd and rpc.nfsd are both running on the server side.

Thanks in advance,

David A. Kirkwood
SAIC

david.a.kirkwood@saic.com
kirkwoodd@saic.com

Phone: (727) 502-8310
Fax:   (727) 822-7776 

-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: NFS server

[Benoit Rouits]

what address does bind portmap on your RHEL 4.4 ?
see in /etc/default/portmap or /etc/sysconfig/[something like portmap]
or do a:
# netstat -tupl
and see the adress portmap uses.
if it is 127.0.0.1 (loalhost), then this is the error.
...hth
- Ben
Le jeudi 06 septembre 2007 à 12:00 -0400, Kirkwood, David A. a écrit :
> Hi,
> 
> I'm trying to get a Red Hat enterprise linux 4.4 to server out home directories via NFS. As a test I have disabled the firewall and put SELINUX in permissive mode. I'm attempting to mount it to a Solaris 8 system. I have the export line set as /opt *(sync,rw). I see the exports with showmount -e as I should. I watch the messages file via tail -f and I see the other system authenticated by mount, but the directory never mounts. The Solaris system mounts other unix systems fine, as well as a RH 7.3 system, so I don't think it is the problem. I tried to mount the file system of the host under the host itself. No dice. Does anyone have another suggestion of something I have forgotten? I verified that rpc.mountd and rpc.nfsd are both running on the server side.
> 
> Thanks in advance,

-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: NFS server

[Adam T. Bowen]

Hi,

Benoit Rouits wrote:
> Le jeudi 06 septembre 2007 à 12:00 -0400, Kirkwood, David A. a écrit :
>> Hi,
>>
>> I'm trying to get a Red Hat enterprise linux 4.4 to server out home directories via NFS. As a test I have disabled the firewall and put SELINUX in permissive mode. I'm attempting to mount it to a Solaris 8 system. I have the export line set as /opt *(sync,rw). I see the exports with showmount -e as I should. I watch the messages file via tail -f and I see the other system authenticated by mount, but the directory never mounts. The Solaris system mounts other unix systems fine, as well as a RH 7.3 system, so I don't think it is the problem. I tried to mount the file system of the host under the host itself. No dice. Does anyone have another suggestion of something I have forgotten? I verified that rpc.mountd and rpc.nfsd are both running on the server side.

You will need to add the following entries to your /etc/hosts.allow file:

portmap: hosts
lockd: hosts
mountd: hosts
rquotad: hosts
statd: hosts

where hosts are your NFS clients (see man hosts_access).  Earlier
versions of RedHat did not include tcpwrappers so extensively.

Cheers

Adam



-- 
This e-mail (and any attachments) is private and confidential. If you have 
received it in error, please notify the sender immediately and delete it 
from your system. Do not use, copy or disclose the information in any way 
nor act in reliance on it.

Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of Connect
Internet Solutions Ltd. This e-mail and any attachments are believed to be
virus free but it is the recipient's responsibility to ensure that they are.

Connect Internet Solutions Ltd
(A company registered in England No: 04424350)
Registered Office: Faraday House, Liverpool Digital, Edge Lane,
Liverpool, L7 9NJ
Telephone: +44 (0) 151 282 4321
Fax: +44 (0) 151 282 4322
VAT registration number: 758 2838 85
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

NFS server

[Michael Gloff]

[-- Attachment #1.1: Type: text/plain, Size: 405 bytes --]

All,
I have run into the issue of nfs server seg faulting when trying to start.
After some searching I found that it is related to GCC 4.9.x and
nfs-utils-1.3.X

http://lists.linuxfromscratch.org/pipermail/blfs-dev/2014-July/027853.html

There is a patch that I have tested locally that works.

I'm not sure how to proceed, but this pretty much breaks nfs server
capabilities.

Michael Gloff

[-- Attachment #1.2: Type: text/html, Size: 583 bytes --]

[-- Attachment #2: nfs-gcc.patch --]
[-- Type: text/x-patch, Size: 1821 bytes --]

From 25e83c2270b2d2966c992885faed0b79be09f474 Mon Sep 17 00:00:00 2001
From: Jeff Layton <jlayton@poochiereds.net>
Date: Thu, 1 May 2014 11:15:16 -0400
Subject: [PATCH [nfs-utils]] mountd: fix segfault in add_name with newer gcc
 compilers

I hit a segfault in add_name with a mountd built with gcc-4.9.0. Some
NULL pointer checks got reordered such that a pointer was dereferenced
before checking to see whether it was NULL. The problem was due to
nfs-utils relying on undefined behavior, which tricked gcc into assuming
that the pointer would never be NULL.

At first I assumed that this was a compiler bug, but Jakub Jelinek and
Jeff Law pointed out:

"If old is NULL, then:

	strncpy(new, old, cp-old);

is undefined behavior (even when cp == old == NULL in that case),
therefore gcc assumes that old is never NULL, as otherwise it would be
invalid.

Just guard
	strncpy(new, old, cp-old);
	new[cp-old] = 0;
with if (old) { ... }."

This patch does that. If old is NULL though, then we still need to
ensure that new is NULL terminated, lest the subsequent strcats walk off
the end of it.

Cc: Jeff Law <law@redhat.com>
Cc: Jakub Jelinek <jakub@redhat.com>
Signed-off-by: Jeff Layton <jlayton@poochiereds.net>
Signed-off-by: Steve Dickson <steved@redhat.com>
---
 support/export/client.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/support/export/client.c b/support/export/client.c
index dbf47b9..f85e11c 100644
--- a/support/export/client.c
+++ b/support/export/client.c
@@ -482,8 +482,12 @@ add_name(char *old, const char *add)
 		else
 			cp = cp + strlen(cp);
 	}
-	strncpy(new, old, cp-old);
-	new[cp-old] = 0;
+	if (old) {
+		strncpy(new, old, cp-old);
+		new[cp-old] = 0;
+	} else {
+		new[0] = 0;
+	}
 	if (cp != old && !*cp)
 		strcat(new, ",");
 	strcat(new, add);
-- 
2.0.0

Re: NFS server

[Alejandro Hernandez]

On 28/02/15 14:39, Michael Gloff wrote:
> All,
> I have run into the issue of nfs server seg faulting when trying to 
> start. After some searching I found that it is related to GCC 4.9.x 
> and nfs-utils-1.3.X
>
> http://lists.linuxfromscratch.org/pipermail/blfs-dev/2014-July/027853.html
>
> There is a patch that I have tested locally that works.

Hmm, that seems weird, I seem to remember this specific patch being 
already fixed upstream, I will check this later today.

Re: NFS server

[Alejandro Hernandez]

[-- Attachment #1: Type: text/plain, Size: 228 bytes --]


On 28/02/15 14:39, Michael Gloff wrote:

> I'm not sure how to proceed, but this pretty much breaks nfs server 
> capabilities.
>

Hi Michael, could you please file a bug on 
https://bugzilla.yoctoproject.org/
>
>


[-- Attachment #2: Type: text/html, Size: 991 bytes --]

NFS server

[Jean-Eric Cuendet]

Hi,
In an NFS server, does it know the user that makes the request?
Ex:
- user1 access /mnt/remote/file1 (mounted on NFS)
- The kernel asks the NFS server for this file
- The NFS server get a request for the file1
Does the server know (or is it able to know) which user (user1 in the =
case) tried to access the file?

The goal would be to give user/group ownership dependent on the user =
accessing it.
Ex:=20
- user1 access /mnt/Remote/file1 and got perms: user1,rx / guser1,rx
- user2 access /mnt/Remote/file1 and got perms: user2,rwx / guser2,---
This based on real ACLs of the file on the server (mainly SMB ACLs).

Thanks.
-jec



-------------------------------------------------------
In remembrance
www.osdn.com/911/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs