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]

Reply via email to