On Mon, Nov 04, 2013 at 02:11:55PM -0700, Eric Blake wrote:
> On 10/08/2013 01:35 AM, Fuchs, Andreas wrote:
> > I'd argue _for_ starting up libvirtd in case of errorous LC_* info. Since 
> > it is not a
> > user-facing application but a system daemon, I think the impact of wrong 
> > language
> > is small, but the benefit of having the daemon starting realiably is quite 
> > high.
> 
> I still think that someone setting up the wrong language is a case of
> admin error, and that failing to start is appropriate.  But this issue
> just caused a second bugzilla today:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1026514
> 
> so you aren't the only one to have hit the issue.  However, in reading
> that bug, Dan Walsh (now cc'd) apparently didn't even find the stderr
> message that tried to alert him to why libvirtd was exiting early.
> Whether or not we apply your patch, there's the meta-issue that if
> libvirtd under systemd outputs an error to its stderr, where does that
> message go and how does an admin find out why libvirtd exited early?

It goes to the journal. 'systemctl status libvirtd.service' will show
it, or 'journalcal --unit libvirtd.service' will to

Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Reply via email to