We were able to fix the issue (at least we believe it, more testing is
necessary) by starting standalone FastCGI RT server. Further analysis
of the issue is required, but as there are so many factors to consider
(Perl build, FastCGI, RH EL6, ...), it will take a while.
On Fri, Mar 4, 2011 at 17:09, Thomas Sibley t...@bestpractical.com wrote:
1) Can you send your entire Apache config (not just the RT vhost part)?
Private mail to me is fine if you don't want to share it with the list.
Is attached
Regards
apache-conf.tgz
Description: GNU Zip compressed data
We have discovered a very unpleasant behavior of RT if used with
RT::Authen::External module with LDAP authentication enabled. The
problem is that sometimes a RT site visitor (no credentials entered,
no cookie set) gets automatically logged in with a session of another
user, that was active before
On Thu, Mar 3, 2011 at 20:10, Thomas Sibley t...@bestpractical.com wrote:
Please keep mail on the list, thanks.
Ups, too fast reply. My bloody mistake ...
You should test your scenario without any proxies involved. If you can
still replicate it, then we can keep troubleshooting. Otherwise,
I have fixed my second performance problem by creating following index:
CREATE INDEX Groups_mp ON Groups (Domain,id,Type);
Regards,
-michael
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help:
Hello,
i have a big problem after migration from MySQL 4.1.11 to 5.0.45: some
pages need minutes to load, especially the Query Builder page. I got
the query, which is running while loading the page and compared the
explain plan on both databases. Here is the outcome:
Query:
SELECT DISTINCT main
Ok, i have solved this one: i rebuild all indexes on
CachedGroupMembers and now the plan and exec time changed to expected.
But Query Builder page is still slow, now this query takes a long
time to finish:
SELECT DISTINCT main . *
FROM Users main
CROSS JOIN ACL ACL_4
JOIN Principals Principals_1