View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0017241 | mantisbt | performance | public | 2014-04-23 04:27 | 2014-05-04 15:57 |
Reporter | Micky | Assigned To | grangeway | ||
Priority | urgent | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | no change required | ||
Platform | Windows | OS | 2003 | OS Version | 2003 standard ed |
Product Version | 1.2.17 | ||||
Summary | 0017241: Mantis 1.2.17 is very slow by update, insert new bug and delete | ||||
Description | We have started from the version 1.2.9 and after some small test in our test environment we have moved the versione 1.2.17 to production. The update, insert and delete of an issues result in a very long process and some time in a server error 500. We have now restored the versione 1.2.9 and we will replicate the production environment with the 1.2.17 in order to do some extensive tests. | ||||
Additional Information | We are operating with:
| ||||
Tags | No tags attached. | ||||
Hi Micky, I understand you are running MySQL on windows with IIS and php 5.2. And that you currently have 1.2.9 running on a production environment and when upgrading to 1.2.17 experience a slow down. First off, I'd be interested to see the output of the database statistics script - which shows number of rows in various tables. This can be found at /admin/db_stats.php on your installation Secondly, what value do you have set for $g_email_send_using_cronjob in your config. Could you try setting this to: $g_email_send_using_cronjob = ON; [Note: this will queue any emails up and not send them until you add a scheduled task] Thirdly, If you go to /admin/email_queue.php, does this show the message "Email Queue Empty" or are there entries in the list ? And finally... Do you make use of LDAP authentication with Mantis? Paul |
|
Hi Paul, here the statistics of the DB:mantis_bug_file_table = 354 records
|
|
Right, OK mantis_email_table = 3865 records should really be an empty table. if email_send_using_cronjob is OFF -> emails get sent at end of a php web page request. So the slowness you are seeing php trying to send 3000 emails. If it is ON, then you need to run the separate sendemails.php cronjob. I suggest that you clear down the contents of the mantis_email_table and then we look at your mail settings: See: $g_phpMailer_method = PHPMAILER_METHOD_MAIL; Given you are on IIS+Windows, you probably want to set PHPMAILER_METHODSMTP as the mailer method, and find out some sensible smtp* settings for email notifications. I suggest you clear out the email queue first to avoid sending 3800 mails to people. This can be done by doing a DB query, or by using the /admin/email_queue.php 'send or delete' option whilst the server is still broken. if you think it's important that people receive the 4000 queued emails, obviously fix the email settings first, but i'm guessing... |
|
Hi Paul, I will continue to test in the 1.2.17 a couple od days before to migrate in production. Micky |
|
cool ! - and I hope by 'deleted the mantis_email_table' you mean the contents only :) |
|
Of course... :) |
|