[systemd-devel] Service fails to start with no log messages

[Reindl Harald]

Am 07.01.20 um 03:06 schrieb Jeffrey Walton:
> On Mon, Jan 6, 2020 at 9:03 PM Reindl Harald <h.reindl at thelounge.net> wrote:
>>
>> Am 07.01.20 um 02:57 schrieb Jeffrey Walton:
>>> On Mon, Jan 6, 2020 at 8:56 PM Reindl Harald <h.reindl at thelounge.net> wrote:
>>>>
>>>> Am 07.01.20 um 02:42 schrieb Jeffrey Walton:
>>>>> On Mon, Jan 6, 2020 at 8:34 PM Reindl Harald <h.reindl at thelounge.net> wrote:
>>>>>>
>>>>>> Am 07.01.20 um 02:28 schrieb Jeffrey Walton:
>>>>>>> I'm trying to determine my service fails to start. I copied the
>>>>>>> service to the systemd unit directory, and then enabled and started
>>>>>>> the service. Upon reboot the service is not started automatically.
>>>>>>>
>>>>>>> Here are the logs:
>>>>>>
>>>>>> Jan 06 20:25:33 raspberrypi systemd[1]: graphical.target: Job
>>>>>> callboot-ui.service/start deleted to break ordering cycle starting
>>>>>> with graphical.target/start
>>>>>>
>>>>>> you have some conflicting After/Before ordering which is impossible to
>>>>>> solve automatically, it's that simple
>>>>>
>>>>> But there is no ordering problem. callboot-ui.service is not related
>>>>> to callboot-monitor.service. callboot-ui.service is a Qt program and
>>>>> front-end to the LCD screen. callboot-monitor.service is a command
>>>>> line program that waits for reads of the modem.
>>>>>
>>>>> The only thing they have in common is they use the same database.
>>>>
>>>> frankly "to break ordering cycle starting with graphical.target" and
>>>> your "callboot-monitor.service" has "Wants=graphical.target" and you
>>>> call that "not releated"?
>>>>
>>>> Especially the "Wants" is problematic and noramlly not needed for
>>>> enabled services, normally your only use After/NBefore unless there is a
>>>> compelling resason for Wants/Requires and with growing useless
>>>> dependencies you add to your units problems gow
>>>>
>>>> perfomance wise because you break parallel starts for no benefit and
>>>> because of such unsolveable cycles if you obviously don't understand
>>>> what you define becaus eotherwise you won't have After/Before/wants in
>>>> combinations which are impossible
>>>>
>>>> and to your other post "5 seconds after all systems services have
>>>> actually started" is something which simply don#t exist and can't exist
>>>> at all
>>>>
>>>> fix your orderings and your problems are gone
>>>
>>> To fix my ordering problem I need Systemd to stop lying about when the
>>> network is ready.
>>
>> it don't - you most likely did something wrong by the ordering afetr
>> networking and you even don't tell how your networking is configured
>> (network.service, networkmanager, systemd-networkd...)
>>
>> in other words: instead fix your network-ordering properly you touch
>> other random stuff in weird ways and it's annyoing that one needs to ask
>> for each and every bit given your initial posting was a completly joke
>> with no single information and the whole topic "Service fails to start
>> with no log messages" is wrong at all
> 
> I think that was a very good summary of the problem.
> 
> I want my monitor service to start (it is the most important one), but
> there are absolutely no traces of it.

there are, it's orderred after graphical.traget which has a dependency cycle

> The joke is Systemd and its inability to provide basic information to
> troubleshoot a problem. 

the joke is that not understanding basic onformations don't mean they
aren't there

so what about revert all the nonsense you did after your conclusion
sstemd is lying about the network state and review how you tried ot
order stuff after networking which you pretty sure simply did wrong

> Cron was replaced with a more complex system
> that does not work as expected.

completly unrelated nonsense besides that it works and you can still use
crond like 20 years ago if you like