>>> Silvio Knizek <killermoe...@gmx.net> schrieb am 07.10.2020 um 21:17 in
Nachricht <bd707b1b06e5b2f281c79ac2369ad24d9391b0e8.ca...@gmx.net>:
> Am Mittwoch, den 07.10.2020, 08:49 +0200 schrieb Ulrich Windl:
>> Hi!
>>
>> I'm thinking of configuring a serial getty in SLES15 (systemd‑234). First I
> found that there is no manual page describing the service, and second if I
> use "systemctl show serial‑getty" ("systemctl show serial‑getty@" does not
> work), I get some "funny" numbers:
>>
>> ...
>> UID=4294967295
>> GID=4294967295
>> ...
>> MemoryCurrent=18446744073709551615
>> CPUUsageNSec=18446744073709551615
>> TasksCurrent=18446744073709551615
>> IPIngressBytes=18446744073709551615
>> IPIngressPackets=18446744073709551615
>> IPEgressBytes=18446744073709551615
>> IPEgressPackets=18446744073709551615
>> ...
>> CPUWeight=18446744073709551615
>> StartupCPUWeight=18446744073709551615
>> CPUShares=18446744073709551615
>> StartupCPUShares=18446744073709551615
>> ...
>>
>> Obviously that number is the unsigned 64‑bit representation of ‑1, but
> considering that no such service is running, the output looks quite odd.
>> If ‑1 means "unknown", why not use that string, or if it means "unlimited",
> why not use that string?
>>
>> Regards,
>> Ulrich
>
> Hi Ulrich,
>
> have you already tried `systemctl help serial‑getty@foo.service` (yes,
> instanciatable units need a instance token, even if useless)? This
> should open some documentation.
Hi!
(You never stop learning)
I didn't know about that. Amazingly "systemctl help serial-getty@*" just did
not output anything (bit it set the exit code to 1), but "systemctl help
serial-getty@x" did.
(My expecation would be that any program that is not a test program should
output something to stderr when exiting with non-zero)
> Also, for the serial getty actually a generator is used to
> automatically start it, if already requested by the boot loader and
> kernel command line. See man:systemd‑getty‑generator(8) and
> http://0pointer.de/blog/projects/serial‑console.html for more
> information.
Thanks a lot for all that!
Regards,
Ulrich
>
> BR
> Silvio
>
> _______________________________________________
> systemd‑devel mailing list
> systemd‑de...@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd‑devel
_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
