Page MenuHomePhabricator

Slow status checks on communty crm
Closed, ResolvedPublic

Description

@Qgil told me the site is slow to load once a day - we addressed this in fundraising by turning off checks that are slow when behind a firewall - ie

@Dwisehaupt
select * FROM civicrm_status_pref WHERE is_active = 0;
+----+-----------+----------------------------------+------------+-----------------+-------+------------+-----------+

iddomain_idnamehush_untilignore_severityprefscheck_infois_active

+----+-----------+----------------------------------+------------+-----------------+-------+------------+-----------+

11checkLastCronNULL0NULL15469884050
21checkExtensionsNULL0NULLNULL0
101checkResourceUrlNULL0NULLNULL0
111checkUploadsAreNotAccessibleNULL0NULLNULL0
121checkDirectoriesAreNotBrowseableNULL0NULLNULL0
131checkVersionNULL0NULLNULL0

Event Timeline

Thanks. Right now we have these 4 jobs, all listed as active:

MariaDB [drupal]> select * FROM civicrm_status_pref WHERE is_active != 0;

iddomain_idnamehush_untilignore_severityprefscheck_infois_active
11checkLastCronNULL0NULL17472501001
21checkPhpVersionNULL0NULLNULL1
31checkOutboundMailNULL0NULLNULL1
41checkDefaultMailboxNULL0NULLNULL1

I could disable them all unless you feel there is some need to keep any of them active.

@Dwisehaupt if they are not in the civicrm_status_pref table they are implicitly active. The ones you have are quite likely OK but the ones I pasted are the ones we went out of our way to disable on fundraising - because they try to get info on the other side of the firewall (well checkLastCron is probably cos we run crons a bit differently & might be OK for community crm)

Ah, I see. Yes, there was nothing in the civicrm_status_pref with is_active = 0 either. If the checks are active if they aren't in the table, is there a way to find out what could be running?

I can add the ones listed above that we have disabled on the fundraising instance.

From memory it's a bit hard to find a whole list other than poking in the code - but I expect that list should cover it since it's about he fact it takes too long to time out when trying to access stuff that it is blocked from accessing (e.g doing a ping to civicrm.org to find out the latest release version)

Ok cool. I have updated the values for the ones that I believe make sense for its network posture:

MariaDB [drupal]> select * from civicrm_status_pref;

iddomain_idnamehush_untilignore_severityprefscheck_infois_active
11checkLastCronNULL0NULL17472576021
21checkPhpVersionNULL0NULLNULL0
31checkOutboundMailNULL0NULLNULL1
41checkDefaultMailboxNULL0NULLNULL1
51checkExtensionsNULL0NULLNULL0
61checkResourceUrlNULL0NULLNULL0
71checkVersionNULL0NULLNULL0

We can keep this task open for a week to see if the behavior changes.

Thank you very much @Eileenmcnaughton for submitting this report.

@Qgil told me the site is slow to load once a day

To be more precise, in my experience the first time of the day I open a CiviCRM page, it will get stuck. If I click stop in the browser and reload, then it will load the page. Only then, the rest of the day is then fine.

I don't know if this happens only to me or to any Community CRM user the first time of their day loading a CiviCRM page.

@Qgil if the status checks are the cause then they won't affect lower permission users

XenoRyet triaged this task as Medium priority.May 19 2025, 8:22 PM
XenoRyet moved this task from Triage to Chaos Crew Backlog on the Fundraising-Backlog board.
Dwisehaupt claimed this task.
Dwisehaupt moved this task from Up Next to Done on the fundraising-tech-ops board.

Closing this for now. If it is still an issue that needs work or additional investigation, feel free to reopen.

I don't think there was a magical day when it went from "problem" to "no problem" but the fact is that nowadays this isn't an issue for me, neither I have heard complaints.

@Qgil Dallas did make the changes discussed back when he marked it as resolved & we did see a magic change in testing at that time :-) But no-one looped back to the phab