Thanks for the pointer.  I did 'dpkg -r dbus-user-session' and rebooted.
Now 'pam-afs-session' does the right thing and obtains a token.

However, @poettering points out in the systemd/issues/7261 thread,

Are there any downsides?
>
> Yes, many. You turned off user service management entirely. Hence
> "systemctl --user" and all that stuff won't work anymore.




On Fri, Aug 17, 2018 at 6:25 AM Andreas Ladanyi <andreas.lada...@kit.edu>
wrote:

> Hi,
>
> try to remove the dbus-user-session package and look if it works.
>
> Have a look at https://github.com/systemd/systemd/issues/7261
>
> regards,
>
> Andy
>
> Am 17.08.2018 um 02:41 schrieb Prasad K. Dharmasena:
>
> I've installed OpenAFS and pam-afs-session on Ubuntu 18.04 (bionic) via
> (a) vendor supplied packages, and (b) building from source (1.6.22.3).  On
> both machines, logging in via gdm doesn't get me a token.  SSH in, however,
> does obtain a token.  For both gdm and ssh logins, the auth.log shows the
> following:
>
> pam_afs_session(gdm-password:session): PAG apparently lost, recreating
> pam_afs_session(sshd:session): PAG apparently lost, recreating
>
> Has anyone else seen this on Ubuntu 18.04?  (I've had this working for a
> while now on Ubuntu 16.04 -- building from 1.6.20+ source with
> pam-afs-session 2.6.)
>
> Thanks.
>
>
> -pkd
>
>
>

Reply via email to