Bug 466930 - xauth fails: "error in locking authority file /var/run/gdm/..."
xauth fails: "error in locking authority file /var/run/gdm/..."
Status: CLOSED WORKSFORME
Product: Fedora
Classification: Fedora
Component: xorg-x11-xauth (Show other bugs)
9
All Linux
medium Severity medium
: ---
: ---
Assigned To: X/OpenGL Maintenance List
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-14 11:35 EDT by Joe Smith
Modified: 2008-10-15 10:01 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-10-15 10:01:40 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Joe Smith 2008-10-14 11:35:52 EDT
Description of problem:
Xauth fails for any command
$ xauth list
xauth:  error in locking authority file /var/run/gdm/auth-cookie-XXFLVWIU-for-jes

Version-Release number of selected component (if applicable):
$ rpm -q xorg-x11-xauth gdm
xorg-x11-xauth-1.0.2-4.fc9.i386
gdm-2.22.0-10.fc9.i386


How reproducible:
Always

Steps to Reproduce:
1. Login at console using xdm
2. Run xauth
3.
  
Actual results:
$ xauth list
xauth:  error in locking authority file /var/run/gdm/auth-cookie-XXFLVWIU-for-jes

Expected results:
$ xauth list
xauth:  creating new authority file /home/jes/.Xauthority

-or-

$ xauth list
duros.home-net/unix:0  MIT-MAGIC-COOKIE-1  0d74a1dae7fc75b133bc9848d4d0239f
duros.home-net/unix:10  MIT-MAGIC-COOKIE-1  f09d505a6510821d9bf31ecc5a3f2333


Additional info:
Xauth works correctly from non-gdm logins
Comment 1 Matěj Cepl 2008-10-15 04:43:06 EDT
Isn't this SELinux issue?

What is the output of the following commands?

/usr/sbin/getenforce
grep xauth /var/log/audit/audit.log

Please attach the output instead  of pasting it here, if it is bigger.

THank you
Comment 2 Joe Smith 2008-10-15 10:01:40 EDT
Ack! No, not SELinux this time: idiot at the wheel.

/var was out of space; xauth is working fine now.

I'll go ahead and set this to CLOSED/WORKSFORME.

Sorry for the noise.

Note You need to log in before you can comment on or make changes to this bug.