[Bug 1915502] Re: "systemd --user" fails to start for non-local users
*** This bug is a duplicate of bug 1934393 *** https://bugs.launchpad.net/bugs/1934393 Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: nis (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
*** This bug is a duplicate of bug 1934393 *** https://bugs.launchpad.net/bugs/1934393 Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: nis (Ubuntu Focal) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
*** This bug is a duplicate of bug 1934393 *** https://bugs.launchpad.net/bugs/1934393 In order to consolidate discussion around how to best fix this, i opened bug 1934393 and will mark this as a dup of that bug ** This bug has been marked a duplicate of bug 1934393 systemd-logind network access is blocked, and breaks remote authentication configurations -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
** Also affects: systemd via https://github.com/systemd/systemd/issues/7074 Importance: Unknown Status: Unknown ** Also affects: nis (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
I can confirm that installing nscd also solves the problem without needing to fiddle with the systemd-logind restrictions. However, I am no fan of nscd. Caching passwords for ten minutes (its default) causes all sorts of confusion when a user changes his password, or requests a password reset, for the protocol has no ability to indicate when the cache is probably invalid. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
** Bug watch added: Debian Bug tracker #878625 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878625 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1915502] Re: "systemd --user" fails to start for non-local users
See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878625 Am Do., 10. Juni 2021 um 20:23 Uhr schrieb Michael Biebl : > > The relevant upstream bug report afaics is > https://github.com/systemd/systemd/issues/7074 > > Am Do., 10. Juni 2021 um 20:14 Uhr schrieb Michael Biebl : > > > > Am Do., 10. Juni 2021 um 14:50 Uhr schrieb Dan Streetman > > <1915...@bugs.launchpad.net>: > > > > > > Ok, so it does sound like this and bug 1916235 are the same issue. And > > > this might be 'as designed', since upstream systemd wants systemd-logind > > > to talk to systemd-userdb instead of directly connecting to NIS servers; > > > however Debian (and Ubuntu) disable systemd-userdb. > > > > > > @rbalint @ahasenack @mbiebl, since Debian/Ubuntu disable systemd-userdb, > > > should we also adjust the systemd-logind RestrictAddressFamilies= > > > restriction (and IPAddressDeny= and/or IPAddressAllow=) to allow > > > networking? I'm not sure why ProtectHostname= would also be needed, but > > > I assume it's related to the tighter restrictions on systemd-logind. > > > > I think the nis package should ship a drop-in config for > > systemd-logind, allowing network access in systemd-logind. > > This shouldn't be enabled globally for all users. > > > > As for ldap: If you use the new libpam-ldapd, there should be no > > problem, as the network access is delegated to a separate process > > (nscld). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
The relevant upstream bug report afaics is https://github.com/systemd/systemd/issues/7074 Am Do., 10. Juni 2021 um 20:14 Uhr schrieb Michael Biebl : > > Am Do., 10. Juni 2021 um 14:50 Uhr schrieb Dan Streetman > <1915...@bugs.launchpad.net>: > > > > Ok, so it does sound like this and bug 1916235 are the same issue. And > > this might be 'as designed', since upstream systemd wants systemd-logind > > to talk to systemd-userdb instead of directly connecting to NIS servers; > > however Debian (and Ubuntu) disable systemd-userdb. > > > > @rbalint @ahasenack @mbiebl, since Debian/Ubuntu disable systemd-userdb, > > should we also adjust the systemd-logind RestrictAddressFamilies= > > restriction (and IPAddressDeny= and/or IPAddressAllow=) to allow > > networking? I'm not sure why ProtectHostname= would also be needed, but > > I assume it's related to the tighter restrictions on systemd-logind. > > I think the nis package should ship a drop-in config for > systemd-logind, allowing network access in systemd-logind. > This shouldn't be enabled globally for all users. > > As for ldap: If you use the new libpam-ldapd, there should be no > problem, as the network access is delegated to a separate process > (nscld). ** Bug watch added: github.com/systemd/systemd/issues #7074 https://github.com/systemd/systemd/issues/7074 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1915502] Re: "systemd --user" fails to start for non-local users
Am Do., 10. Juni 2021 um 14:50 Uhr schrieb Dan Streetman <1915...@bugs.launchpad.net>: > > Ok, so it does sound like this and bug 1916235 are the same issue. And > this might be 'as designed', since upstream systemd wants systemd-logind > to talk to systemd-userdb instead of directly connecting to NIS servers; > however Debian (and Ubuntu) disable systemd-userdb. > > @rbalint @ahasenack @mbiebl, since Debian/Ubuntu disable systemd-userdb, > should we also adjust the systemd-logind RestrictAddressFamilies= > restriction (and IPAddressDeny= and/or IPAddressAllow=) to allow > networking? I'm not sure why ProtectHostname= would also be needed, but > I assume it's related to the tighter restrictions on systemd-logind. I think the nis package should ship a drop-in config for systemd-logind, allowing network access in systemd-logind. This shouldn't be enabled globally for all users. As for ldap: If you use the new libpam-ldapd, there should be no problem, as the network access is delegated to a separate process (nscld). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Slightly odd behaviour with systemd version 245.4-4ubuntu3.6. In /etc/systemd/system/systemd-logind.service.d/override.conf I have: [Service] RestrictAddressFamilies=AF_INET IPAddressAllow=any On a cold boot I don't get the user session started: amcvey@ottub2004tst01:~$ systemctl --user Failed to connect to bus: No such file or directory But switching to root, running 'systemctl daemon-reload; systemctl restart systemd-logind' and then logging in again as a user account seems to work. I didn't make any changes to the config files, just restart the systemd components. If I then add ProtectHostname=no and reboot it seems to allow it to boot from cold without having to run systemctl daemon-reload; systemctl restart systemd-logind again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
I can confirm the workaround is good for me too. I don't seem to need the "ProtectHostname=no" option though, and in fact, the workaround in https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1916235 is also now working as well. Looking at the test system I used today it's running systemd 245.4-4ubuntu3.2, whereas the version I originally tested was 245.4-4ubuntu3.4. I'll try updating to ...3.6 and see what that does. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Thanks for that. I can confirm that systemctl daemon-reload; systemctl restart systemd-logind (in that order) avoids the need for a reboot, and for a couple of my machines I am very grateful for this information. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Ok, so it does sound like this and bug 1916235 are the same issue. And this might be 'as designed', since upstream systemd wants systemd-logind to talk to systemd-userdb instead of directly connecting to NIS servers; however Debian (and Ubuntu) disable systemd-userdb. @rbalint @ahasenack @mbiebl, since Debian/Ubuntu disable systemd-userdb, should we also adjust the systemd-logind RestrictAddressFamilies= restriction (and IPAddressDeny= and/or IPAddressAllow=) to allow networking? I'm not sure why ProtectHostname= would also be needed, but I assume it's related to the tighter restrictions on systemd-logind. > I don't understand why daemon-reexec differs from rebooting. daemon-reload and daemon-reexec only affect pid 1; you need to actually (also) restart systemd-logind after making a change to its unit file; reloading/reexecing pid 1 won't change anything about the running systemd-logind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
A little more information, after some investigation. The issue affects xdm logins at the console, as well as remote ssh logins. This also means that audio at the console fails to work, as ACLs for the console's user are not added to the audio devices. It seem that it can be solved by putting in /etc/systemd/system/systemd- logind.service.d/override.conf [Service] RestrictAddressFamilies=AF_UNIX AF_NETLINK AF_INET IPAddressDeny= ProtectHostname=no after which "systemctl daemon-reload" followed by "systemctl daemon- reexec" does nothing useful, but a reboot does cause things to start working. (I don't understand why daemon-reexec differs from rebooting.) Changing the above file is approximately equivalent to "systemctl edit systemd-logind" followed by "systemctl daemon-reload", but, when faced with multiple machines, the file change may be easier to script. Note that the directory probably does not exist. The need for ProtectHostname=no seems new, and note also that if one speaks IPv6 to one's NIS servers, AF_INET6 may be necessary. I do not use nscd, which may also solve the issue. I don't understand Haoke's comment that systemd is not involved. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Just to clarify my earlier comments, I went back and tested using sssd, removing NIS entirely, with AD used as an RFC2307-compliant LDAP back end. I was not able to reproduce the problem, implying that this issue is restricted to NIS only. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
** Also affects: systemd Importance: Undecided Status: New ** No longer affects: systemd -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
We are seeing the same issue with essentially the same setup (NIS for accounts with nsswitch in compat mode, Kerberos for authentication). We see the same pam_systemd debug message when attempting to log in as regular/remote user: pam_systemd(sshd:session): Failed to create session: No such process Naturally loginctl doesn't report the session. No /run/user/$UID directory gets created, and additionally, trying to run "systemctl --user" spits out: Trying to run as user instance, but $XDG_RUNTIME_DIR is not set. After manually setting this variable, we see the familiar "Failed to connect to bus: No such file or directory" Strangely, this problem is not present on some of our slightly older 20.04 VMs in the fleet. The working VMs are using systemd version 245.4-4ubuntu3.2 We noticed this behavior yesterday on 245.4-4ubuntu3.4, and the problem persists having upgraded to 245.4-4ubuntu3.6. This definitely looks like a regression, but I'm not sure which package is at fault or how to debug/pinpoint further. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Dan, thanks for the comments, appreciate it. In reply: Using only "compat" in /etc/nsswitch.conf is legitimate and we use it without issue on multiple Linux distributions as well as older Ubuntu releases. It invokes a different behaviour to using "nis", allowing more fine grained control of who can authenticate from the NIS database by appending +user|+netgroup to /etc/passwd. FWIW, replacing "compat" with "nis" and removing the + entries at the end of the passwd file yields the same systemd behaviour. Earlier in testing I tried using sssd, going direct to AD, cutting out NIS entirely. Using sssd also failed to start the systemd user context. I will try that again tomorrow with the debug flags to see that shows up anything new. getent passwd amcvey responds immediately and correctly, suggesting the underlying calls to getpwnam() are also working correctly. All other NIS accounts are also resolved correctly and without delay. I don't think using nscd will help much here, the issue is not the response time from the NIS server(s) or the number of calls being made. This also makes me think that the bug you referenced (https://github.com/systemd/systemd/issues/12702) is not the root cause here, as there are performance issues in that use case, which I'm not seeing here at all. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
First, from re-reading the bug description, it seems like you don't have nis in your nsswitch.conf file? I'm not an expert in NIS config/usage, but I think you need to add that, e.g. at *least*: passwd: compat nis systemd you might need to add it to group, shadow, and gshadow as well. Second, does getent work? If not, that's most likely your problem; e.g.: $ getent passwd 198083 Third, you could try setting up nscd if you haven't already, which may help if your NIS lookups are slow. Finally note that this upstream systemd bug appears to match your problem, and the conclusion there was the problem is either a local config issue or NIS bug: https://github.com/systemd/systemd/issues/12702 ** Bug watch added: github.com/systemd/systemd/issues #12702 https://github.com/systemd/systemd/issues/12702 ** Changed in: systemd (Ubuntu Focal) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Below is contents of /var/log/syslog right at the point I press return on entering the password. I've removed the systemd-resolved messages as all they're showing is the response from the kerberos service, which is clean. Apr 7 12:28:45 myhostname systemd[1]: n/a: New incoming connection. Apr 7 12:28:45 myhostname systemd[1]: n/a: Connections of user 0: 0 (of 1024 max) Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: setting state idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: New incoming message: {"method":"io.systemd.UserDatabase.GetMemberships","parameters":{"userName":"amcvey","service":"io.systemd.DynamicUser"},"more":true} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → processing-method-more Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Sending message: {"error":"io.systemd.UserDatabase.NoRecordFound","parameters":{}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-method-more → processed-method Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processed-method → idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Got POLLHUP from socket. Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → pending-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state pending-disconnect → processing-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-disconnect → disconnected Apr 7 12:28:45 myhostname systemd[1]: n/a: New incoming connection. Apr 7 12:28:45 myhostname systemd[1]: n/a: Connections of user 0: 0 (of 1024 max) Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: setting state idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: New incoming message: {"method":"io.systemd.UserDatabase.GetMemberships","parameters":{"userName":"amcvey","service":"io.systemd.DynamicUser"},"more":true} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → processing-method-more Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Sending message: {"error":"io.systemd.UserDatabase.NoRecordFound","parameters":{}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-method-more → processed-method Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processed-method → idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Got POLLHUP from socket. Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → pending-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state pending-disconnect → processing-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-disconnect → disconnected Apr 7 12:28:45 myhostname systemd[1]: n/a: New incoming connection. Apr 7 12:28:45 myhostname systemd[1]: n/a: Connections of user 0: 0 (of 1024 max) Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: setting state idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: New incoming message: {"method":"io.systemd.UserDatabase.GetUserRecord","parameters":{"userName":"amcvey","service":"io.systemd.DynamicUser"}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → processing-method Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Sending message: {"error":"io.systemd.UserDatabase.NoRecordFound","parameters":{}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-method → processed-method Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processed-method → idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Got POLLHUP from socket. Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → pending-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state pending-disconnect → processing-disconnect Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-disconnect → disconnected Apr 7 12:28:45 myhostname systemd[1]: n/a: New incoming connection. Apr 7 12:28:45 myhostname systemd[1]: n/a: Connections of user 0: 0 (of 1024 max) Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: setting state idle-server Apr 7 12:28:45 myhostname systemd[1]: varlink-55: New incoming message: {"method":"io.systemd.UserDatabase.GetUserRecord","parameters":{"uid":198083,"service":"io.systemd.DynamicUser"}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state idle-server → processing-method Apr 7 12:28:45 myhostname systemd[1]: varlink-55: Sending message: {"error":"io.systemd.UserDatabase.NoRecordFound","parameters":{}} Apr 7 12:28:45 myhostname systemd[1]: varlink-55: varlink: changing state processing-method → processed-method
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Ok I think we need to see the pam_systemd side of this then; can you add 'systemd.log_level=debug' to the boot params and reboot, and then recreate the failure? There will be a whole lot of debug in the journal, but it should include the pam-side failure. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
To confirm, this is not a duplicate of bug 1916235. I see none of the associated errors in the logs and the workaround is ineffective. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
** Also affects: systemd (Ubuntu Focal) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
A good idea, but it made no difference for me. I even went a little further and tried [Service] RestrictAddressFamilies=AF_INET IPAddressAllow=any SystemCallFilter= ProtectSystem=off CapabilityBoundingSet= but still no change, even after a reboot. Logins produce the pair of lines Apr 5 18:42:09 pc2 sshd[1368]: pam_unix(sshd:session): session opened for user mjr19 by (uid=0) Apr 5 18:42:09 pc2 sshd[1368]: pam_systemd(sshd:session): Failed to create session: No such process save that if sshd is not run under systemctl, but rather as "sshd -ddd" from the command line, the "failed to create session" line is not logged, either to stderr or syslog. Still no session is created though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
I suspect this is a dup of bug 1916235 (or it a dup of this); have you tried the workaround (shown below) of allowing systemd-logind network access? $ sudo systemctl edit systemd-logind (opens an editor, put in the text below and save it, then reboot and retest) [Service] RestrictAddressFamilies=AF_INET IPAddressAllow=any ** Changed in: systemd (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: systemd (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1915502] Re: "systemd --user" fails to start for non-local users
I think I am suffering from the same issue. I have always run without "UsePAM yes" in sshd_config, but I recently tried turning it on in order to get XDG_ variables set correctly and proper systemd sessions for ssh logins. In 18.04 it worked as expected, but in 20.04 I get sshd[387766]: pam_systemd(sshd:session): Failed to create session: No such process in the logs after turning setting debug on pam_systemd.so and loginctl does not list the session. I am using NIS, but do not have the added complication of Kerberos. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1915502 Title: "systemd --user" fails to start for non-local users To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1915502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs