Bug 21260 - xauth failure mode on out of disk space condition could be improved
Summary: xauth failure mode on out of disk space condition could be improved
Status: CLOSED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: App/xauth (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-17 13:06 UTC by Christian Hudon
Modified: 2014-06-26 05:51 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Christian Hudon 2009-04-17 13:06:11 UTC
Hello,

We run a bunch of Linux machines as workstations, with ssh configured to forward X11 connnections. So each time someone uses ssh to connect to a remote machine, xauth is called to add a new entry to the user's .Xauthority file.

This works fine, until the user runs out of disk space. The best failure mode would be to have xauth refuse to add the entry and return an error to ssh, which could they say something like "not forwarding X11 connection: xauth call failed (out of disk space). The current failures modes of "xauth add" are rather less optimal...

One failure mode I've just seen is that the .Xauthority file gets truncated to 0 bytes. Then any attempt to start programs on their local desktop fails, and the user comes to see me (the sysadmin).

From memory, I think the other failure modes I've seen were: .Xauthority partially written (but without the :0.0 entry, so same problem), or xauth leaving its lock files around (so other invocations of xauth fail).

It'd be really appreciated if the updates to the .Xauthority files could be done in a safer way, and (for Linux on the desktop deployments) if special care could be taken not to lose the local Xauth cookies (especially the cookie for :0.0).

Thanks for listening.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.