Red Hat Bugzilla – Bug 970719
initial-setup-text.service causes endless lvm messages to the console
Last modified: 2013-06-23 02:25:58 EDT
Description of problem:
initial-setup-text.service causing endless lvm messages to the console.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot F19 Beta on any ARM system. Install intial-setup
2. enable initial-setup-text.service, will display lvm messages.
3. reboot the system, console will display endless messages:
System displays endless messages when rebooted:
[ 253.711495] LVM: Logical Volume autoactivation enabled.
[ 253.717464] LVM: Activation generator successfully completed.
Will not run intial-setup-text.service.
System boots into initial-setup-text.service
(In reply to Paul Whalen from comment #0)
> System displays endless messages when rebooted:
> [ 253.711495] LVM: Logical Volume autoactivation enabled.
> [ 253.717464] LVM: Activation generator successfully completed.
These messages are meant just for signalling that the lvm2-activation-generator (found in /lib/systemd/system-generators dir) completed successfully which is an important debug information for us if something would go wrong with this activation. In this case, the generator just says that LVM autoactivation is enabled and so the generator has nothing to do as volumes will be autoactivated using udev events and so we don't need to generate systemd units on-the-fly to activate the LVM volumes directly. Based on this debug information, we know exactly how LVM volumes are activated on boot...
These messages are normally seen on console only if "quiet" option is not used on kernel cmd line (stock Fedora releases use it). They're seen only in /var/log/messages or systemd journal otherwise.
Systemd reinitializes all its generators on its reload (e.g. systemctl daemon-reload). It seems systemd is reloaded way too often for some reason? As a consequence, the generator is fired that many times. Maybe try running systemd in debug mode and see if systemd provides some more details about the problem by adding these options to your kernel cmd line:
(In reply to Peter Rajnoha from comment #1)
> Systemd reinitializes all its generators on its reload (e.g. systemctl
...see also http://www.freedesktop.org/wiki/Software/systemd/Generators/ and
note #3 under "A couple of notes" paragraph.
Any idea what can be done here? I have no idea why these messages are printed out. The initial-setup-text.service includes this:
ExecStartPre=/bin/kill -55 1
ExecStartPost=/bin/kill -54 1
Which should (according to 'man systemd') prevent systemd from printing messages to console. So if this really is a bug, it is a systemd bug.
Systemd appears to be reloading which is causing the lvm messages on the console, we currently do not include 'quiet' in the boot args which is easily remedied.
Ignoring the console messages, intial-setup-text is not run on the serial console when the system is booted, and appears to try to use tty1 which is less than ideal for systems lacking display.
(In reply to Paul Whalen from comment #4)
> Systemd appears to be reloading which is causing the lvm messages on the
> console, we currently do not include 'quiet' in the boot args which is
> easily remedied.
> Ignoring the console messages, intial-setup-text is not run on the serial
> console when the system is booted, and appears to try to use tty1 which is
> less than ideal for systems lacking display.
I've just tested the I-S with 'console=ttyS0' as a boot option and it ran on the serial console. The problem was that systemd killed it and continued with the boot. Probably because of the I-S's service having just 'Before=display-manager.service firstname.lastname@example.org' which doesn't cover ttyS0.
A patch that should fix the issues with serial console pushed to master. I've done some testing of it and it seems to be working right for me.
initial-setup-0.3.6-2.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing initial-setup-0.3.6-2.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Discussed at 2013-06-19 freeze exception review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-19/f19final-blocker-review-7.2013-06-19-16.01.log.txt . As we understand it this change is required to make our planned ARM workflow for F19 work (we need i-s text to work to set up root pw, user account on pre-built non-graphical ARM images). So accepted as a freeze exception issue as a 'showstopper' for a secondary arch.
initial-setup-0.3.6-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.