<div dir="ltr">Thanks very much!!</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 9, 2017 at 3:49 AM, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I had this recently and was puzzled for 3 days. Eventually worked out that .Xauthority was owned by root, so simply deleted the file!</div><div class="gmail_extra"><br clear="all"><div><div class="m_-3315228684510677016gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Andrew Smith B.Sc(Hons), MBA<div><br></div><div>T:01383-411351</div><div>M: 0772-456-3636</div><div>E: <a href="mailto:asmith9983@gmail.com" target="_blank">asmith9983@gmail.com</a></div></div></div></div></div></div></div></div><div><div class="h5">
<br><div class="gmail_quote">On 9 July 2017 at 04:15, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, a volunteer with higher sys admin skills came by the low income shelter today and diagnosed a solution to the guest session login failure loop. Here is what she wrote:<div><br></div><div><span style="font-size:12.8px">In case anyone was curious as to what happened with this, I finally</span><br style="font-size:12.8px"><span style="font-size:12.8px">had some time to sit down on site this evening and do some debugging.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">Some background as to how the guest logins work in Lubuntu: A</span><br style="font-size:12.8px"><span style="font-size:12.8px">guest-XXXXX (random characters) user is created upon login, which is</span><br style="font-size:12.8px"><span style="font-size:12.8px">used throughout the session. It is then deleted when the user logs</span><br style="font-size:12.8px"><span style="font-size:12.8px">out.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">After some red herrings in the auth logs (mostly PAM errors around KDE</span><br style="font-size:12.8px"><span style="font-size:12.8px">and Gnome keyrings), I did some digging in the lightdm logs.</span><br style="font-size:12.8px"><span style="font-size:12.8px">Eventually I noticed the UID of the guest account trying to be created</span><br style="font-size:12.8px"><span style="font-size:12.8px">was the same every time a login attempt was made: 999. Odd. So I</span><br style="font-size:12.8px"><span style="font-size:12.8px">looked in /etc/passwd and noticed that there were hundreds of</span><br style="font-size:12.8px"><span style="font-size:12.8px">guest-XXXXX accounts. That's no good!</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">Turns out, at some point the /etc/subgid.lock file got stuck in an</span><br style="font-size:12.8px"><span style="font-size:12.8px">existing state (wasn't deleted when the lock concluded), which meant</span><br style="font-size:12.8px"><span style="font-size:12.8px">the command to delete the user was not completing successfully upon</span><br style="font-size:12.8px"><span style="font-size:12.8px">logout. Users were piling up and never being deleted. Once the UIDs</span><br style="font-size:12.8px"><span style="font-size:12.8px">hit 999 it was failing to create new guest users, so the login would</span><br style="font-size:12.8px"><span style="font-size:12.8px">fail. A quick mv (rm didn't work) of the subgid.lock file and a script</span><br style="font-size:12.8px"><span style="font-size:12.8px">to delete all the guest accounts got us going again.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">I'm considering my options to get us out of this reoccurring issue in</span><br style="font-size:12.8px"><span style="font-size:12.8px">the future. I'm thinking of just a cron job on each machine that</span><br style="font-size:12.8px"><span style="font-size:12.8px">checks for a subgid.lock file sticking around for more than a couple</span><br style="font-size:12.8px"><span style="font-size:12.8px">days and moving it out of the way, but I'll sleep on it. More clever</span><br style="font-size:12.8px"><span style="font-size:12.8px">suggestions welcome ;)</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks for everyone who tried to help. Any suggestions are welcome! </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 8, 2017 at 5:03 PM, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><div dir="ltr">Hi,<div><br></div><div>I don't see how a guest could be causing this issue. We are experiencing this guest session login failure loop on several machines at several difference low income shelters. We are still stymied. Someone suggested that removing appamor would work, but it didn't.</div></div></span><div class="gmail_extra"><div><div class="m_-3315228684510677016m_-3372088903337679376h5"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 1:33 AM, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div style="color:black">
<div style="color:black">
<p style="margin:0 0 1em 0;color:black">Hi Christian</p>
<p style="margin:0 0 1em 0;color:black">Are you saying that this
problem occurs on one machine only? Could it be that a "guest" has tried to
make changes to the guest login and has broken something?</p>
<p style="margin:0 0 1em 0;color:black">If these machines are all
standard installs, would it be simpler to reinstall instead of trying to
solve a mysterious problem? If reinstalling seems too much work (if there
are a lot of customisations) I suggest making an image backup (from one of
the working machines) and restore (may be handy to keep an image backup for
this purpose anyway)</p>
<p style="margin:0 0 1em 0;color:black">Let us know how you get on.</p>
<p style="margin:0 0 1em 0;color:black">Regards<br>
Geetam</p>
<p style="margin:0 0 1em 0;color:black">---<br>
I don't know<br>
...<br>
I don't know what it is<br>
...<br>
I don't know what it is that I don't know</p>
<p style="margin:0 0 1em 0;color:black">Isn't it beautiful<br>
</p>
</div>
<div style="color:black"><div><div class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660h5">
<p style="color:black;font-size:10pt;font-family:Arial,sans-serif;margin:10pt 0">On
4 April 2017 07:19:28 Edinburgh Linux Users Group
<<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>> wrote:</p>
</div></div><blockquote type="cite" class="gmail_quote" style="margin:0 0 0 0.75ex;border-left:1px solid #808080;padding-left:0.75ex"><div><div class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660h5">
<div dir="ltr">Hi,<div><br></div><div>I am experiencing a very strange
thing for which there are no ready answers by googling. I am a volunteer
for a non-profit which puts GNU-Linux computers in low income shelters.
They are stand-alone machines connected directly to the Internet via a hub
on a dedicated ethernet cable.</div><div><br></div><div>The shelters
don't want the users to be able to store anything directly to the
machine's hard drive. To give them that functionality, we ask them to
use the guest session, which wipes out all data by default when the session
ends.</div><div><br></div><div>Right now, however, we are experiencing a
failure of logging into the guest session. Normally, you just choose the
guest session in the Lubuntu login screen, and hit enter, and it boots up a
full guest session. No password is required.
</div><div><br></div><div>Now, when I chose the guest session and hit
enter, the system appears to head toward a normal login, but then quickly
fails and returns to the login screen. </div><div><br></div><div>The
system's SU admin account is performing normally. To get into the
admin account, I just choose it in the login screen, enter the password,
and the admin session boots up normally.</div><div><br></div><div>This
whole thing is very strange, and I have never seen anything like it
before. We are using 14.04 on 13 machines with identical or similar
hardware and are not having any such problems. This email is being written
on one of those such machines, and the guest session works just
fine.</div><div><br></div><div>I ran updates on the malfunctioning
machines, rebooted, no joy.</div><div><br></div><div>Thanks very much in
advance.<br clear="all"><div><br></div>-- <br><div class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660m_-3060496901831123701gmail_signature" data-smartmail="gmail_signature">Christian Einfeldt</div>
</div></div></div></div>
______________________________<wbr>_________________<br>
EdLUG mailing list<br>
<a class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660m_-3060496901831123701aqm-autolink m_-3315228684510677016m_-3372088903337679376m_5301038340494574660m_-3060496901831123701aqm-autowrap" href="mailto:EdLUG%40lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660m_-3060496901831123701aqm-autolink m_-3315228684510677016m_-3372088903337679376m_5301038340494574660m_-3060496901831123701aqm-autowrap" href="https://lists.edlug.org.uk/mailman/listinfo/edlug" target="_blank">https://lists.edlug.org.uk/mai<wbr>lman/listinfo/edlug</a><br>
</blockquote>
</div>
</div>
</div>
<br>______________________________<wbr>_________________<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mai<wbr>lman/listinfo/edlug</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="m_-3315228684510677016m_-3372088903337679376HOEnZb"><font color="#888888">-- <br><div class="m_-3315228684510677016m_-3372088903337679376m_5301038340494574660gmail_signature" data-smartmail="gmail_signature">Christian Einfeldt</div><span class="m_-3315228684510677016HOEnZb"><font color="#888888">
</font></span></font></span></div><span class="m_-3315228684510677016HOEnZb"><font color="#888888">
<br>--<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mai<wbr>lman/listinfo/edlug</a><br></font></span></blockquote></div><span class="m_-3315228684510677016HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_-3315228684510677016m_-3372088903337679376gmail_signature" data-smartmail="gmail_signature">Christian Einfeldt</div>
</font></span></div>
<br>--<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mai<wbr>lman/listinfo/edlug</a><br></blockquote></div><br></div></div></div>
<br>--<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/<wbr>mailman/listinfo/edlug</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Christian Einfeldt</div>
</div>