[CentOS] filesystem rpm fails when /home is NFS mounted

Anne Wilson cannewilson at googlemail.com
Thu Apr 2 21:00:02 UTC 2009

On Thursday 02 April 2009 21:40:59 R P Herrold wrote:
> On Wed, 1 Apr 2009, Paul Heinlein wrote:
> > I don't know if it's a bug or a feature, but the
> > filesystem-2.4.0-2.el5.centos rpm won't upgrade cleanly if /home is an
> > NFS filesystem.
> I confirm this is present in 5.3 where /home is an NFS mount,
> and that I missed it in testing.  A workaround is:
> 1. Boot into single user node.
> 2. run: /sbin/service network start
> 3. run: yum -y update filesystem
> If your system emitted the warning, but did not 'bail', it is
> safe to retieve the rpm locally, and to run:
> # rpm -Uvh filesystem*rpm --force
> as there are no scripts in play:
> [herrold at centos-5 ~]$ sudo rpm -q --scripts filesystem
> [herrold at centos-5 ~]$
> The cause is the NFS root_squash being in effect when a NFS
> overmount is on a mountpoint, it seems.  /home happens to
> express it
> It seems Paul and I are the last two users of NFS mounted
> /home left.
I have /home exported and ran the upgrade from this laptop over the network, 
where that directory is mounted and displayed in a folderview under KDE4.  I 
had no problems whatsoever.  Is this the sort of situation you mean?

New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature?  Add it to UserBase
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.centos.org/pipermail/centos/attachments/20090402/5b24b244/attachment.sig>

More information about the CentOS mailing list