Robin Jackson wrote:
> My bigger problem is midgard.aorbit.com which insists on coming up
> un-midgardized until you do a refresh (before the page loads completely) at
> which time the 1.0 admin site comes up ok.
I have a copy of your databases installed on three machines at home.
I've done the following tests:
- 1000 fetches of midgard.aorbit.com, and compare using diff against the
first fetch. All turned up midgardized, zero errors.
- 1000 fetches of http://devel.aorbit.com/email/folders/ with 20
concurrent
fetches (using ab). Zero errors. Repeated the same with
http://devel.aorbit.com/email/folders.html, same results.
I'm using Midgard latest CVS on:
Mandrake 7.2 - Apache-AdvancedExtranetServer/1.3.14 - MySQL 3.23.31
Debian 2.2 - Apache 1.3.9 - MySQL 3.22.32
E-Smith 4.0 - Apache 1.3.9 - MySQL 3.22.32
The last one should be the same as RedHat 6.1, which is what you're
using. The
e-smith installation is actually a vmware install, so it'd be comparable
to a low-end box. Took a while for the last test to complete, and I had
to take the
concurrency level down to 10 because ab would timeout on the requests.
If at all feasible I would recommend testing with latest CVS too. A fix
has been
added to mod_midgard which makes it close mysql connections properly
when the
handler exits. It is not said that this is the cause of your problems
but
it could be related.
> I mention the folders / folders.html because it seems to be another symptom
> of the same problem....they are in fact the same (in midgard right) but
> folders/ doesn't com up while folders.html does.
Yes, they should be the same.
Emile
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]