Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 UTC on 18 March 2024, to get $100 off your ticket.
As various issues show there are quite some cache rebuilding locks going with Rules - sometimes resulting in serious issues like too many connections errors. So let's try to improve the likeliness of cache rebuilding locks.
Related issues:
#2406863: stampede protection should be flexible ("Cache rebuild lock hit" watchdog message)
#2649664: Why lock timeout could happen on rules_get_cacherules_event_whitelist semaphore?
#2501841: Add option to turn off Rules cache
#2500831: Actions fail to execute. Suspect "Cache rebuild lock hit" log message points to the problem.
Comment | File | Size | Author |
---|---|---|---|
#5 | d7_rules_index_active.patch | 1015 bytes | fago |
| |||
#5 | d7_rules_lock-4.patch | 644 bytes | fago |
| |||
#3 | d7_rules_lock-4.patch | 644 bytes | fago |
| |||
#3 | d7_rules_index_active.patch | 1015 bytes | fago |
|
Comments
Comment #2
fagoAdding planned improvements #2189645: Avoid full cache clear whenever a rules component or reaction rule is edited
Comment #3
fagoGetting started, here are two first patch for the easy points 3+4.
Comment #4
fagoops.
Comment #5
fagore-uploading with right version in issue
Comment #8
fagook, moved the remaining work of 1+2 to #2189645: Avoid full cache clear whenever a rules component or reaction rule is edited and committed 3+4.
Comment #11
fago