forwarded 629380 https://github.com/poelzi/ulatencyd/issues/29
kthxbye

On Wed, Dec 14, 2011 at 11:35:27AM +0100, Frederik Himpe wrote:
> On Mon, 2011-11-14 at 20:43 +0100, Alessandro Ghedini wrote:
> > I see. I think adjusting the ulatencyd scheduler would work (I'm not sure
> > _how_ though), but, if I understood this right, simply starting ulatencyd 
> > before libvirtd at boot time would work too, and wouldn't require you to 
> > change the default scheduler configuration. That can be done by adding the 
> > line:
> > 
> > # X-Start-Before:    libvirtd
> > 
> > to /etc/init.d/ulatencyd (after Required-Stop) and then running "insserv" as
> > root. Would you mind checking if this works? So that I can push the change
> > to the package in the archive.
> 
> That will not help I think, because the problem does not only happen
> when booting the system.
> 
> Today, I encountered again the problem of the libvirt/qemu group not
> existing at the expected location anymore. I restarted the libvirt
> service. However, libvirt still could not find the group. ulatency now
> gives this output:
> 
> [...]
> 
> So it looks like the libvirt/qemu group was moved to grp_27916, while
> libvirt/lxc was still at the right location. I am not sure when these
> move happened exactly.
> 
> I restarted ulatencyd after that, and after that, the all libvirt groups
> were even completely gone.
> 
> > Also, for the long-term, I may also ask upstream a more user-friendly way 
> > to ignore specific processes so that similar situations may be resolved too.
> 
> I think ulatencyd should be taught to never touch the cgroup named
> libvirt and all its subgroups and processes. Note that ulatencyd can
> move the libvirtd process itself, but not the libvirt cgroup and all its
> children.
> 
> Actually, it looks like ulatencyd even completely removes all empty
> cgroups at startup and I guess this should probably never be done,
> except if they are groups created by ulatencyd itself.

Ok, I have forwarded the bug upstream now, let's see what the author thinks
about this.

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to