Problem - After a reboot, the *first* `mount -a -t nfs ' gets stuck in `D ' 2006-09-06 - By Gunnett, Eric
Back
I am also seeing this issue, using NFS to ext3 mounts. We only
have one mount point on the client systems. Odd thing is it is hanging
on two servers out of dozens, with the same mount point.
Thanks,
--Eric Gunnett
-- --Original Message-- --
From: taroon-list-bounces@(protected)
[mailto:taroon-list-bounces@(protected)] On Behalf Of Keith Lewis
Sent: Tuesday, September 05, 2006 10:00 PM
To: jussi_taroon@(protected); taroon-list@(protected)
Subject: Re: Problem - After a reboot, the *first* `mount -a -t nfs'
gets stuck in `D'
RE:
> > The first mount process is still in D:
> >
> > # ps auxww | grep mount
> > root 1880 0.0 0.0 3776 812 pts/0 D 10:48 0:00 mount -a -t nfs
> > root 2532 0.0 0.0 3688 672 pts/0 S 11:18 0:00 grep mount
> Do you have 'bg' in fstab for that mount?
Yes.
One of our two failing machines has two NFS mounts, both from
a NFS server serving a pair of GFS disks.
The other client has three mounts - one from a nearby NFS server
which serves its own hard disk, the other two are the same GFS via NFS
as
above.
BUT - commenting out the GFS via NFS mounts on the second box
did
not fix the problem. (i.e. this problem appears not to be GFS related)
They are `bg' in all cases e.g.
# grep /web/nfs /etc/fstab
<name>:/web/canon /web/nfs nfs rw,bg,hard,intr,nodev,nosuid 0 0
#
> Try 'ps xal' and see what's it doing.
# ps axl
F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME
COMMAND
...
4 0 1880 1822 15 0 3776 812 end D pts/0 0:00 mount
-a -t nfs
> --
> Jussi
Keith
--
Taroon-list mailing list
Taroon-list@(protected)
https://www.redhat.com/mailman/listinfo/taroon-list
--
Taroon-list mailing list
Taroon-list@(protected)
https://www.redhat.com/mailman/listinfo/taroon-list
|
|
