<div dir="ltr"><div>Before Logs:</div><div><br></div><div>ModemManager[104]: <debug> Signal strength (umts): -79 dBm<br>ModemManager[104]: <debug> Signal strength: -79 dBm --> 55%<br>ModemManager[104]: <debug> Modem /org/freedesktop/ModemManager1/Modem/1: access technology changed (unknown -> umts)<br>ModemManager[104]: <debug> Modem /org/freedesktop/ModemManager1/Modem/1: signal quality updated (55)<br>ModemManager[104]: <debug> Periodic signal quality checks scheduled in 30s<br>ModemManager[104]: <debug> Running registration checks (CS: 'yes', PS: 'yes', EPS: 'yes')<br>ModemManager[104]: [/dev/cdc-wdm0] sent message...#012<<<<<< RAW:#012<<<<<<   length = 13#012<<<<<<   data   = 01:0C:00:00:03:03:00:1B:00:24:00:00:00<br> ModemManager[104]: [/dev/cdc-wdm0] sent generic request (translated)...#012<<<<<< QMUX:#012<<<<<<   length  = 12#012<<<<<<   flags   = 0x00#012<<<<<<   service = "nas"#012<<<<<<   client  = 3#012<<<<<< QMI:#012<<<<<<   flags       = "none"#012<<<<<<   transaction = 27#012<<<<<<   tlv_length  = 0#012<<<<<<   message     = "Get Serving System" (0x0024)<br>ModemManager[104]: <debug> building consolidated registration state: cs 'idle', ps 'unknown', eps 'unknown' --> 'idle'<br>ModemManager[104]: <info>  Modem /org/freedesktop/ModemManager1/Modem/0: 3GPP Registration state changed (unknown -> idle)<br>ModemManager[104]: <debug> building consolidated registration state: cs 'idle', ps 'idle', eps 'unknown' --> 'idle'<br>ModemManager[104]: <debug> building consolidated registration state: cs 'idle', ps 'idle', eps 'idle' --> 'idle'<br></div><div><br></div>dbus[1073]: [system] Rejected send message, 2 matched rules; type="method_return", sender=":1.140" (uid=0 pid=104 comm="/usr/sbin/ModemManager  ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.142" (uid=0 pid=240 comm="/usr/bin/ApplnManagerd  ")<br><div><br></div><div>After this :</div><div>No logs but  the ModemManager restarts, in fact there is a crash and the core is dumped.</div><div>The ModemManager does restart after that and recovers.</div><div><br></div><div>Also this happens after the ModemReset in all cases.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 16, 2020 at 12:18 PM Aleksander Morgado <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div><div>ModemManager 1.10.8 on Ubuntu 16.04.4 LTS.</div><div>Sierra Wireless EM74xx modem</div><div><br></div><div>I had a test where I set the APN as invalid in the modem.</div><div>After a few hours, the ModemManager daemon restarted owing to the following error. </div><div><br></div><div>dbus[1001]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.freedesktop.ModemManager1.service'<br>dbus[1001]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freedesktop.ModemManager1.service not found.<br></div><div><br></div><div>Though the dbus file is present.</div><div><br></div><div>Can you let me know on what could possibly be the issue here ?</div></div></div></blockquote></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Ie that message a real indication of MM restarting?</div><div dir="auto"><br></div><div dir="auto">Is MM kept stopped? Or is it started at some point?</div><div dir="auto"><br></div><div dir="auto">I think we need more context, more logs before and after, to try to understand that better.</div><div dir="auto"><br></div><div dir="auto">I think those messages just mean that someone attempted to start MM via DBus activation, and IIRC that is not something enabled by default when using systemd. I.e. it is systemd itself the one restarting MM if it crashed, not the MM users via DBus activation.</div><div class="gmail_quote" dir="auto"></div></div>
</blockquote></div>