Ending this one. On an Ubuntu system /var/run is a link to /run . That link was missing on my system. But WHYYYY var things go into /var Not the root partition FFS. ' speaking as someone who builds HPC clusters. You might just have an NFS mounted root partition, which is identical for thousands of compute nodes. You might liek to have yiur /var as a local tmpfs in RAM, on a local storage device, or as a uniqeuly named writeable NFS share on the provisioning node. Why in the heck assume that VARiable things should go elsewhere than VAR
On 4 July 2018 at 09:17, John Hearns <hear...@googlemail.com> wrote: > AAARGGGGHHH In the Nae of the Wee Man what posessed Poettering to place a > strange file name in /lib/systemd/system which stops you grepping in that > rather vital directory... > > Looks like the utmp file should be created by the service > systemd-update-utmp.service > Iwill investigate on my system, clearly this is not one for this list, > sorry > > > > > On 4 July 2018 at 09:11, John Hearns <hear...@googlemail.com> wrote: > >> Thanks Sumit. Rather bizzarely my workstation has no /var/run/utmp file. >> I rebooted yesterday - you would think a file like that would be created >> at boot time if it did not exist. Weird! >> >> >> On 4 July 2018 at 08:54, Sumit Bose <sb...@redhat.com> wrote: >> >>> On Thu, Jun 28, 2018 at 10:11:28AM +0200, John Hearns wrote: >>> > It seems bizarre, but the who and w utilities say there are no users >>> on my >>> > system. >>> > My account is an Active Direcotry account and sssd is running. >>> > >>> > johe@ibis:~$ who >>> > >>> > johe@ibis:~$ w >>> > 10:09:26 up 16:47, 0 users, load average: 0.60, 0.59, 0.48 >>> > USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT >>> > >>> > I guess this is known behaviour? >>> >>> I would suggest to run the commands with strace to see what the >>> command tries to do. Iirc the user name is actually read from the utmp >>> file and SSSD is not called at all here. So the issue might already >>> happen earlier that the needed entry isn't written to utmp. >>> >>> HTH >>> >>> bye, >>> Sumit >>> >>> > _______________________________________________ >>> > sssd-users mailing list -- sssd-users@lists.fedorahosted.org >>> > To unsubscribe send an email to sssd-users-leave@lists.fedorah >>> osted.org >>> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html >>> > List Guidelines: https://fedoraproject.org/wiki >>> /Mailing_list_guidelines >>> > List Archives: https://lists.fedoraproject.or >>> g/archives/list/sssd-users@lists.fedorahosted.org/message/L6 >>> PADDSQWYL2KIGBYKTJWM6OHW4FTML3/ >>> _______________________________________________ >>> sssd-users mailing list -- sssd-users@lists.fedorahosted.org >>> To unsubscribe send an email to sssd-users-le...@lists.fedorahosted.org >>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html >>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >>> List Archives: https://lists.fedoraproject.or >>> g/archives/list/sssd-users@lists.fedorahosted.org/message/TC >>> 6LM5BZMIK6QK5RV3MSKBKZ5VBGRT3O/ >>> >> >> >
_______________________________________________ sssd-users mailing list -- sssd-users@lists.fedorahosted.org To unsubscribe send an email to sssd-users-le...@lists.fedorahosted.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/sssd-users@lists.fedorahosted.org/message/QLAIAKH3DGCQTF4RWTXVF3CX55665LFO/
