Re: [Zope] strange behaviour:can not access source-view.gif but a copy of it
Dieter Maurer wrote: robert rottermann wrote at 2006-5-3 16:10 +0200: what I meant is that I only can access the trough its normal url (using apache) www.ersigen.ch/view-source.gif never terminates What does the wget -S http://www.ersigen.ch/view-source.gif; gives you? prints the following and waits for ever: [EMAIL PROTECTED]:/home/zope/Products/redProducts/RedUtils/commander/tests wget -S http://www.ersigen.ch/view-source.gif --09:59:48-- http://www.ersigen.ch/view-source.gif = `view-source.gif' Auflösen des Hostnamen »www.ersigen.ch« 193.246.254.98 Verbindungsaufbau zu www.ersigen.ch|193.246.254.98|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... robert begin:vcard fn:robert rottermann n:rottermann;robert email;internet:[EMAIL PROTECTED] tel;work:031 333 10 20 tel;fax:031 333 10 23 tel;home:031 333 36 03 x-mozilla-html:FALSE version:2.1 end:vcard ___ Zope maillist - Zope@zope.org 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 )
Re: [Zope] First run TypeError
I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with HEAD /VirtualHostBase/http/:80/ HTTP/1.1 200 312as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No HEAD lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) The third GET always succeeds (200 ok) in allowing authentication. The instance behaves as normal in every regard afterwards. This only occurs on startup. Regards, David David Pratt wrote: Hi. I have been experimenting with making a hybrid storage for zodb. The storage seems to work well except that I am getting this error on the first request to the server and I am not exactly sure where it is coming from. Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) When I refresh the browser, I get my login and no problems at all using the zope instance etc. The event and error logs are clean. But when I restart the server, the error appears on startup again. Many thanks. Regards, David ___ Zope maillist - Zope@zope.org 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 maillist - Zope@zope.org 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 )
Re: [Zope] First run TypeError
--On 7. Mai 2006 09:04:54 -0300 David Pratt [EMAIL PROTECTED] wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with HEAD /VirtualHostBase/http/:80/ HTTP/1.1 200 312as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No HEAD lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj -- ZOPYX Ltd. Co. KG - Charlottenstr. 37/1 - 72070 Tübingen - Germany Web: www.zopyx.com - Email: [EMAIL PROTECTED] - Phone +49 - 7071 - 793376 E-Publishing, Python, Zope Plone development, Consulting pgpdGu5dfQZMM.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org 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] Re: ftp server deadlocking zope with DeadlockDebugger
This doesn't look like a deadlock (or you would see the thread locked on
a thread-waiting operation). Maybe it's a livelock, or maybe simply a
very long-running process, or an infinite loop.
You'd find more about it by doing more snapshots, and finding what the
common top part of the traceback is. It will point you to the part of
the code that's repeatedly called.
Florent
Michael Kaplan wrote:
Dieter Maurer wrote:
Michael Kaplan wrote at 2006-5-5 16:09 +0200:
...
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?
Stays the part above (maybe partially) accross several
DeadlockDebugger invocations (or changes the tail of your
traceback continously)?
In this case, there would seem to be some infinite loop caused
by the AT ReferenceEngine (I like it).
As you supposed the tail changes if I invoke DeadlockDebugger several
times.
Here are 3 more examples besides the one I sent before:
Thread 10 (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 150, in getTranslationLanguages
return self.getTranslations().keys()
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 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 577, in getReferences
if targetObject:
Thread 10 (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')
[Zope] LocalFS problems
Chris, Andreas, others LocalFS product (1.3-andreas) seems to be having a problem with the dtml-tree tag in Zope 2.9.2/Python 2.4.2. The dtml-tree behavior is very different for a folder with three nested sub-folders (a list of the three nested sub-folders) that what is seen when pointed to a LocalFS with three nested subdirectories, even though they should be similar or the same. The problem seems to be with the tpValues() program in the LocalFS product which returns an empty list. The controlling flag, o.isPrincipiaFolderish, seems to be set to zero when it ought to have a value of 1 when the object being referenced is a LocalDirectory instance. As a result, instead of returning a list of sub-directories it returns an empty list. There seems to be some trickery going on with the isPrincipiaFolderish and the tree_view attributes, but I don't quite get what's supposed to happen. SmileyChris? I think these were your mods. Incidentally, the ZMI panel which uses dtml-tree seems to have the same sort of problems I am seeing when there is a LocalFS. Has anyone else encountered this problem? I plan to move to the 1.7-rc1 version, but there does not appear to be a fix for a bug of this sort in this latest release. ___ Zope maillist - Zope@zope.org 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 )
Re: [Zope] First run TypeError
Hi Andreas. I have been experimenting with creating backend storages for zope. There is no traceback or error that appears in the error log or event log. My hunch is that the message may be erroneous and that access to the storage is being blocked since the database I am currently experimenting with is not thread safe. I am trying to handle this with a connection pool. I believe that the block is cleared with first two requests that don't succeed - since each time it would be calling a new thread. I believe the reason that this is only occurring on startup is because zope has to load objects with the initial threads to the storage before serving requests. Regards David Andreas Jung wrote: --On 7. Mai 2006 09:04:54 -0300 David Pratt [EMAIL PROTECTED] wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with HEAD /VirtualHostBase/http/:80/ HTTP/1.1 200 312as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No HEAD lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj ___ Zope maillist - Zope@zope.org 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 )
Re: [Zope] First run TypeError
I managed a fix to my threading and it solved my trouble. It was a bit sidetracked earlier with the Type Error message. My hunch was right in the end. Many thanks. Regards, David David Pratt wrote: Hi Andreas. I have been experimenting with creating backend storages for zope. There is no traceback or error that appears in the error log or event log. My hunch is that the message may be erroneous and that access to the storage is being blocked since the database I am currently experimenting with is not thread safe. I am trying to handle this with a connection pool. I believe that the block is cleared with first two requests that don't succeed - since each time it would be calling a new thread. I believe the reason that this is only occurring on startup is because zope has to load objects with the initial threads to the storage before serving requests. Regards David Andreas Jung wrote: --On 7. Mai 2006 09:04:54 -0300 David Pratt [EMAIL PROTECTED] wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with HEAD /VirtualHostBase/http/:80/ HTTP/1.1 200 312as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No HEAD lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj ___ Zope maillist - Zope@zope.org 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 maillist - Zope@zope.org 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 )
