502 Bad Gateway



  • Hello everybody,

    Since 2 weeks I have many problems with the panel.
    I follow all the instructions, I create scales, etc. etc.

    But after 10 min ~ (sometimes it's more), the panel, the server, nginx, everything except SSH/FTP stops. And I have a beautiful "Error 502 - Bad Gateway" or another error from the gateway (504).

    The bug appeared on 3 differents systems :

    • Debian 8.4
    • Ubuntu 15.10 (approved by PP)
    • Ubuntu 16.04

    My machine is hosted by OVH (I don't have custom kernel, I always click on "Standard Kernel" when I install the system), and the technicians have already changed the disk two times.

    When I try to restart php5-fpm, It asks to me to read the journal :
    ● php5-fpm.service - The PHP FastCGI Process Manager
    Loaded: loaded (/lib/systemd/system/php5-fpm.service; enabled; vendor preset: enabled)
    Active: failed (Result: exit-code) since lun. 2016-05-23 00:25:49 CEST; 22s ago
    Process: 8840 ExecStart=/usr/sbin/php5-fpm --nodaemonize --fpm-config /etc/php5/fpm/php-fpm.conf (code=exited, status=254)
    Process: 8835 ExecStartPre=/usr/lib/php5/php5-fpm-checkconf (code=exited, status=0/SUCCESS)
    Main PID: 8840 (code=exited, status=254)

    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in NET-SNMP-AGENT-MIB: nsNotifyRestart ::= { netSnmpNotifications 3 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laErrMessage ::= { laEntry 101 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laErrorFlag ::= { laEntry 100 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laLoadFloat ::= { laEntry 6 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laLoadInt ::= { laEntry 5 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laConfig ::= { laEntry 4 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laLoad ::= { laEntry 3 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laNames ::= { laEntry 2 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Cannot adopt OID in UCD-SNMP-MIB: laIndex ::= { laEntry 1 }
    mai 23 00:25:49 Samael php5-fpm[8840]: Mon May 23 00:25:49 2016 (8840): Fatal Error Unable to create lock file: Bad file descriptor (9)

    When I use "apt-get update/upgrade/install/*", I have a :
    W: Not using locking for read only lock file /var/lib/dpkg/lock
    E: Unable to write to /var/cache/apt/
    E: The package lists or status file could not be parsed or opened.

    And when I try to mount disk to resolve problem, I have a "bus error"

    My server, I don't know why, locks everything. But only when I use PufferPanel.
    I don't know what to do... quit the panel would make me disappointed.

    Could someone please help me to resolve this ?
    Thank you in advance.

    (And sorry for my wonderful english ;) )



  • I'll start off by saying I haven't heard of anyone having this issue before, and OVH is a very popular provider that many people run PufferPanel on. I definitely would not recommend using Ubuntu 16.04 right now because we do not support it, 14.04 or 15.10 would be your best bet for the time being. That being said I have a guess as to what this issue is.

    OVH likes to partition machines so they have almost all storage mounted as /home. They leave a very small amount of space for everything else on the system, and it's possible your machine is running out of disk space. Could you please provide the output of the following command (on a system experiencing this issue)?
    (as root or with sudo)

    df -h
    


  • Hi,
    First of all, I would like to thank you for taking your time to answer to us.

    Since I've got SSH access to Shagequi's server, here is what you asked him to provide. ( Input : df -h )

    Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
    udev 16G 0 16G 0% /dev
    tmpfs 3,2G 9,0M 3,2G 1% /run
    /dev/sda1 116G 2,8G 107G 3% /
    tmpfs 16G 0 16G 0% /dev/shm
    tmpfs 5,0M 0 5,0M 0% /run/lock
    tmpfs 16G 0 16G 0% /sys/fs/cgroup
    /dev/sda2 104G 7,4G 91G 8% /home
    tmpfs 3,2G 0 3,2G 0% /run/user/0
    Picture if needed : http://i.imgur.com/zGTeKbR.jpg

    Regards,
    Speedy.



  • It would appear that my guess is not correct then, as it looks like you have plenty of disk space on all of your mount points. It is very puzzling that this issue would occur only after a certain amount of time. To help give us a better idea of what is going on could you please provide the following log files? You can paste them and any large amounts of text to http://paste.ee and give us the URLs you are taken to.

    /var/log/nginx/error.log
    /var/log/php5-fpm.log
    /srv/pufferpanel/logs/exception.log
    /srv/pufferpanel/logs/info.log
    /srv/scales/logs/proc.log

    I would also like the output of dmesg if possible.

    sudo dmesg
    

    Thanks.



  • Here is the only thing I can provide, in facts srv/pufferpannel/logs and srv/scales are empty.
    http://pastebin.com/VesRvwMY



  • This is almost certainly a hardware or underlying OS related issue that may only be manifesting itself after installing new software or when PufferPanel tries to access the file system. As evidenced by your dmesg output, it is definitely something more than what PufferPanel can cause. I would recommend continuing to troubleshoot with your host.


Log in to reply
 

Looks like your connection to PufferPanel Community was lost, please wait while we try to reconnect.