import_exim_data causes high load during update

[gkgcpanel]

Yes, that fixed it. But I found another issue. Apparently when the import_exim_data script started running, it also stopped the exim queue from processing. I noticed every single one of our servers has over 2K messages sitting in the queue and growing. These messages have been sitting there for over 10 hours (about when the first upgrade started). So, now I am running an exim -qf on the queue.

This is taking a considerable hit on the servers load. Customers are complaining that email isn't working...

This will take several hours to process.

 

[cPanelNick]

re: Missing JS files updating from 11.30 to 11.32.2.24 (resolved 11.32.2.25)

Yes, that fixed it. But I found another issue. Apparently when the import_exim_data script started running, it also stopped the exim queue from processing.

import_exim_data doesn't stop the queue from being delivered. However, the processing to import the data is not insignificant so it may have raised your load above the deliver_queue_load_max/queue_only_load in /etc/exim.conf. If you don't care about having the smtp bandwidth and delivery report data you could just kill off the import process.