Since you're running it with runzope (i.e. in foregreound mode):
1) Can you confirm Zope provided the message Zope Ready to handle requests
2) What is the top command showing? Is python/zope process using CPU,
or is it simple unresponsive?
3) Can you check if there are different processes when
The most common issue on *BSD is this:
http://tomster.org/blog/archive/2006/09/27/size-does-matter
Stefan
On 4. Okt 2006, at 20:43, Javier Subervi wrote:
The person who ran this box previously didn't understand FreeBSD's
port system, so he built Python in a different place.
--
It doesn't
michaelntmilne wrote:
Simply good advice. I'm not asking for people to do my work for me!
Did anyone ask you for advice? ;-)
I'm perfectly capable of doing it myself thanks very much.
I'm sure the authors look forward to your patches and unit tests...
There is a general disdain of Windows
Alan wrote:
Thanks for help. I did what suggested below. We also set a crontab to
restart the zope server every night,
Why?!
Chris
--
Simplistix - Content Management, Zope Python Consulting
- http://www.simplistix.co.uk
___
Zope
Hi List,
crontab is really a bad idea. We quitted that.
Thanks for your commentaries.
Alan
On 05/10/06, Chris Withers [EMAIL PROTECTED] wrote:
Alan wrote:
Thanks for help. I did what suggested below. We also set a crontab to
restart the zope server every night,
Why?!
Chris
--
Simplistix
Hi,
We made some basic load testing against different Zope2 versions and found
some unexpected results.
Everything is summarized here :
http://talk.lastminute.com/wiki/index.php/Loadtest
We would appreciate any comment about it, and of course will answer any
question you might have about our
--On 5. Oktober 2006 10:24:31 +0100 Alan [EMAIL PROTECTED] wrote:
Hi List,
crontab is really a bad idea. We quitted that.
Why is using crontab a bad idea?
It's the most common and most reliable solution to run scripts in Zope
periodically.
-aj
pgpHnQfkHcCKi.pgp
Description: PGP
By the way, it used to work fine on cygwin (was Zope 2.7 when I last used it
on a windows+cygwin box)... ;)
My 2 euro cents.
Pascal
De : Chris Withers [EMAIL PROTECTED]
Date : Thu, 05 Oct 2006 09:38:25 +0100
À : [EMAIL PROTECTED]
Cc : zope@zope.org
Objet : Re: [Zope]
On 10/4/06, Derek Basch [EMAIL PROTECTED] wrote:
Thanks for all the replies everyone! This all certainly helped me in deciding
which direction to
go.
Well, that's all we can hope for at this point! :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management
Pascal Peregrina wrote:
We made some basic load testing against different Zope2 versions and found
some unexpected results.
What's unexpected in particular?
How many runs did you do for each setup and how did you average them?
Also, was the hardware, memory usage and processor load, excluding
Did anyone ask you for advice? ;-)Well if you're not open to opinion then you have a closed mindI'm sure the authors look forward to your patches and unit tests...? I'm not a programmer and don't aspire to be one. Does everyone have to program? What about division of labour or are you stuck in the
Hi Chris,
On 10/5/06, Chris Withers [EMAIL PROTECTED] wrote:
Pascal Peregrina wrote:
We made some basic load testing against different Zope2 versions and found
some unexpected results.
What's unexpected in particular?
The average response time for the different types with different
By the way, it used to work fine on cygwin (was Zope 2.7 when I last used iton a windows+cygwin box)... ;)My 2 euro cents.PascalThing is the documentation doesn't mention anything about cygwin at all.Pascal Peregrina [EMAIL PROTECTED] wrote: By the way, it used to work fine on cygwin (was Zope 2.7
Andreas Jung, on 2006-10-04:
I fixed the tar-ball generation part of the makefile and recreated the
2.10.0 and 2.9.5 archives with the right permissions.
Yes, that helped. Thank you!
A few related notes though:
Strange: when I compare the new 2.9.5 tar ball with the old one I got
a few days
Maurits, you seem to be working as root, which is the root of all
evil (pun intended). Don't do that, ever. The permission issues you
reported also only crop up if the tarball is extracted while root.
Don't do that!
Stefan
On 5. Okt 2006, at 13:12, Maurits van Rees wrote:
BTW, after a
--On 5. Oktober 2006 13:19:26 +0200 Stefan H. Holek [EMAIL PROTECTED]
wrote:
Maurits, you seem to be working as root, which is the root of all evil
(pun intended). Don't do that, ever. The permission issues you reported
also only crop up if the tarball is extracted while root. Don't do
Stefan H. Holek, on 2006-10-05:
Maurits, you seem to be working as root, which is the root of all
evil (pun intended). Don't do that, ever. The permission issues you
reported also only crop up if the tarball is extracted while root.
Don't do that!
Actually, I don't. :)
Extract the
Well the complete story was:
We also set a crontab to restart the zope server every night, but them I
was wondering if it is a good idea.
And later on:
crontab is really a bad idea. We quitted that.
And in that case (using crontab to restart Zope every night), I think it was
a bad idea.
Of
- Original Message -
From: torugor1404 [EMAIL PROTECTED]
To: Jonathan [EMAIL PROTECTED]
Sent: Thursday, October 05, 2006 10:33 AM
Subject: Re: Upload file to server for encoding...
Thank you Jonathan,
I was begining to get to the same conclusion after some days of
google search. My
Derek Basch wrote:
[snip]
I saw that the zope-perl project is virtually dead and was hoping that some
magical zope to perl
bridge existed. Something that would allow me to use our existing perl code as
an external method
or someting similar. Forgive me if my zope terminology is a bit off as I
Federico Schwindt wrote:
What do you mean by wsgi enabled? How does wsgi+ differ from wsgi?
The wsgi directive was enabled in 2.10.0b2. Re wsgi+, do you mean in
the graphic? I need to correct that as the text was truncated. It
should be wsgi+SpeedPack and wsgi+profile.
The speed drop in ZPT
On 10/4/06, Einar Næss Jensen [EMAIL PROTECTED] wrote:
Yes. I guessed that somehow, the acl_users in the root object, had been
deleted (or was missing). Why this happened I do not know. I do not think I
did it myselfe ( I certanly do not have a memory of doing so).
Note that Plone 2.5 uses
On 10/5/06, Martijn Pieters [EMAIL PROTECTED] wrote:
Note that Plone 2.5 uses PlonePAS, which for some reason feels the
need to replace the root-level acl_users folder when you create a
Plone site.
(and to finish that email)
That means that if you had Plone 2.5 installed, then removed it from
Hi Martijn,
Martijn Pieters wrote:
Note that Plone 2.5 uses PlonePAS, which for some reason feels the
need to replace the root-level acl_users folder when you create a
Plone site.
I've just been bitten by this, and aren't at all happy.
Is there any reason I can't zap this and revert to a
Above all,
I should mention that I believe this discussion is largely about Z3,
and I do not live in Z3 world yet. Actually I am developing more in
2.7 currently. But the policy I state below is valid for 2.x also,
afaik.
On 10/4/06, Jean-Marc Orliaguet [EMAIL PROTECTED] wrote:
Patrick Gerken
My error was about self.db attribute in
'_v_database_connection' not about '_v_database_connection'
attribute itself. During abort() of this resource manager
self.db was None so self.db.rollback() failed. I'll check
this again...
I've messed up things. Error that I've found is in
26 matches
Mail list logo