Jump to content
nmdpa3

System Settings / Servers / Remote Usage Stats

Recommended Posts

After upgrade to 8.2.0, the remote useage stats and load averages on the servers page is defaulting to the values of the first server in the list for every server.

If you refresh them individualy, or with the refresh all button, it gets updated to the correct value, however leaving then returning to the page results in the same behavior.

 

 

resources.PNG

Share this post


Link to post
Share on other sites

Hi @nmdpa3,

This data is updated on an hourly basis by the ServerUsageCount and ServerRemoteMetaData automation tasks.

Please ensure that your cron job is triggering the cron.php file on a regular basis, we recommend 5 minute intervals. The Automation Status page should flag any issues with the timing: https://help.whmcs.com/m/automation/l/678170-verify-whether-your-system-cron-is-completing-successfully

If that's all fine, please enable the Module Debug Log to examine the data being returned by the server each hour: https://help.whmcs.com/m/troubleshooting/l/679715-troubleshooting-module-command-errors

 

Share this post


Link to post
Share on other sites
Posted (edited)

Not really seeing an issue which is puzzling.  Cron is running every 5 minutes.  This was not a problem prior to the upgrade.  As a side note, this is the 2nd API issue we've seen with Plesk.  A fix was provided to us this past weekend to correct the first, which was related to Plesk module not provisioning new accounts due to API call issues introduced with the upgrade.  This stats update issue is not a critical issue for us at the moment, since refreshing the stats manually with the refresh button works, but something is definitely different after the upgrade to 8.2 -- since it was working prior to that and nothing else was changed.  If I get a chance, I will enable debuging, but not a path I prefer to take on a production system.

Edited by nmdpa3

Share this post


Link to post
Share on other sites
Posted (edited)

We're seeing the same issue here.

Furthermore it appears to interrupt the ability to update hosting usage stats.

When I go to the Disk Usage Summary report and click "Update Now" at the bottom, the module log shows plesk_usageupdate on all servers result in something like this (I've trimmed it down and replaced the actual domains):

Array
(
    [@attributes] => Array
        (
            [version] => 1.6.4.0
        )

    [webspace] => SimpleXMLElement Object
        (
            [get] => SimpleXMLElement Object
                (
                    [result] => Array
                        (
                            [0] => SimpleXMLElement Object
                                (
                                    [status] => error
                                    [errcode] => 1013
                                    [errtext] => domain does not exist
                                    [filter-id] => domain1
                                )

                            [1] => SimpleXMLElement Object
                                (
                                    [status] => error
                                    [errcode] => 1013
                                    [errtext] => domain does not exist
                                    [filter-id] => domain2
                                )

                            [2] => SimpleXMLElement Object
                                (
                                    [status] => error
                                    [errcode] => 1013
                                    [errtext] => domain does not exist
                                    [filter-id] => domain3
                                )

                        )

                )

        )

)

Prior to the 8.2 update, usage stats updates were working fine. All resource usages show last update was roughly a week ago.

It looks like it's attempting to load stats from all servers by sending each API query (for all the servers) to just the first server. It successfully obtains usage stats from our first server in the list for both resellers and customer objects in Plesk. But then it sends the API query for subsequent servers through to that first servers as well, resulting in the 'domain does not exist' errors -- which is correct as WHMCS is querying the wrong server.

We've already applied these hotfixes:
-  CORE-16812 - Plesk Login to Panel SSO IP
- CORE-16765 - TypeError provisioning Plesk services
- CORE-16844 - Add zero price recurring products to cart

Which apparently don't help with this particular issue.

More details:

  • Our cron is set to run every 10 minutes and shows successful on the Automation Status page
  • It even says:  Server Usage Stats -- Task completed successfully. (which can't be true, so whatever it's using to judge that seems to be failing as well).
  • Activity log shows the following during daily cron: Server Usage Update Failed: Error code: 1013. Error message: Reseller does not exist - Server ID: XX (this is because of the reasoning above -- it's looking for a reseller on the wrong server).

I think it's pretty clear that something in the servers loop is preventing iteration and only returning the first server in the list.

Edited by websavers
Add more details at bottom

Share this post


Link to post
Share on other sites
On 7/7/2021 at 10:01 AM, websavers said:

I think it's pretty clear that something in the servers loop is preventing iteration and only returning the first server in the list.

Having worked with the Plesk API and PHP SDK before, I suppose an alternative explanation could be that the session created by the connection to the first server isn't being invalidated and is being passed on to the next connection attempt, despite the difference in connection info (ie: new server hostname, username, password)

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Similar Content

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated