Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD

Scott Robbins wrote:
On Wed, Feb 28, 2007 at 07:00:15PM -0500, Randall Stewart wrote:
Robert Watson wrote:
On Wed, 28 Feb 2007, Stephane E. Potvin wrote:
Since this commit, I've been observing frequent deadlocks on my laptop, mostly when starting-up gnome. It usually takes less than 5 to 10 minutes for the deadlock to happens.

I too have been having unexpected lockups--like Randall, I figured it
was something to do with my machine. Interestingly enough, though X
will lock up completely (and I can't ssh to the machine, though I can
ping it) the jail, which runs a small web site, running on an alias ip
address continues to work--I can still access the web site from outside.

However, I haven't been able to apply Robert's patch yet. As some of
you have noticed, there's a bunch of tinderbox failures dying in
netstat. It's happening to me too, so I haven't been able to rebuild.

(this is more of a me too post at this point--I haven't had a chance to
do any investigation).


Well

I was able to build.. and so far no lockup's.

The frustrating thing was it would always free in X.. and I could
not get back out to get a trace... I am glad that someone else did :-D

So the good news is once you can build .. it seems to be the problem
is solved.. of course I still could lock up.. but only using
X will tell :-0

R

--
Randall Stewart
NSSTG - Cisco Systems Inc.
803-345-0369 <or> 803-317-4952 (cell)
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD
    ... Interestingly enough, though X will lock up completely the jail, which runs a small web site, running on an alias ip address continues to work--I can still access the web site from outside. ... The first is threads that are directly involved in the deadlock, and the second class is threads that end up waiting on any locks held by the threads in the deadly embrace. ... So X11 and a Gnome process deadlock, then other processes trying to talk to X11 or the Gnome process get stuck waiting on them; any processes doing operations requiring the global UNIX domain socket be writable hang. ...
    (freebsd-current)
  • Re: Deadlock analysis
    ... Serializable means that if you are in a transaction and execute a SELECT ... this by getting a shared lock on a range of rows in the table. ... Now if another connection does ... It will now be blocked by the second connection and we have a deadlock. ...
    (microsoft.public.sqlserver.programming)
  • Re: [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.18
    ... I got the attached deadlock report. ... Nov 8 04:19:32 eran kernel: PREEMPT ... Nov 8 04:19:32 eran kernel: kjournald:1445 BUG: lock held at task exit time! ...
    (Linux-Kernel)
  • Re: deadlock when reading most currently inserted records
    ... Our solution is to use ROWLOCK hints on all INSERT, UPDATE, and DELETE ... > select obtaining a shared lock, then the insert obtaining an IX lock at ... Printing deadlock information ... > SPID: 53, ECID: 0, Not Blocking ...
    (microsoft.public.sqlserver.programming)
  • Re: [RFC, PATCH] locks: remove posix deadlock detection
    ... Thread A of task B takes lock 1 ... We currently declare deadlock at this point (unless the deadlock detection ... locked region is put to sleep by attempting to lock another ...
    (Linux-Kernel)