<div dir="ltr">Any systemd experts that can help in figuring out what's going on here ?<div><br></div><div>Here's a shortened log up to that error if it makes it more convenient: <a href="https://gist.github.com/pgera/00f1ae31f77b9e9aa652db2be0e29574">https://gist.github.com/pgera/00f1ae31f77b9e9aa652db2be0e29574</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 17, 2017 at 8:40 PM, Prasun Gera <span dir="ltr"><<a href="mailto:prasun.gera@gmail.com" target="_blank">prasun.gera@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I now have a detailed debug log for this failed boot which I've attached with the mail. The issue seems to be specific to this system. The replica was updated to 7.3 too, and it works fine. I've zipped the log because it's quite big. The original workaround still holds true. i.e. I boot in rescue mode, start sssd, and then call <span style="font-size:12.8px">isolate graphical.target which makes everything work normally. With the graphical target as default, the system doesn't boot. Somehow sssd is involved in the mix.</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Can someone please have a look at the log ?</span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 10, 2016 at 12:53 PM, Prasun Gera <span dir="ltr"><<a href="mailto:prasun.gera@gmail.com" target="_blank">prasun.gera@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yes, from my experiments, it gets stuck at some point where it has to start avahi. And it fails to start it because it is dependent on something that is not started yet (which is started when sssd is started). Googling for that error pointed took me to <a href="http://www.calculate-linux.org/boards/15/topics/26673" target="_blank">http://www.calculate-linux.org<wbr>/boards/15/topics/26673</a>, which seems to be somewhat related I think. I'll post the journal messages soon. Is there some sort of a systemd diff utility which can compare the start sequence of services from two different systems ? Since my replica is on 7.2, which afaik works fine, doing a diff between the two might highlight if something has changed in the start sequence.<div><div class="m_-1935696593944448165h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 10, 2016 at 12:35 PM, Petr Vobornik <span dir="ltr"><<a href="mailto:pvoborni@redhat.com" target="_blank">pvoborni@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="m_-1935696593944448165m_2309780789746327178gmail-m_7865422996299277815HOEnZb"><div class="m_-1935696593944448165m_2309780789746327178gmail-m_7865422996299277815h5">On 11/09/2016 12:53 PM, Prasun Gera wrote:<br>
> It looks like something is messed up in the systemd configuration after 7.3. My<br>
> system doesn't boot at all. The boot screen would display the message: "Failed<br>
> to register match for Disconnected message: Connection timed out". After some<br>
> trial and error, I've managed to boot it. Here's what works right now: 1) Boot<br>
> into system rescue target with debug shell 2) start sssd 3) isolate graphical.target<br>
><br>
> I have a replica which I haven't upgraded to 7.3 yet. So I can compare the two<br>
> systems to isolate the problem.<br>
><br>
<br>
</div></div>I'm afraid that without more info(messages/journal) nobody will be able<br>
to help.<br>
<br>
But based on the description it seems that it didn't even get to step<br>
where IPA is started.<br>
<span class="m_-1935696593944448165m_2309780789746327178gmail-m_7865422996299277815HOEnZb"><font color="#888888"><br>
--<br>
Petr Vobornik<br>
</font></span></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>