problems with nfs mount

8 views
Skip to first unread message

Antton Rodriguez Ceberio

unread,
Jan 25, 2019, 5:02:42 PM1/25/19
to emulab...@googlegroups.com
 Hi, 

Trying to finish my installation I'm stuck again with the NFS configuration.

my Ops /etc/exports file looks like this:

/var /usr/testbed /users /proj /groups boss.domain.com -maproot=root

/share boss.domain.com -maproot=root

/share -network 192.168.1.0 -mask 255.255.255.0 -maproot=root -ro -alldirs


But when I'm trying to install boss I get everything mounted except /share that is giving me an error of permission denied, I'm sure it's because of the "-network 192.168.1.0" that is not my Boss network but ¿Where I'm doing it wrong? I configure this network for my control network segment but did I have to give this IP to ops? I thought it was for my router anyway.

#
# The node control network segment.
# The DHCP server on boss provides information about nodes in this range.
#
CONTROL_ROUTER_IP=192.168.1.1
CONTROL_NETWORK=192.168.1.0
CONTROL_NETMASK=255.255.255.0



| Mounting NFS filesystems                        

| | /users                                        [ Skipped (NFS dir already mounted) ]

| | /proj                                         [ Skipped (NFS dir already mounted) ]

| | /groups                                       [ Skipped (NFS dir already mounted) ]

| | /share                                        [ Failed    ]

| +---------------------------------------------> [ Failed    ]

+-----------------------------------------------> [ Failed    ]


##### Installation failed in phase NFSmounts:

Unable to execute: '/sbin/mount -o retrycnt=1 /share'

-------------------- Phase Stack ----------------------------

/share     /share                                            

mounts     Mounting NFS filesystems                          

NFSmounts  Setting up NFS mounts                             

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

------------------------------------------ Last Command Output

Command: /sbin/mount -o retrycnt=1 /share

[tcp] ops.domain.com/share: Permission denied

 [tcp] ops.domain.com:/share: Permission denied


Maybe I'm asking too much before that read the google groups on which someone already passed for these situations.

Thanks for all!!

--
Antton Rodriguez Ceberio
Data analysis and cybersecurity
Electronics and Computer Science department

Mondragon Unibertsitatea - Faculty of Engineering
Goiru, 2; 20500 Arrasate - Mondragón (Gipuzkoa)
Tel. : +(34) 627846579 / + Ext. 6248
www.mondragon.edu / Data Analysis & Cybersecurity

Mike Hibler

unread,
Jan 25, 2019, 5:35:09 PM1/25/19
to emulab...@googlegroups.com
Is /share on its own filesystem? Or is it on the same filesystem as one or
more of /users, /groups, and /proj? FreeBSD's exporter is pretty picky about
conflicting attributes for exported filesystems.

On Fri, Jan 25, 2019 at 11:02:29PM +0100, Antton Rodriguez Ceberio wrote:
> Hi,
>
> Trying to finish my installation I'm stuck again with the NFS configuration.
>
> my Ops /etc/exports file looks like this:
>
> /var /usr/testbed /users /proj /groups boss.domain.com -maproot=root
>
> /share boss.domain.com -maproot=root
>
> /share -network 192.168.1.0 -mask 255.255.255.0 -maproot=root -ro -alldirs
>
> But when I'm trying to install boss I get everything mounted except /share
> that is giving me an error of permission denied, I'm sure it's because of
> the "-network 192.168.1.0" that is not my Boss network but ??Where I'm doing
> Goiru, 2; 20500 Arrasate - Mondrag??n (Gipuzkoa)
> Tel. : +(34) 627846579 / + Ext. 6248
> www.mondragon.edu / Data Analysis & Cybersecurity
>
> --
> You received this message because you are subscribed to the Google Groups "emulab-admins" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to emulab-admin...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

Antton Rodriguez Ceberio

unread,
Jan 25, 2019, 5:37:43 PM1/25/19
to emulab...@googlegroups.com
I let it in the same filesystem, I mean I didn't create a special volume for /share.

Do you think that this is the problem?

Thanks!


Goiru, 2; 20500 Arrasate - Mondragón (Gipuzkoa)

Mike Hibler

unread,
Jan 25, 2019, 5:50:31 PM1/25/19
to emulab...@googlegroups.com
That would be the problem.

However, /share is not critical to the operation of the testbed, so if you
do not have space for another filesystem, you can work around it for now.

I think if you comment out the line that exports it "-ro" to the Control
network in both /etc/exports and /etc/exports.head and then do

sudo killall -HUP mountd

on the ops node, it will address this.

Then you should be able to re-run the install script on boss.

On Fri, Jan 25, 2019 at 11:37:30PM +0100, Antton Rodriguez Ceberio wrote:
> I let it in the same filesystem, I mean I didn't create a special volume
> for /share.
>
> Do you think that this is the problem?
>
> Thanks!
>
>
>
> El vie., 25 ene. 2019 a las 23:35, Mike Hibler (<mi...@flux.utah.edu>)
> escribi??:

Antton Rodriguez Ceberio

unread,
Jan 25, 2019, 5:57:57 PM1/25/19
to emulab...@googlegroups.com
ok, thanks!!

I will try tomorrow morning again.

Thanks for your patience.

Goiru, 2; 20500 Arrasate - Mondragón (Gipuzkoa)
Reply all
Reply to author
Forward
0 new messages