Bug 4373 - rpm fails if /home is managed by autofs
rpm fails if /home is managed by autofs
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: rpm (Show other bugs)
6.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Jeff Johnson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-08-05 12:00 EDT by Steven Pritchard
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-08-06 13:17:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Steven Pritchard 1999-08-05 12:00:10 EDT
On a system where /home is in an automount map, rpm won't
upgrade a package with autofs running.  It fails with a "foo
needs (some number)k of space on /home".

This is very reproducable with both the version of rpm that
is included with Red Hat 6, and the latest update rpm as of
yesterday (8/4/99).
Comment 1 Jeff Johnson 1999-08-06 13:17:59 EDT
Rpm has a concept of net shared path so that a file is installed only
on the server, not the clients. You can configure netshared paths
by adding (usuallly to /etc/rpm/macros) a line like
	%_netsharedpath	/home:/somewhereelse:/this/is/file
and reinstalling (ising --force if necessary) the package on the
client so that the files in /home will not be installed.

Otherwise, if you want to manage files with rpm that are installed
on an NFS mount, you will need root access to that mount point.
Is it lack of root access that is the problem? Please reopen this bug
if there is some other problem.

Note You need to log in before you can comment on or make changes to this bug.