Redhat-install-list Digest, Vol 33, Issue 12

Thu Nov 30 16:39:30 UTC 2006

Hello,

I actually feel the issue might be due to the fact that the route is not 
steady at the point the nfs mount is being initiated.

Can you put the mount command in the /etc/rc.local script and see if the 
mount will work?

Is the network auto-configured or you have some network-commands in the 
startup script 9/etc/rc.local ?

Thank you.

Bolaji
----- Original Message ----- 
From: <redhat-install-list-request at redhat.com>
To: <redhat-install-list at redhat.com>
Sent: Wednesday, November 29, 2006 9:00 AM
Subject: Redhat-install-list Digest, Vol 33, Issue 12

> Send Redhat-install-list mailing list submissions to
> redhat-install-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/redhat-install-list
> or, via email, send a message with subject or body 'help' to
> redhat-install-list-request at redhat.com
>
> You can reach the person managing the list at
> redhat-install-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Redhat-install-list digest..."
>
>
> Today's Topics:
>
>   1. Re: NFS filesystems not mounting at boot - can mount manually
>      (Rick Stevens)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 28 Nov 2006 10:47:46 -0800
> From: Rick Stevens <rstevens at vitalstream.com>
> Subject: Re: NFS filesystems not mounting at boot - can mount manually
> To: Getting started with Red Hat Linux
> <redhat-install-list at redhat.com>
> Message-ID: <1164739666.9695.70.camel at prophead.corp.publichost.com>
> Content-Type: text/plain
>
> On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote:
>>
>> On Mon, 27 Nov 2006, Rick Stevens wrote:
>>
>> > On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote:
>> >> Good Afternoon,
>> >>
>> >> I have a lab of Dells running RHEL4u4. All but one NFS file systems 
>> >> are
>> >> not mounting automatically at boot. If I manually issue command 
>> >> "mount -a" the
>> >> offending file systems mount with no problems.
>> >>
>> >> Contents of /etc/fstab:
>> >> everest:/scratch        /scratch nfs   soft,bg     0  0
>> >> yoda:/data/yoda/a         /data/yoda/a         nfs     soft,bg
>> >> yoda:/data/yoda/b         /data/yoda/b         nfs     soft,bg
>> >>
>> >>
>> >> Result of df -k command:
>> >> [root at cslab2 log]# df -k
>> >> Filesystem           1K-blocks      Used Available Use% Mounted on
>> >> /dev/mapper/VolGroup00-LogVol00
>> >>                        74730664   6816748  64117744  10% /
>> >> /dev/sdb1               101086     12734     83133  14% /boot
>> >> none                    516592         0    516592   0% /dev/shm
>> >> everest:/scratch      17413280  12970784   4268384  76% /scratch
>> >>
>> >> Relevent lines from /var/log/messages:
>> >> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0:  succeeded
>> >> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch"
>> >> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' 
>> >> failed:
>> >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a"
>> >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b"
>> >> Nov 27 15:08:36 cslab2 mount: System Error: No route to 
>> >> host(retrying).
>> >> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems:  succeeded
>> >> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems:  succeeded
>> >> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver
>> >>
>> >>
>> >> Both yoda and everest have entries in /etc/hosts.
>> >>
>> >> I see System Error: No route to host(retrying) but I don't know why 
>> >> one
>> >> NFS file system mounts and not the others.
>> >
>> > Are both everest and yoda on the same network and/or NIC?  It may be
>> > that one network or NIC's route isn't up by the time the "mount -a"
>> > occurs, so you get the "no route to host" issue.
>> >
>>
>> Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are
>> NIS masters for different NIS domains and the lab machines are part of 
>> the
>> "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at
>> boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here 
>> including
>> this additional info.
>
> The "no route to host" is the telling issue.  It appears that there is
> some oddball routing that's not occurring when the NFS client comes up.
> It sees everest right away, but not yoda.  That's what you probably
> should investigate first.
>
> However, there's something you can try that may bypass fixing the
> routing.  You can try changing the "bg" for yoda-based mounts in
> /etc/fstab to "fg" and see if that helps:
>
> yoda:/data/yoda/a    /data/yoda/a         nfs     soft,fg 0 0
> yoda:/data/yoda/b    /data/yoda/b         nfs     soft,fg 0 0
>
> That will retry the mounts in the foreground if they fail and it may
> force the routing to occur in a more timely manner.  This is only an
> attempt to bypass whatever weirdness is going on with the routing.  You
> really do need to fix the network issue.
> ----------------------------------------------------------------------
> - Rick Stevens, Senior Systems Engineer     rstevens at vitalstream.com -
> - VitalStream, Inc.                       http://www.vitalstream.com -
> -                                                                    -
> -    Overweight:  When you step on your dog's tail...and it dies.    -
> ----------------------------------------------------------------------
>
>
>
> ------------------------------
>
> _______________________________________________
> Redhat-install-list mailing list
> Redhat-install-list at redhat.com
> https://www.redhat.com/mailman/listinfo/redhat-install-list
>
> End of Redhat-install-list Digest, Vol 33, Issue 12
> ***************************************************
> 