error in locking .Xauthority file | Unix Linux Forums | OS X (Apple)

  Go Back    


OS X (Apple) OS X is a line of Unix-based graphical operating systems developed, marketed, and sold by Apple.

error in locking .Xauthority file

OS X (Apple)


Closed Thread    
 
Thread Tools Search this Thread Display Modes
    #1  
Old 04-28-2011
mhatrey mhatrey is offline
Registered User
 
Join Date: Apr 2011
Last Activity: 16 May 2011, 11:32 AM EDT
Posts: 3
Thanks: 1
Thanked 0 Times in 0 Posts
error in locking .Xauthority file

Here is my scenario

The applications that I want to run are on Linux Server [NFS] and the client machines [CIFS] that are having problem in locking the .Xauthority files are Macs which share the same domain as that of client solaris machine. i.e. The home directory of particular user on Solaris & the home directory of that user on Mac have same contents.

When I ssh -X from Solaris to the server, everything works fine, no error messages.
When I ssh -X from MACs to the server, I get the following warning messages.


Code:
/usr/X/bin/xauth: error in locking authority file /home/user/.Xauthority

/usr/X/bin/xauth is the path on the server. If I try to break the lock by sudo /usr/X/bin/xauth -b quit, I get the following error

Code:
xauth: timeout in locking authority file /home/user/.Xauthority

When I ssh -X from any my MacBookPro to the server,


Code:
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Warning: No xauth data; using fake authentication data for X11 forwarding.

I have checked sshd_config on both the server and the Mac clients, there is nothing that seems wrong, but if you guys have insights then please share.

---

Deleting .Xauthority files work, but thats not a good solution. I mean, everytime I have to run any X forwarding application I have to delete the .Xauthority file
Sponsored Links
    #2  
Old 04-29-2011
DGPickett DGPickett is offline Forum Advisor  
Registered User
 
Join Date: Oct 2010
Last Activity: 8 July 2014, 12:19 PM EDT
Location: Southern NJ, USA (Nord)
Posts: 4,378
Thanks: 8
Thanked 535 Times in 514 Posts
mkxauth(1): create/merge .Xauthority files - Linux man page might help!
The Following User Says Thank You to DGPickett For This Useful Post:
mhatrey (05-03-2011)
Sponsored Links
    #3  
Old 05-03-2011
mhatrey mhatrey is offline
Registered User
 
Join Date: Apr 2011
Last Activity: 16 May 2011, 11:32 AM EDT
Posts: 3
Thanks: 1
Thanked 0 Times in 0 Posts
-bump-

Thanks DGPickett .. but it doesnt works
    #4  
Old 05-05-2011
DGPickett DGPickett is offline Forum Advisor  
Registered User
 
Join Date: Oct 2010
Last Activity: 8 July 2014, 12:19 PM EDT
Location: Southern NJ, USA (Nord)
Posts: 4,378
Thanks: 8
Thanked 535 Times in 514 Posts
Well, can you get all other users off .Xauthority on all hosts where your $HOME is mounted?
Sponsored Links
    #5  
Old 05-16-2011
mhatrey mhatrey is offline
Registered User
 
Join Date: Apr 2011
Last Activity: 16 May 2011, 11:32 AM EDT
Posts: 3
Thanks: 1
Thanked 0 Times in 0 Posts
Thanks for you reply.

I got this solved. The solution seems very silly and I should had checked long ago.

Solution: I updated the version of X11 app on the client MAC to the latest and it stopped creating those .Xauthority-c files.

---

If it helps, with the older version of the X11 apps, I was able to get it done by unchecking the “Enable Authentication” from the preferences of X11 app.
Sponsored Links
Closed Thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

More UNIX and Linux Forum Topics You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
File locking abhinx UNIX for Advanced & Expert Users 1 03-19-2009 10:09 AM
file locking yang UNIX for Dummies Questions & Answers 3 07-25-2008 04:17 AM
ocs_vtsup: error locking odm database hjara UNIX Benchmarks 1 04-27-2006 04:13 AM
Logins hang updating .Xauthority file crothecker AIX 3 02-07-2006 01:39 PM
Locking a file in ksh thanuman UNIX for Dummies Questions & Answers 1 04-27-2005 11:01 AM



All times are GMT -4. The time now is 07:18 AM.