[prev in list] [next in list] [prev in thread] [next in thread]
List: systemd-devel
Subject: [systemd-devel] Single Start-job remains listed after startup in state waiting ...
From: "Hoyer, Marko (ADITG/SW2)" <mhoyer () de ! adit-jv ! com>
Date: 2016-10-28 14:55:26
Message-ID: 0DCF3DAE6CA1C148ACA42A82C24462586DB4F033 () HI2EXCH01 ! adit-jv ! com
[Download RAW message or body]
Hello,
we are observing a weird behavior with systemd 211.
The issue:
- After the startup is finished (multi-user.target is reached), one =
single job (typ: start, unit: service) remains in the job queue in state wa=
iting
o There seems not to be any unmet dependency
o There are no units in state failed
o The job is listed when calling systemctl list-jobs
- The issue is seen sporadically, not on every startup
- The startup is a mixture of
o Units coming up as part of the dependency tree ending up in multi-user.=
target
o And units started by a component using systemctl start
=A7 The started units might have a tree of depending units as well
=A7 The sub trees of several of such unit are not necessarily disjoint
What I'm doing currently:
- The issue is hard to reproduce.
- That's why I'm trying to find out in which cases it is possible at=
all that a job in state waiting can remain in the job list
- With a hypothesis, I can instrument systemd and try to reproduce i=
t again
How you can help me:
- Maybe someone already knows such an issue. Maybe it has already be=
en solved. Respective hints would be great.
- Some of you have probably a better knowledge about how transaction=
s and the job scheduling are working in systemd. Maybe such a person could =
already point me to the cases that could happen to see finally such a resul=
t.
Thx in advance!
Best regards
Marko Hoyer
Advanced Driver Information Technology GmbH
Software Group II (ADITG/SW2)
Robert-Bosch-Str. 200
31139 Hildesheim
Germany
Tel. +49 5121 49 6948
Fax +49 5121 49 6999
mhoyer@de.adit-jv.com
ADIT is a joint venture company of Robert Bosch GmbH/Robert Bosch Car Multi=
media GmbH and DENSO Corporation
Sitz: Hildesheim, Registergericht: Amtsgericht Hildesheim HRB 3438
Gesch=E4ftsf=FChrung: Wilhelm Grabow, Ken Yaguchi
[Attachment #3 (text/html)]
<html xmlns:v="urn:schemas-microsoft-com:vml" \
xmlns:o="urn:schemas-microsoft-com:office:office" \
xmlns:w="urn:schemas-microsoft-com:office:word" \
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" \
xmlns="http://www.w3.org/TR/REC-html40"> <head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:820386688;
mso-list-type:hybrid;
mso-list-template-ids:-1967259186 -384943248 67698691 67698693 67698689 67698691 \
67698693 67698689 67698691 67698693;} @list l0:level1
{mso-level-number-format:bullet;
mso-level-text:-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-font-family:Calibri;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Hello,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">we are observing a weird behavior with systemd \
211.<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>The issue:<o:p></o:p></b></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if \
!supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>After \
the startup is finished (multi-user.target is reached), one single job (typ: start, \
unit: service) remains in the job queue in state waiting<o:p></o:p></p> <p \
class="MsoListParagraph" style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l0 \
level2 lfo1"> <![if !supportLists]><span style="font-family:"Courier \
New""><span style="mso-list:Ignore">o<span style="font:7.0pt "Times New \
Roman""> </span></span></span><![endif]>There seems not to be any \
unmet dependency<o:p></o:p></p> <p class="MsoListParagraph" \
style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l0 level2 lfo1"> <![if \
!supportLists]><span style="font-family:"Courier New""><span \
style="mso-list:Ignore">o<span style="font:7.0pt "Times New \
Roman""> </span></span></span><![endif]>There are no units in state \
failed<o:p></o:p></p> <p class="MsoListParagraph" \
style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l0 level2 lfo1"> <![if \
!supportLists]><span style="font-family:"Courier New""><span \
style="mso-list:Ignore">o<span style="font:7.0pt "Times New \
Roman""> </span></span></span><![endif]>The job is listed when \
calling systemctl list-jobs<o:p></o:p></p> <p class="MsoListParagraph" \
style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if !supportLists]><span \
style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>The \
issue is seen sporadically, not on every startup<o:p></o:p></p> <p \
class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if \
!supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>The \
startup is a mixture of<o:p></o:p></p> <p class="MsoListParagraph" \
style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l0 level2 lfo1"> <![if \
!supportLists]><span style="font-family:"Courier New""><span \
style="mso-list:Ignore">o<span style="font:7.0pt "Times New \
Roman""> </span></span></span><![endif]>Units coming up as part of \
the dependency tree ending up in multi-user.target<o:p></o:p></p> <p \
class="MsoListParagraph" style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l0 \
level2 lfo1"> <![if !supportLists]><span style="font-family:"Courier \
New""><span style="mso-list:Ignore">o<span style="font:7.0pt "Times New \
Roman""> </span></span></span><![endif]>And units started by a \
component using systemctl start<o:p></o:p></p> <p class="MsoListParagraph" \
style="margin-left:108.0pt;text-indent:-18.0pt;mso-list:l0 level3 lfo1"> <![if \
!supportLists]><span style="font-family:Wingdings"><span \
style="mso-list:Ignore">§<span style="font:7.0pt "Times New Roman""> \
</span></span></span><![endif]>The started units might have a tree of depending units \
as well<o:p></o:p></p> <p class="MsoListParagraph" \
style="margin-left:108.0pt;text-indent:-18.0pt;mso-list:l0 level3 lfo1"> <![if \
!supportLists]><span style="font-family:Wingdings"><span \
style="mso-list:Ignore">§<span style="font:7.0pt "Times New Roman""> \
</span></span></span><![endif]>The sub trees of several of such unit are not \
necessarily disjoint<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>What I’m doing currently:<o:p></o:p></b></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if \
!supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>The \
issue is hard to reproduce.<o:p></o:p></p> <p class="MsoListParagraph" \
style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if !supportLists]><span \
style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> \
</span></span><![endif]>That’s why I’m trying to find out in which cases \
it is possible at all that a job in state waiting can remain in the job \
list<o:p></o:p></p> <p class="MsoListParagraph" \
style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if !supportLists]><span \
style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>With \
a hypothesis, I can instrument systemd and try to reproduce it again<o:p></o:p></p> \
<p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><b>How you can help \
me:<o:p></o:p></b></p> <p class="MsoListParagraph" \
style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if !supportLists]><span \
style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>Maybe \
someone already knows such an issue. Maybe it has already been solved. Respective \
hints would be great.<o:p></o:p></p> <p class="MsoListParagraph" \
style="text-indent:-18.0pt;mso-list:l0 level1 lfo1"><![if !supportLists]><span \
style="mso-list:Ignore">-<span style="font:7.0pt "Times New \
Roman""> </span></span><![endif]>Some \
of you have probably a better knowledge about how transactions and the job scheduling \
are working in systemd. Maybe such a person could already point me to the cases that \
could happen to see finally such a result.<o:p></o:p></p> <p \
class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">Thx in \
advance!<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="text-autospace:none"><span \
style="font-size:10.0pt;font-family:"Arial","sans-serif"">Best \
regards</span><span style="font-size:8.0pt;font-family:"Times New \
Roman","serif""><o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:12.0pt;font-family:"Times New \
Roman","serif""><o:p> </o:p></span></p> <p class="MsoNormal" \
style="margin-bottom:12.0pt;text-autospace:none"><b><span \
style="font-size:10.0pt;font-family:"Arial","sans-serif"">Marko \
Hoyer</span></b><span style="font-size:8.0pt;font-family:"Times New \
Roman","serif""><o:p></o:p></span></p> <p class="MsoNormal" \
style="margin-bottom:5.0pt;text-autospace:none"><b><span \
style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">A</span></b><span \
style="font-size:10.0pt;font-family:"Arial","sans-serif"">dvanced \
<b><span style="color:blue">D</span></b>river <b><span \
style="color:blue">I</span></b>nformation <b><span \
style="color:blue">T</span></b>echnology GmbH</span><span \
style="font-size:8.0pt;font-family:"Arial","sans-serif""><br> \
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Software \
Group II (ADITG/SW2)</span><span \
style="font-size:8.0pt;font-family:"Arial","sans-serif""> <br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Robert-Bosch-Str. \
200</span><span style="font-size:8.0pt;font-family:"Arial","sans-serif""><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">31139 \
Hildesheim</span><span \
style="font-size:8.0pt;font-family:"Arial","sans-serif""><br> \
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Germany</span><span \
style="font-size:8.0pt;font-family:"Arial","sans-serif""><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-bottom:12.0pt;text-autospace:none"><span \
style="font-size:10.0pt;font-family:"Arial","sans-serif"">Tel. \
+49 5121 49 6948<br> Fax +49 5121 49 6999<br>
mhoyer@de.adit-jv.com</span><span style="font-size:8.0pt;font-family:"Times New \
Roman","serif""><o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:9.0pt;font-family:"Arial","sans-serif"">ADIT is \
a joint venture company of Robert Bosch GmbH/Robert Bosch Car Multimedia GmbH and \
DENSO Corporation<br>
Sitz: Hildesheim, Registergericht: Amtsgericht Hildesheim HRB 3438 <br>
Geschäftsführung: Wilhelm Grabow, Ken Yaguchi</span><o:p></o:p></p>
</div>
</body>
</html>
[Attachment #4 (unknown)]
_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic