Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


OpenStatus Server Monitoring System Release - Page 2
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

OpenStatus Server Monitoring System Release

24

Comments

  • Glad to hear that it's working now.

  • @NickM What ever came of your discussion with Fran about using the buyvm+ free backup to host your openstatus page?

  • He said that it was fine to host status pages there. I don't think it'll be too good of an idea though because you'd need to copy the database file over to there, and you'd need some way to update it regularly. You'd essentially need a PHP version of openstatus-server, running on buyvm+. Probably better to just have your openstatus-server with a different provider in a different datacenter (or at the very least, on a different node).

    I might build in some kind of clustering support for openstatus-server though, so you can have multiple servers updated by just one openstatus-client. Currently, you could run two instances of openstatus-client on each box, each with different configs, updating to different servers if you wanted to have a fallback in case the primary openstatus-server fails, but that's not very efficient.

  • iKockaiKocka Member
    edited October 2011

    colspan should be 7 because there are only 7 collumns :)

  • Indeed it should. Not a huge deal since it still renders properly, but I've fixed it in the branch for the next version.

  • SimplyfastSimplyfast Member
    edited October 2011

    I get "Unable to connect to the database - please try again later." error.
    Both database file and folder are 666 and owned by www-data.
    Sqlite and python installed.
    Please help.

    My configs:

    server {
        server_name ***;
      access_log /var/log/nginx/openstatus.access.log;
            error_log /var/log/nginx/openstatus.error.log;
    
            root /usr/share/openstatus-server/public_html;
        include /etc/nginx/fastcgi_php;
        location / {
            index index.php;
            if (!-e $request_filename) {
                rewrite ^(.*)$  /index.php last;
            }
        }
    }
    
    [server]
    listen_ip = 127.0.0.1# Self explanatory?
    port = 12999
    email_from = root@localhost # Email address for the From: header of sent emails.
    
    [warning] # Options for Warn-level alerts
    email = root@localhost # Email address to send alert to. Using gmail's label feature to separate them
    
    [critical] # Options for Critical-level alerts
    email = root@localhost
    
  • diffradiffra Member
    edited October 2011

    Simplyfast: I had the same thing. Restart php by issuing /etc/init.d/php-cgi restart and you'll be good. SQLite gets installed when you install the openstatus app from apt, but it doesn't restart php to enable.

    Thanked by 1Simplyfast
  • Oh, thats easy, I've restarted NGINX instead.
    TNX :)

  • Still stuck: http://46.105.166.104/index.php.
    No RAM no DISK no UPTIME etc.

  • Did you edit openstatus-client.conf? Does your hostname entered match with the output of /bin/hostname?

    Thanked by 2Simplyfast mrm2005
  • Done with the hostname.
    Thanks

  • How do you install client on CentOS?

  • @LivingSoul: Clone the git repo, available here. The only files you really need are openstatus-client and openstatus-client.conf (you'll probably want to make your own init script, or set up some other way for it to start at boot, I'm not quite sure how it's done on CentOS). Make sure you have python and the necessary modules installed. Put the conf file at /etc/openstatus/openstatus-client.conf and the openstatus-client file somewhere in your PATH.

    Thanked by 2LivingSouL mrm2005
  • LivingSouLLivingSouL Member
    edited October 2011

    @NickM: I get this error running openstatus-client on CentOS

    # /usr/bin/openstatus-client
      File "/usr/bin/openstatus-client", line 12
        options, remainder = getopt.getopt(sys.argv[1:], 'dc:', ['debug',])
              ^
    IndentationError: expected an indented block
    

    The error above has been fixed. Now, I get this error:

    # /usr/bin/openstatus-client
    Traceback (most recent call last):
      File "/usr/bin/openstatus-client", line 2, in 
        import socket, select, signal, os, sys, atexit, re, getopt, time, setproctitle
    ImportError: No module named setproctitle
    
    
  • LivingSouLLivingSouL Member
    edited October 2011

    Whew.. having a hard time trying to run the client on CentOS

    # /usr/bin/openstatus-client
      File "/usr/bin/openstatus-client", line 232
        except IOError as (errno, strerror):
                        ^
    SyntaxError: invalid syntax
    
    

    but I've successfully ran scrd on the same box. Any ideas anyone?

  • What version of python does CentOS have? Seems like it might be 2.4, since that's the same error that you get trying to run the 2.6 version on 2.4. Use python 2.6.

  • i keep getting this: Could not connect to server: Connection refused
    no idea what i am doing wrong

  • Looks awesome! Will try it out when I can!

  • It works really great, but sometimes the server "freezes", it stops updating status for unknown reason. When I restart openstatus-server it resumes normal operation.

    It happened twice already, anything I can do to help you find out the reason if it happens again?

  • vedran said: It works really great, but sometimes the server "freezes", it stops updating status for unknown reason. When I restart openstatus-server it resumes normal operation.

    It happened twice already, anything I can do to help you find out the reason if it happens again?

    It happened once to me too.

  • Looks really nice, I got it working with lighttpd as I have no experience with nginx.

    Have also seen the random freeze on the openstatus-server, would you like any logs or anything?

  • NickMNickM Member
    edited October 2011

    Sorry, but I haven't run into any issues with -server randomly freezing. Please send me the contents of /etc/openstatus/openstatus-server.log (though there's probably nothing useful in there). Also, please include the output of the following commands:

    uname -a

    python --version

    Also helpful would be the contents of "outfile" after running: strace -p PID -o outfile while openstatus-server seems to be frozen (replace PID with the PID of the openstatus-server process).

  • This looks great, I might have to give it a go.

  • NickMNickM Member
    edited October 2011

    I've just published packages for version 0.2.0 of OpenStatus. A standard apt-get update && apt-get upgrade should upgrade you to the latest versions if you have version 0.1.0 installed from my repository. For new installations on Debian and its derivatives, please see this page for installation instructions. If you're using another distro, I'll be uploading the new version to GitHub tomorrow.

    I recommend updating both clients and servers due to a change in how memory usage is gathered and represented. Some clients running version 0.1.0 - namely VPSes based on Xen, KVM, and OpenVZ on CentOS 6 nodes with vSwap off, along with bare-metal OS installations - that send their info to a server running version 0.2.0 will probably display memory usage incorrectly. OpenVZ clients on CentOS 5 or CentOS 6 nodes with vSwap on should not experience this issue, but you should still upgrade the client machines if you update the server.

    If you've made customizations to your web interface, I recommend backing up the /usr/share/openstatus-server/ directory - the upgrade will overwrite any customizations.

    Changes:

    • Both the Debian 6 (Squeeze) and Debian 5 (Lenny) packages use the exact same code.
    • Memory reporting now reports memory usage minus buffers and cache, giving more accurate memory usage stats.
    • Better looking display of services for each server. (See: http://openstatus-demo.nickmoeck.com)
    • Notes field is now hidden if no notes are displayed.
    • Can now delete servers and services from the web interface
    • Init scripts (should) work properly now

    I'll be continuing to work on the programs - planned new features in upcoming versions include:

    • Ability to send updates to multiple openstatus-servers from one openstatus-client process
    • Historical data for memory, load average, disk usage, etc
    • Any other good features that you suggest!

    Everything has been tested on Debian 5 and 6, and both the server and client work properly for me, but I can't test the system under every set of conditions, so if you notice a problem, please let me know and I'll try to get it fixed. If you fix it on your own, please also let me know how you solved the problem. Thanks, and enjoy!

  • I think you have released v 0.2 to quickly. There are several issues:

    1. After upgrade "Last Updated" was displayed only for first server.
    2. Memory usage is not being displayed properly although I upgraded client to v 0.2.
    3. Chrome crashed every time I visited my server status.
  • NickMNickM Member
    edited October 2011

    You're right, I apparently did release it a little too early - I apologize. I tracked down the first issue, that's fixed. I forgot to increment a counter variable for the javascript.

    Second issue: Can you tell me what exactly is being displayed, and what should be displayed? If it's displaying a number and that number seems wrong, what are you comparing it to? It should match the output of the "+/- buffers/cache" line of free -m. Also, please tell me more about your setup - is it OpenVZ, Xen, KVM?

    Third issue: This is probably related to the first issue. The faulty javascript that was being produced probably caused the browser to crash. Current Chrome stable version (running on Ubuntu) does not crash.

    Version 0.2.1 is now available in the repo to address the first and third issue.

  • @NickM

    Sever froze again. server log shows only a few json errors, but there are no timestamps so I have no idea when it happened or it has something to do with it. Btw, adding timestamps to the log might be useful.

    Python version is 2.6.6, kernel is 2.6.32-238.12.1.el5.pony6-1 #3 SMP Fri Jun 3 16:37:31 PDT 2011 i686 GNU/Linux (BuyVM obviously)

    strace only shows this:

    recv(5,  <unfinished ...>

    This is still 0.1 version of the server.

    Anything else I can do? I'll keep it "stuck" for now.

  • Go59954Go59954 Member
    edited October 2011

    Just following all updates, waiting for the next stable release ;)

  • vedran said: Anything else I can do? I'll keep it "stuck" for now.

    I think I've figured out what the problem is. If the client is trying to send more than 1024 bytes, it's hanging. The server is expecting a maximum of 1024 bytes, so it's never getting the end of the data. Try increasing BUFFER_SIZE in /usr/bin/openstatus-server

    I need to write some better socket handling code to handle this condition.

  • Ok, I hope that's it. I'll let you know if the server freezes again.

Sign In or Register to comment.