[Zope] ftp server deadlocking zope with DeadlockDebugger
Michael Kaplan
Dr.MichaelKaplan at alice-dsl.de
Fri May 5 10:09:16 EDT 2006
Hello,
about 2 weeks ago I reported about my ftp-problem
(see attached listing).
In the meantime I installed DeadlockDebugger-1.0.tgz
from http://www.zope.org/Members/nuxeo/Products/DeadlockDebugger
Here is the output of this program for the thread that seems
to be responsible for the deadlock. This happens when I open
a ftp connection to the server, cd to a directory and launch
the 'ls'-command:
Thread 11 (GET /dirname/manage_FTPlist):
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZServer/PubCore/ZServerPublisher.py", line 23, in __init__
response=response)
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 386, in publish_module
environ, debug, request, response)
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 187, in publish_module_standard
response = publish(request, module_name, after_list, debug=debug)
File "/home/www/Zope-2.8.5-0/Products/PlacelessTranslationService/PatchStringIO.py", line 51, in new_publish
x = Publish.old_publish(request, module_name, after_list, debug)
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 104, in publish
object=request.traverse(path, validated_hook=validated_hook)
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/BaseRequest.py", line 272, in traverse
bpth(object, self)
File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 421, in __before_publishing_traverse__
stack.append('not_available_lang')
File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 140, in getTranslation
return l and l[0] or l
File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 176, in getTranslations
return self.getCanonical().getTranslations()
File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 232, in getCanonical
return ret
File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 196, in isCanonical
return not bool(self.getReferenceImpl(config.RELATIONSHIP))
File "/home/www/Zope-2.8.5-0/Products/Archetypes/Referenceable.py", line 105, in getReferenceImpl
return refs
File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 583, in getReferences
return self._resolveBrains(brains)
File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 716, in _uidFor
return uuid, obj
File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 634, in isReferenceable
return (IReferenceable.isImplementedBy(object) or
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/_InterfaceClass.py", line 111, in isImplementedBy
return visitImplements(
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements
return r
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements
return r
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements
return r
File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 81, in visitImplements
elif implements_class == TupleType or type(implements) is TupleType:
Could anybody explain what's wrong here and how to repair it?
Thanks, Michael
> I have a problem with the Medusa FTP server deadlocking Zope completely.
>
> I'm using Zope 2.8.5-final, python 2.3.5, sunos5 with standard port
> settings and port-base 1500, e.g.
>
> ZServer.HTTPServer.zhttp_server (Port: 9580)
> ZServer.FTPServer.FTPServer (Port: 9521)
>
> I can connect to the ftp server
>> ftp localhost 9521
>
>
> Connected to localhost.
> 220 FTP server (Medusa Async V24763 [experimental]) ready.
> Name (localhost:root): *******
> 331 Password required.
> Password: ******
> 230 Login successful.
> ftp> cd dir
> 250 CWD command successful.
>
> The standard ftp commands *cd*, *lcd*, *put* and *get* work fine.
>
> But if I try to use *ls*, *dir* or *mkdir* Zope seems to arrive in an
> infinite loop blocks one cpu completely and has to be restarted.
More information about the Zope
mailing list