Bug 920208
| Summary: | Reboot fails after auto-install | ||
|---|---|---|---|
| Product: | [Retired] oVirt | Reporter: | Fabian Deutsch <fdeutsch> |
| Component: | ovirt-node | Assignee: | Fabian Deutsch <fdeutsch> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.2 | CC: | acathrow, jboggs, mburns, mgoldboi, ovirt-bugs, ovirt-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | ovirt-node-3.0.3 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-11-28 11:56:35 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Fabian Deutsch
2013-03-11 14:59:27 UTC
So, it seems that this problem exists because systemd is trying to mount /var/log (which is already mounted at that point, and this fails), because of this utmp can't be updated which leads to the hang, a log:
Mounting /var/log...
var-log.mount: Directory /var/log to mount over is not empty, mounting anyway.
var-log.mount failed to run 'mount' task: No such file or directory
var-log.mount changed dead -> failed
Job var-log.mount/start finished, result=failed
[FAILED] Failed to mount /var/log.
See 'systemctl status var-log.mount' for details.
Job systemd-update-utmp-runlevel.service/start finished, result=dependency
[DEPEND] Dependency failed for Update UTMP about System Runlevel Changes.
Job systemd-update-utmp-shutdown.service/start finished, result=dependency
[DEPEND] Dependency failed for Update UTMP about System Shutdown.
Unit var-log.mount entered failed state
Lennart, a bit of background: The servic ewhich is running into this bug is an auto-installer which modifies /etc/fstab (so fstab at the beginning is different to the fstab at the end). Initially /var/log is part of the fs root /. During the installation an fstab entry is added which maps /dev/mapper/HostVG-Logging to /var/log. IIUIC systemd now tries to do a mount according to that fstab entry, but fails (I dont know why it fails, I don't see a reason for it in the logs). The question is, how can this be solved cleanly? And have you got an idea about the failing mount? A dirty workaround: http://gerrit.ovirt.org/#/c/12935/ Hmm, the "No such file or directory" here happens when the fstab first had an entry for the unit, and by the time the unit is about to to be activated the entry is gone. Is that what happens here? |