• Resolved grl570810

    (@grl570810)


    The smush .log file in the wp-content/uploads folder of ONE of my sites is huge, and growing fast. When I scan it I see this…

    [2022-04-19 02:59:37 : INFO] - Header for logs at time:  Tue, 19 Apr 2022 02:59:37 +0000 on https://www.watersportscentral.com.au 
    [2022-04-19 02:59:37 : INFO] - WP: 5.9.3 
    [2022-04-19 02:59:37 : INFO] - PHP: 7.4.19 (cgi-fcgi, Windows NT T2U-WEBSERVER-6 6.3 build 9600 (Windows Server 2012 R2 Standard Edition) i586) 
    [2022-04-19 02:59:37 : INFO] - MySQL: 5.7.21 
    [2022-04-19 02:59:37 : INFO] - WPLANG: en_AU 
    [2022-04-19 02:59:37 : INFO] - Server: Microsoft-IIS/8.5 
    [2022-04-19 02:59:37 : INFO] - Outbound connections: N 
    [2022-04-19 02:59:37 : INFO] - safe_mode: 0 
    [2022-04-19 02:59:37 : INFO] - max_execution_time: 180 
    [2022-04-19 02:59:37 : INFO] - memory_limit: 256M (used: 50.9M | 30M) 
    [2022-04-19 02:59:37 : INFO] - multisite: N 
    [2022-04-19 02:59:37 : INFO] - openssl: OpenSSL 1.1.1k  25 Mar 2021 
    [2022-04-19 02:59:37 : INFO] - The queue for tasks of type "smush" is empty. Aborting! 
    [2022-04-19 03:10:44 : INFO] - 
     
    [2022-04-19 03:10:44 : INFO] - Header for logs at time:  Tue, 19 Apr 2022 03:10:44 +0000 on https://www.watersportscentral.com.au 
    [2022-04-19 03:10:44 : INFO] - WP: 5.9.3 
    [2022-04-19 03:10:44 : INFO] - PHP: 7.4.19 (cgi-fcgi, Windows NT T2U-WEBSERVER-6 6.3 build 9600 (Windows Server 2012 R2 Standard Edition) i586) 
    [2022-04-19 03:10:44 : INFO] - MySQL: 5.7.21 
    [2022-04-19 03:10:44 : INFO] - WPLANG: en_AU 
    [2022-04-19 03:10:44 : INFO] - Server: Microsoft-IIS/8.5 
    [2022-04-19 03:10:44 : INFO] - Outbound connections: N 
    [2022-04-19 03:10:44 : INFO] - safe_mode: 0 
    [2022-04-19 03:10:44 : INFO] - max_execution_time: 180 
    [2022-04-19 03:10:44 : INFO] - memory_limit: 256M (used: 50.9M | 54M) 
    [2022-04-19 03:10:44 : INFO] - multisite: N 
    [2022-04-19 03:10:44 : INFO] - openssl: OpenSSL 1.1.1k  25 Mar 2021 
    [2022-04-19 03:10:44 : INFO] - The queue for tasks of type "smush" is empty. Aborting!

    …as you can see repeating around every 10-12 minutes. On all the other sites I run this is not happening, after a final entry of ‘The queue for tasks of type “smush” is empty. Aborting!’ nothing appears in the log, in some cases the last entry is months ago when an image was last uploaded. Can anyone advise why this is happening on this one site and, more importantly, how to stop it? As far as I can see the settings are the same on this site as all the others.

    TIA,
    Graham

Viewing 11 replies - 1 through 11 (of 11 total)
  • @grl570810 Did you recently compressed a pretty decent amount of images, if that’s the case then its likely the smush.log can grow.

    Thread Starter grl570810

    (@grl570810)

    Hi Harshad,
    Sorry, you’ve missed the point of my issue. Of course the log will grow when new images are loaded on the site and go through the compression process, which happens every few weeks as the customer updates the site. The issue is that entries are continuously being generated in the log every 10 minutes approximately, all of which read ‘The queue is empty, aborting!’.
    I see this on no other site on my hosting server; all of those will record an entry when they smush new images, followed by one entry that reads ‘queue empty, aborting!’. There will then be no log entries until another image upload occurs, usually several weeks later.
    My question is why is WP-Optimize behaving differently on one site and how do I stop it from doing so. I can see no difference in settings in WP-O between this site and all the others.

    @grl570810 Have you performed a conflict test yet?

    Try deactivating all plugins except for WP-Optimize and see if it is resolved.

    If so, reactivate each plugin one at a time until you find the culprit. You can check for the issue between activating each plugin, so you can see which one is causing problems.

    Please let us know your findings.

    Thread Starter grl570810

    (@grl570810)

    Hi Harshad,

    I’ve tried deactivating all but WP-O and it makes no difference. I didn’t think it would as I have all the plugins on this site also installed on others that don’t show the issue. I seems to be purely an issue with WP-O on this one site where is doesn’t go quiescent when there is nothing to do, it keeps waking up and logging ‘nothing to do’ entries.

    Regards,
    Graham

    @grl570810 I’ll check this issue with our development team and update you soon.

    Thank you for your time and patience.

    Plugin Contributor Venkat Raj

    (@webulous)

    @grl570810 Could you please deactivate and then activate WP Optimize? That should fix the issue.

    If not, please install WP Crontrol plugin and see if autosmush_process_queue event is scheduled. Even though it is a single time event, it should be there persistently.

    Let me know the outcome

    Thread Starter grl570810

    (@grl570810)

    Hi Venkat,

    Sorry I’ve been slow in responding I had my daughter’s wedding to attend so have been away from websites a bit!

    Deactivating & re-activating WP Optimize had no effect.

    WP Crontrol shows the autosmush_process_queue entry persistently present, with the scheduled time to run approximately 10 minutes after the latest run, and the recurrence as ‘non-repeating’ as you described (sorry can’t find a way to add a screenshot, that might have been clearer).

    Please advise how we proceed from here to resolve the issue.

    Regards,
    Graham

    Plugin Contributor Venkat Raj

    (@webulous)

    Hi Graham,

    No worries and Sorry for the delay from my side.
    I believe, you have updated WPO using FTP at some point.
    You need to delete an option named updraft_semaphore from your _options table to fix it.

    If the problem still persist, please submit a support request here
    https://getwpo.com/ask-pre-sales-question/

    As I may need to take a look at your WP Dashboard

    Regards,
    Venkat

    Thread Starter grl570810

    (@grl570810)

    Hi Venkat,

    It wouldn’t have been FTP, but I have updated at times by unzipping source over the existing plugin folder directly on the server, which would I think have the same effect.

    I don’t see an entry in the _options table for updraft_semaphore; there is one updraft_semaphore_smush is that the one you want me to delete?

    Regards,
    Graham

    • This reply was modified 2 years, 5 months ago by grl570810.
    Plugin Contributor Venkat Raj

    (@webulous)

    Hi Graham,

    Yes, That is the one updraft_semaphore_smush.

    It was used in the older version to determine whether the smush queue has been processed or not. Once you delete that, and the above mentioned cron job ran (once), it shouldn’t appear again and log shouldn’t grow any further

    Regards,
    Venkat

    Thread Starter grl570810

    (@grl570810)

    Hi Venkat,

    That has fixed it. After I’d deleted the entry for updraft_semaphore_smush I got one more entry in the log and that was followed by the line
    [2022-05-03 22:38:58 : INFO] – Cleaning up tasks of type (smush). A total of 39 tasks will be deleted.

    Since then there’s been nothing.

    Thanks for your help in diagnosing and fixing this.

    Regards,
    Graham

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘Enormous smush .log file in wp-content/uploads’ is closed to new replies.