• Applications
  • [Discussion] [Tuto] NETDATA : Supervisez vos serveurs !

Bonjour
Serait il possible d'avoir un petit retour concernant des erreurs que netdata me retourne régulièrement, il est installé sous OMV sur un serveur HP proliant ml310 G5 en raid 5: voici ce que disent en gros les logs:
25/09/2016 20:21:20	system.cpu	10min_cpu_iowait = 31 %	CRITICAL
25/09/2016 20:17:14	disk_space.md0	out_of_disk_space = 20 hours	CRITICAL
25/09/2016 20:16:09	disk_backlog.cciss_c0d2	10min_disk_backlog = 2290 ms	CRITICAL
25/09/2016 20:16:09	disk_backlog.cciss_c0d1	10min_disk_backlog = 2345 ms	CRITICAL
25/09/2016 20:16:09	disk_backlog.cciss_c0d0	10min_disk_backlog = 2074 ms	CRITICAL
Est ce un défaut des HDD ou un Raid mal monté ?
Pour le CPU je sèche par contre
Merci
4 mois plus tard

bonjour
je viens de l'installer sur mon serveur avec l'installation nginx/rutorrent
petit soucis:
j'ai bien crée le fichier netdata.conf sous nginx tel que mentionné dans le tuto

mais je n'accede a netdata que via l'adresse http://adresse:19999 alors que je voudrais uniquement y acceder via https://adresse:19999
la partie ssl ne semble pas marcher
dois je rajouter qq choses dans le fichier rutorrent.conf ??

2 mois plus tard

bonjour,

je viens d'installer NETDATA sur un nouveau serveur fraichement installé. mais contrairement à ce que j'ai sur mes autres machines je n'ai que très peu d'information. avez vous s'il vous plait une idée ? merci

netadata

Salut,
Manquent les infos : quel serveur ? Quel OS ? Quoi d'autre d'installé dessus ?

Désolé il était tot j'étais encore dans le gaz 😉

donc c'est un serveur dedie chez SYS :

Linux nux 3.14.32-xxxx-grs-ipv6-64 #7 SMP Wed Jan 27 18:05:09 CET 2016 x86_64 GNU/Linux 8.7

je n'ai par exemple pas accès aux statistiques de ma carte réseau ou de mes conteneurs Docker.

J'ai le script de ex_rat dessus avec :

  • rutorrent
  • sickrage
  • syncthing
  • monit
  • etc

merci par avance 🙂

Ça peut (à prendre avec des pincettes, j'ai toujours installé le noyau de base) venir du fait que tu n'as pas installé le noyau "propre" mais celui modifié d'OVH.
Quand tu dis que tu n'as pas "accès à", quelle est ta commande par exemple pour les stats réseau ? Et qu'est-ce que ça te sort ?

disons que ce serveur avait le Netdata avec toutes les infos il y a 48 heures. mais suite à reboot et install de la mise à jour netdata (je ne l'avais pas fait depuis 1-2 ans) pas mal d'info on disparu.

j'ai lu dans les commentaires plus haut ce problème de noyau propre. cela n'est pas dangereux de le remplacer ?

merci pour tous ces infos.

Y'a toujours un risque quand on manipule une distribution au niveau du noyau.

ce qui m'intrique c'est pourquoi ça fonctionnait bien avant et pourquoi suite au reboot et à la maj les infos ont disparu.

je ne sais pas quoi faire. mais les infos du reseau me manquent cruellement.

un truc de dingue je le lance via docker et là j'ai toutes mes infos .... comme avant la maj

3 mois plus tard

Salut salut !

Déjà encore merci pour le site et les info, c'est top !

Je suis en train de me galérer pour configurer Netdata en URI.
Je suis sur que c'est à cause de ma méconnaissance de Nginx 🙂

J'ai vu plus haut que c’était possible une modif dans la conf de Nginx. Voici ce que j'ai mis :

<code>
server {
listen 80 default_server;
listen 443 default_server ssl http2;
server_name _;

    index index.html index.php;
    charset utf-8;
    client_max_body_size 10M;

    ssl_certificate /etc/nginx/ssl/server.crt;
    ssl_certificate_key /etc/nginx/ssl/server.key;

    include /etc/nginx/conf.d/ciphers.conf;

    access_log /var/log/nginx/rutorrent-access.log combined;
    error_log /var/log/nginx/rutorrent-error.log error;

    error_page 500 502 503 504 /50x.html;

    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

    root /var/www;

    location = /favicon.ico {
            access_log off;
            log_not_found off;
    }

    location = /50x.html {
            root /usr/share/nginx/html;
    }

    location ~ \.php$ {
            fastcgi_index index.php;
            include /etc/nginx/fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
    }

    location ~* \.(jpg|jpeg|gif|css|png|js|map|woff|woff2|ttf|svg|eot)$ {
            expires 30d;
            access_log off;
    }

    location ~* \.(eot|ttf|woff|svg)$ {
            add_header Acccess-Control-Allow-Origin *;
    }

    ## Config accueil serveur ##

    location ^~ / {
            root /var/www/base;
            include /etc/nginx/conf.d/php.conf;
            include /etc/nginx/conf.d/cache.conf;
            satisfy any;
            allow all;
    }

    ## Config rutorrent ##
    location /rutorrent {
            try_files $uri $uri/ /index.html;
    }

    location ~ ^/rutorrent/(conf|share)/(.+)$ {
            deny all;
    }

    ## Config munin ##

    location /graph {
    }

    location /graph/img {
            error_log /dev/null crit;
    }

    location /monitoring {
            auth_basic "Monitoring";
            auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_djin";
    }

    location ^~ /nginx_status {
            stub_status on;
            access_log off;
            satisfy any;
            allow 127.0.0.1;
            deny all;
    }

    ## Config seedbox-manager ##

    location /seedbox-manager {
            try_files /seedbox-manager/$uri /seedbox-manager/index.php$is_args$args;
    }

    ## Config utilisateurs ##

    location /DJIN {
            include scgi_params;
            scgi_pass 127.0.0.1:5001;
            auth_basic "seedbox";
            auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_djin";
    }
    ## Test djin
    location /test {
            try_files $uri $uri/ /index.html;
    }
    ## test NetData
    location @netd {
            rewrite ^/netdata(.*) /$1 break;
            proxy_pass http://127.0.0.1:19999;
            proxy_http_version 1.1;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Remote-Port $remote_port;
            proxy_set_header X-Forwarded-Proto $remote_addr;
            proxy_set_header X-Forwarded-Protocol $scheme;
            proxy_redirect  off;
    }

    location /netdata {
            root /var/www;
            index index.html;
            try_files $uri $uri/ @netd;
    }

}</code>

La page se charge mais pas le CSS du coup ça va pas bien !
J'ai tenté avec la config préconisé par les DEV sans résultat.

Pourriez vous m'aider ?

Merci

Il me semble qu'il y a un feinte pour charger le css ça doit être dans le topic c'est dans l'url :
Voici ma conf pour netdata en URI (à coller dans ton bloc server):

ATTENTION: il faut taper tondomaine/netdata/ (ne pas oublier le "/" final), sinon tes .css ne seront pas chargés et ta page va ressembler à rien.

PS: si quelqu'un a une idée d'ailleurs à ce soucis, je prends

    7 jours plus tard

    C'était quoi déjà ? Je n'ai point eu l'occasion de vraiment regarder...
    Enfin bref, @kolgate mon idée c'est qu'il faudrait plutôt exploiter la directive alias.
    La seule autre chose dont je me souviens, c'est qu'il faut se servir d'une commande tel que : locate netdata afin de dénicher les bons répertoires (ou chemins).

    Si tu veux utiliser locate, fait updatedb avant

    4 jours plus tard

    J'ai relancé cet outil sur mon nouveau serveur et ce coup-ci je suis bien décidé à avoir le SSL.
    Problème, impossible de l'avoir, le site est détecté comme dangereux alors qu'il a un certificat letsencrypt au cul...

    J'ai créé un Vhost spécial pour netdata :

    server {
            listen 443;
            server_name xxx.xxx.xxx;
            ssl on;
            charset utf-8;
    
        ssl_certificate /etc/letsencrypt/live/welcome.xxx.xxx/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/xxx.xxx.xxx/privkey.pem;
    
        auth_basic "Zone restreinte:";
        auth_basic_user_file /etc/nginx/.htpasswd;
    
        location / {
        proxy_pass http://xxx.xxx.xxx:19999;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Server $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_http_version 1.1;
        proxy_pass_request_headers on;
        proxy_set_header Connection "keep-alive";
        proxy_store off;
    }
    
    }

    J'ai un vhost similaire au tiens. Cela doit venir de la déclaration de tes certificats. Assure toi que les chemins d'accès et noms de fichiers sont corrects.

    C'est bien le cas. J'ai l'impression que y'a un conflit avec mon rutorrent.conf

    14 jours plus tard

    J'ai un problème avec les users, il n'y a que "netdata" d'afficher quelqu'un a t'il déjà eu ce problème ?

    17 jours plus tard

    Wonderfall

    Comment je fais pour faire un proxy_pass avec let'sencrypt depuis mon conteneur reverse ?

    Répondre…