Statistiken: Error 400, Bad Request

  • Ich habe weiterhin das Problem, das beim Aufruf der Statistiken immer ein Error 400 kommt. Dieses Problem war schon bei Version 1.2.9 vorhanden und ich dachte mit einem Update wird dies gelöst, aber schienbar nicht.


    Hat jemand ähnliche Probleme?

  • Im access log:


    Code
    1. x.x.x.x - - [03/Jul/2016:14:53:43 +0200] "GET /admin/reseller_statistics.php HTTP/1.1" 400 491 "https://mydomain.tld/admin/server_statistic.php" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:47.0) Gecko/20100101 Firefox/47.0"


    Distro: Jessie 8.5
    i-MSCP: 1.3.0

  • @Bulli


    The question here is: Can you reproduce the bug with i-MSCP 1.3.0 ;) From my side, I cannot so... In your first post, you target the 1.2.9 version but now, in your last post, you say 1.3.0...


    We will not release any new version for the 1.2.x Serie. Therefore, you must either live with this bug, either fix it, either upgrade to i-MSCP 1.3.0.


    BTW: When you report a problem, you must always provide us much info as possible. Your first post was not clear. Statistics can also mean access to AWStats ;)

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • Hi,


    i've the problem with 1.2.9 and now with 1.3.0 i've the problem too.

  • Teamviewer?

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • Problem durch @Nuxwin gelöst.
    Es waren orphaned Einträge in der Datenbank. Benutzer ohne Eintrag in der Domaintabelle.


    Thanks!

  • @Bulli


    I forgot to re-enable opcache in your php.ini file :(


    Edit the /var/www/fcgi/master/php5/php.ini file and set opcache.enable to 1 at bottom. Once done, restart the imscp_panel service ;)

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • For those which would get the same error, you must ensure that you do not have any orphaned user (customer). You can known this by executing the following query:



    SQL
    1. SELECT admin_id, admin_name FROM admin WHERE admin_type = 'user' AND admin_id NOT IN(SELECT domain_admin_id FROM domain)


    Here, any user listed in the result is an orphaned and must be removed.



    We will provide a cleaner script for orphaned entries soon.


    @Ninos


    What about a button at admin level which would trigger a task for such a case?

    • Orphaned custom DNS (no parent domain)
    • Orphaned subdomain (no parent domain or domain alias)
    • Orphaned domain (no parent user)
    • Orphaned gui entry (no parent user)
    • Orphaned mail entry (no parent domain)
    • and so on...

    Here, in each case, the worker (cleaner) should clean the system (orphaned vhost, orphaned maildir, orphaned webdir, orphaned homedir ...) What do you think about this?


    Running that worker on update would be also valuable in my opinion.

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206