<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - commit 7708588119 broke logind DBus API"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=67131#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - commit 7708588119 broke logind DBus API"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=67131">bug 67131</a>
              from <span class="vcard"><a class="email" href="mailto:lennart@poettering.net" title="Lennart Poettering <lennart@poettering.net>"> <span class="fn">Lennart Poettering</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=67131#c4">comment #4</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=67131#c3">comment #3</a>)
> > 203 is probably cutoff.
> 203? Should that say 205, or is it really 203?

> > Basically, the old versions didn't serialize the cgroup path during reexec,
> > and we changed the layout of the cgroup tree quite a bit. The new code will
> > hence try to use different paths than what the old version set up. And
> > confusion will ensue. "systemctl status" will show you incorrect process
> > lists, "systemctl stop" doesn't work anymore, systemd itself might consider
> > services stopped that actually are running and suchlike.
> > 
> > We nowdays do serialize the cgroup path, so this won't happen again.

> So I gather from that: for updates from 205 to future versions, reboots will
> not be required due to cgroup path serialization.</span >

Well, I don't really want to give that guarantee. The cgroup stuff we have now
will fix that side of the upgrade story, but there might be other things coming
up.

Note that the reexec stuff is really primarily useful for smaller bugfix
updates. Doing huge version changes is nothing this can or should cover. We
cannot make guarantees really that this will always work. 

I mean, online updates are really broken anyway, and the larger the delta
becomes the bigger the risk becomes. Doing arbitrary intra-version upgrades is
something we don't test for, that one *cannot* really test due to the exploding
test matrix of combinations...</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>