Bug 81127
| Summary: | Some mountpoints cause filesystem rpm to fail | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Damian Menscher <menscher> |
| Component: | anaconda | Assignee: | Michael Fulbright <msf> |
| Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 8.0 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-05-25 14:58:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Further testing revealed is was the /var/mail mountpoint causing the problem, not the /usr/local one. Apparently under RH, /var/mail is a symlink to /var/spool/mail. If /var/mail exists already as a mountpoint, the symlink fails, causing the filesystem rpm to fail, and killing the install. The "fix" is to create /var/spool/mail as your mountpoint. Obviously it would be nice if a descriptive error were given, rather than just aborting the install. I will add this to the list of mount points we blacklist. Fixed. I'm going through Bugzilla closing some bugs that have been marked as Modified for some period of time. I believe that most of these issues have been fixed, so I'm resolving these bugs as Rawhide. If the bug you are seeing still exists, please reopen this report and mark it as Reopened. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 Description of problem: If you have a mountpoint such as /usr/local or /var/mail, it will cause the install to fail at the filesystem rpm. Apparently it tries creating these directories, and is confused that they already exist. Changing the mountpoints to /usrlocal and /varmail allowed it to proceed, and I can fix them after the install. Yes, this sounds unbelievable. And it is. Which is why it took me about 20 hours to diagnose. I am NOT a happy camper. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Create /var/mail and /usr/local mount points 2. 3. Actual Results: Failed to install on package filesystems. Expected Results: Normal install. Additional info: I used disk druid to partition, but I doubt it matters.