Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Zope: Users

Asking advice on a Zope "stuck" (or: what did I do wrong?)

 

 

Zope users RSS feed   Index | Next | Previous | View Threaded


marco.bizzarri at gmail

Aug 2, 2008, 12:33 AM

Post #1 of 2 (750 views)
Permalink
Asking advice on a Zope "stuck" (or: what did I do wrong?)

Hi all.

While using ab to perform stress tests on an application, I've run in
a situation where I have a "locked" Zope.

I installed DeadlockDebugger, and tried to have a dump from it, but it
is unable to answer, at leasts it seems to me.

So, I followed the recipe from ZopeLabs:

http://www.zopelabs.com/cookbook/1073504990

and got a traceback from gdb.

info threads gives the following:

* 5 Thread 0xb5b29b90 (LWP 17713) 0xffffe410 in __kernel_vsyscall ()
4 Thread 0xb5322b90 (LWP 17714) 0xffffe410 in __kernel_vsyscall ()
3 Thread 0xb4b21b90 (LWP 17715) 0xffffe410 in __kernel_vsyscall ()
2 Thread 0xb4320b90 (LWP 17716) 0xffffe410 in __kernel_vsyscall ()
1 Thread 0xb7d4b8c0 (LWP 17687) 0xffffe410 in __kernel_vsyscall ()


I'm including the traceback. As you can see, the last lines tell (for
all the threads) are:


File "/var/local/zope28/base288/lib/python/Shared/DC/ZRDB/Results.py",
line 55, in __init__
if n != name: aliases.append((n, SQLAlias(name)))
File "<string>", line 1, in ?


Just one note: environment is Linux, Zope 2.8.8, python2.3

I understand Zope+python is quite old, so I'm just asking if there is
some "general" purpose advice on what to do in this case.

Regards
Marco

--
Marco Bizzarri
http://iliveinpisa.blogspot.com/
Attachments: tb (3.42 KB)


dieter at handshake

Aug 10, 2008, 12:12 AM

Post #2 of 2 (692 views)
Permalink
Re: Asking advice on a Zope "stuck" (or: what did I do wrong?) [In reply to]

Marco Bizzarri wrote at 2008-8-2 09:33 +0200:
> ....
>I installed DeadlockDebugger, and tried to have a dump from it, but it
>is unable to answer, at leasts it seems to me.
>
>So, I followed the recipe from ZopeLabs:
>
>http://www.zopelabs.com/cookbook/1073504990
>
>and got a traceback from gdb.
>
>info threads gives the following:
>
>* 5 Thread 0xb5b29b90 (LWP 17713) 0xffffe410 in __kernel_vsyscall ()
> 4 Thread 0xb5322b90 (LWP 17714) 0xffffe410 in __kernel_vsyscall ()
> 3 Thread 0xb4b21b90 (LWP 17715) 0xffffe410 in __kernel_vsyscall ()
> 2 Thread 0xb4320b90 (LWP 17716) 0xffffe410 in __kernel_vsyscall ()
> 1 Thread 0xb7d4b8c0 (LWP 17687) 0xffffe410 in __kernel_vsyscall ()
>
>
>I'm including the traceback. As you can see, the last lines tell (for
>all the threads) are:
>
>
> File "/var/local/zope28/base288/lib/python/Shared/DC/ZRDB/Results.py",
>line 55, in __init__
> if n != name: aliases.append((n, SQLAlias(name)))

This is unbelievable.

The above Python code should not block (and not cause an infinite
recursion) other than for memory requests.

At C-level, you see to be in a kernel call.
Look closer at the C level tracebacks to find out which kernel
call this is.

You may need to have a Python with debug symbols to get reliable
C level tracebacks.



--
Dieter
_______________________________________________
Zope maillist - Zope [at] zope
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )

Zope users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.