LINUX.ORG.RU

Сообщения nairon

 

Munin и графики

Добрый день!

Поставил munin на сервер, для мониторинга локалхоста, всё запустилось. Однако при открытии страницы детального графика, сам график не строиться (при этом на других страницах графики есть). Выдает ошибку 500 (раньше давал access denied, не досмотрел в конфиге апача). Подскажете что может быть?

скрин вывода: https://ibb.co/eP4Zxe

Часть конфига апача (пути для графов): 

 # Enables fastcgi for munin-cgi-graph if present
ScriptAlias /munin-cgi/munin-cgi-graph /usr/lib/munin/cgi/munin-cgi-graph
<Location /munin-cgi/munin-cgi-graph>
        AllowOverride all
        Order allow,deny
        #Allow from localhost 127.0.0.0/8 ::1
        Allow from all
         AuthUserFile /etc/munin/munin-htpasswd
         AuthName "Munin"
         AuthType Basic
         require valid-user
        <IfModule mod_fcgid.c>
            SetHandler fcgid-script
        </IfModule>
        <IfModule !mod_fcgid.c>
            SetHandler cgi-script
        </IfModule>
</Location>

ScriptAlias /munin-cgi/munin-cgi-html /usr/lib/munin/cgi/munin-cgi-html
<Location /munin-cgi/munin-cgi-html>
        AllowOverride all
        Order allow,deny
        #Allow from localhost 127.0.0.0/8 ::1
        Allow from all
         AuthUserFile /etc/munin/munin-htpasswd
         AuthName "Munin"
         AuthType Basic
         require valid-user
        <IfModule mod_fcgid.c>
            SetHandler fcgid-script
        </IfModule>
        <IfModule !mod_fcgid.c>
            SetHandler cgi-script
        </IfModule>
</Location>
Логи munin-cgi-graph, munin-cgi-html, munin-graph пустые. Права на логи выданы.

В munin-update ворчит на: 

  Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label rename
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label fsinfo
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label lookup
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label readdirplus
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label symlink
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label readdir
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label read
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label readlink
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label commit
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label remove
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label setattr
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label getattr
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label create
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label mkdir
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label write
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label access
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label pathconf
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label rmdir
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label mknod
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label link
2018/08/22 10:30:05 [WARNING] Service nfs_client on Munlocal/127.0.0.1:4949 returned no data for label fsstat
Буду рад любым советам.

 ,

nairon
()
1 комментарий

gzip не хочешь сжимать

Добрый день! На одном из новых vds необходимо было запаковать да и сжать директорию весом в 31 G. При команде tar -zcvf /path/file.tar.gz /path/dir конечный файл получается максимум на 1 гиг меньше) -j собственно почему то не сильно лучше его жмет, хотя времени тратит прилично.

Пробывал с конвейером задавать gzip-у степень сжатия, tar ругался на пустой архив и отказывался паковать. Собственно интересует, можно ли выставить другие степени сжатия по умолчанию для gzip или bzip2 чтоб не прописывать их в ручную и запускать просто tar-ом и где искать их конфиги? Также нигде не нашел инфы по тому, могут ли они сжать файлы rar например которые были без сжатия и насколько падает эффективность в зависимости от того что сжимаешь. Если у кого есть ссылка на материал буду очень признателен.

 , ,

nairon
()
20 комментариев

Проблемы с ipsec

Пытаюсь законнектить сервер по vpn к провайдеру. 

config setup       
        dumpdir=/var/run/pluto/
        nat_traversal=yes
virtual_private=%v4:10.0.0.0/8,%v4:192.168.0.0/16,%v4:172.16.0.0/12,%v4:25.0.0.0/8,%v6:fd00::/8,%v6:fe80::/10
        oe=off
        protostack=auto

conn A2P
        authby=secret
        pfs=no
        auto=add
        keyingtries=3
        dpddelay=30
        dpdtimeout=120
        dpdaction=clear
        rekey=yes
        ikelifetime=1h
        keylife=1h
        type=transport
        ike=aes128-sha1-modp1024!
        phase2alg=aes128-sha1-modp1024
        aggrmode=no
        left=%defaultroute
        right=*

ipsec.secrets На PSK «pre-shared-key»

Пытаюсь поднять 

root@smsweb:~# ipsec auto --up A2P
000 initiating all conns with alias='A2P'
021 no connection named "A2P"

Это вроде еще понятно, добавляю его

root@smsweb:~# /usr/sbin/ipsec auto --add A2P
034 esp string error: Non initial digit found for auth keylen, just after "aes128-sha1-" (old_state=ST_AA_END)

А вот это уже неочень понятно. Подскажите куда смотреть? Я вижу что он либо на ike либо на phase2alg ругается, но что ему не нравиться не пойму.

 ,

nairon
()
11 комментариев

Периодический no route to host

Есть 3 виртуальных севереа, 2 севера apache(pm) и mysql, и 3ий(cc) сервер apache, который общаеться с mysql через pm. После создания snapshota и ребута cc сложилась такая картина.

Днём все работает хорошо, но наступает вечер и периодически сервера перестают коннектится, пингую cc к pm пишет: 

From cc: destination host unreachable

Пинг pm к cc в этот момент: 

From pm: destination host unreachable

Браузер клиента выдает no route to host по 80 порту.

CC route -n

( читать дальше... )

CC ifconfig

( читать дальше... )

PM route:

( читать дальше... )

pm ifconfig

( читать дальше... )

traceroute днём, когда работает.

traceroute to pm2.citrt.net (85.233.65.239), 30 hops max, 60 byte packets
 1  pm2.citrt.net (85.233.65.239)  0.237 ms  0.246 ms  0.217 ms

netstat

root@cardcall2:~# netstat -anp |grep LISTEN
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1347/exim4
tcp        0      0 0.0.0.0:10050           0.0.0.0:*               LISTEN      5651/zabbix_agentd
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      8628/mysqld
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      533/sshd
tcp6       0      0 ::1:25                  :::*                    LISTEN      1347/exim4
tcp6       0      0 :::443                  :::*                    LISTEN      991/apache2
tcp6       0      0 :::10050                :::*                    LISTEN      5651/zabbix_agentd
tcp6       0      0 :::80                   :::*                    LISTEN      991/apache2
tcp6       0      0 :::22                   :::*                    LISTEN      533/sshd
unix  2      [ ACC ]     STREAM     LISTENING     16407    2050/systemd        /run/user/0/systemd/private
unix  2      [ ACC ]     STREAM     LISTENING     7537     1/init              /run/systemd/private
unix  2      [ ACC ]     STREAM     LISTENING     7561     1/init              /run/lvm/lvmetad.socket
unix  2      [ ACC ]     SEQPACKET  LISTENING     7564     1/init              /run/udev/control
unix  2      [ ACC ]     STREAM     LISTENING     7567     1/init              /run/systemd/journal/stdout
unix  2      [ ACC ]     STREAM     LISTENING     11435    1/init              /var/run/dbus/system_bus_socket
unix  2      [ ACC ]     STREAM     LISTENING     11438    1/init              /run/acpid.socket
unix  2      [ ACC ]     STREAM     LISTENING     106685   8628/mysqld         /var/run/mysqld/mysqld.sock

Также CC вытаскивает для выпадающего списка данные с мускула, и они не вытягиваються иногда, даже при остуствии данной ошибки. Грешил на мускул, уже все перелопатил. Первоначальная проблема, та что в шапке, посмотрел все что в пределах моих знаний, ничего не нашел. Просьба помочь и направить. Куда смотреть? Что диагностировать? Как излечить сию нечистую?

Система на всех серверах debian.

Буду благодарен любому ответу.

 , ,

nairon
()
22 комментария

RSS подписка на новые темы