Critical Hosting Load Issue When Updating XML Feed with Product Feed PRO

  • Hello AdTribes.io Support Team,

    We’ve been long-time users of the Product Feed PRO for WooCommerce plugin, and it has served us well. However, starting yesterday, we’ve encountered a significant issue when attempting to update the XML feed manually. The update process now causes a critical load on our hosting environment, ultimately leading to a server crash.

    Previously, we had the “Change products per batch number” set to 200, and this configuration allowed us to efficiently update five XML feeds on each of our seven websites consecutively. However, in response to the recent problem, we attempted to reduce this value to 50, but it appears to have had no impact on the issue. It’s essential to note that there have been no changes made to our hosting environment, and we have not downgraded our service package.

    To illustrate the problem, I have attached a screenshot from our hosting monitoring system, displaying the sharp spikes in both CPU and RAM load during attempts to update the XML feeds. The CPU load graph demonstrates the first part, while the second part visualizes the RAM load. These spikes coincide precisely with our efforts to update the XML feeds.

    Screenshot: https://i.imgur.com/Wgv7KKs.png

    We are reaching out for assistance in resolving this critical issue promptly, as it significantly disrupts our workflow and website performance. Your guidance and support in diagnosing and rectifying this problem would be greatly appreciated.

    Thank you for your prompt attention to this matter.

Viewing 10 replies - 1 through 10 (of 10 total)

  • Hi,

    Since i believe you have a similar issue with mine (https://www.ads-software.com/support/topic/problem-with-ver-12-9-6-7/), till we have a more permanent solution from ad tribes, rolling back to version 12.9.5 seems to solve the issue .

    If you rollback, then pay attention to the feed cause it might say that it is doing it fine , but in my case it wasn’t. Deactivate , activate, check feed.

    i moved my installation to another server just to check – since mine is in share hosting- but the issue persists mosts of the times.
    Also noticed that if i press the manual feed generation and move away from product feed to dashboard for example, feed generates ok. This is also mentioned in the last post here (https://www.ads-software.com/support/topic/server-limits-exceeded-when-generating-feed/page/2/) “Server resources 100% for 1-2 hours while generating feed.
    Solution: Weirdest thing. By a coincidence I found out that after clicking “generate feed” icon, immediately click away from the page, I clicked Dashboard->Home. Works every time. But if I stay on the feed page something starts.” …makes me think that this is an old problem reappearing.
    Tried also the crown thing didn’t help.

    Best regards ,

    manos

    Thread Starter MS Web Administrator

    (@mswebadm)

    Hi @dontwonnatellyou ,

    I wanted to express my sincere thanks for your assistance.

    Interestingly, I also tried that “weird” option of immediately transitioning to the main page of the admin panel after hitting “generate feed,” and it indeed seems to work consistently for me as well. It’s a bit of a peculiar workaround, but it’s doing the trick until the plugin developers can address the bug.

    Your insights and shared experiences have been invaluable, and I truly appreciate your willingness to help. Let’s hope the developers can resolve this issue soon.

    Best regards,
    Eugene K.

    Just checked my access_ssl_log.
    The plugin generates 50 calls per minute, like this
    MYIP – – [10/Oct/2023:18:41:07 +0300] “POST /wp-admin/admin-ajax.php HTTP/1.0” 403 1834 “https://…/wp-admin/admin.php?page=woosea_manage_feed ” user agent”.

    As stated in my post i also have an error report from woo logs (3/10): FeaturesUtil::declare_compatibility: /var/www/…/wp-content/plugins/woo-product-feed-pro/woocommerce-sea.php is not a known WordPress plugin.

    In my case it started happening after an automatic update(probably), without anyone looking at the feed page.

    You are welcome, regards

    manos

    Hi,

    Thanks for reaching out to us.

    We have tried to reproduce the issue at hand by manually reprocessing feeds with different batch sizes. All worked fine for us and did not result in huge peaks in CPU usage at our end nor did it result in an increase in post calls (we see none).

    Can you perhaps provide us with a screenmovie of the exact steps you are taking so we can reproduce those at our end?

    Hi,

    just send 2 videos demonstrating the issue.
    [First Video] In one installation, if you press the manually feed or you happen to go to manage feed page while a feed is being generated then too many entry processes are created resulting to cpu,mem and entry processes, maxing out. The server returns back to normal if you just change page.
    In the other video you see 2 cases, where if you go to manage feed page, and do NOTHING, the plugin generates too many posts to …/admin.php?page=woosea_manage_feed slowly maxing out cpu,mem. if you manually press the generate feed the behavior is as mentioned above.

    Thanks in advance
    manos

    Hi Manos,

    Thanks for your reply. You mention you have send us two video’s however we didn’t receive anything. Where did you send it to?

    Thanks

    Since there are info at the video that i don’t want to be displayed i send it the videos to your mail [email protected]. The subject of the mail is the the subject of this thread

    Thank you for your attention to this matter,

    regards,

    Manos

    We unfortunately haven’t received anything.

    Just send it again. (to [email protected] also)

    dontwonnatellyou

    (@dontwonnatellyou)

    Just in case the 13.0.6 update had to do with this issue, it is not resolved, i have the same behavior on the server.

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘Critical Hosting Load Issue When Updating XML Feed with Product Feed PRO’ is closed to new replies.