При добавлении хостов нет опросов.

[GetBit]

Прошу помощи...
Уже который день пытаюсь решить проблему: не опрашиваются машины после добавления.
готов предоставить любую информацию, вплоть до доступа.




Настройки Zabbix Agent:

DebugLevel=3

Server=192.168.1.5

ServerActive=192.168.1.5

Hostname=HostsTest

AllowRoot=1

C сервера выхлоп netstat -tupan | grep zabbix :


Кочегарим дамп c агента:

tcpdump port 10050 tcpdump: бла-бла-бла...

4 packets captured 4 packets received by filter 0 packets dropped by kernel

Проверки пробовал как активные, так пассивные. На данный момент активные.
Ранее машины опрашивались по серым айпи, теперь по белым.

Iptables отсутствует, у нас Juniper SRX - c портами всё ок, через telnet к портам подключаемся. Возможно конечно политики...

Использовались как серые айпи, а потом и вовсе белые...
Изначально пробовал по своему конфигурировать, а потом и вовсе настроил всё по документации - решения в итоге нет.

[aib]

Расскажите попроще, что хотите, что делали, что не получается...
- Хотите мониторинг Linux сервера?
- создали в вебе Хост?
- добавили к нему шаблон Template OS Linux?
- установили агента на Linux сервере?
- поправили настройки Firewall/iptables/SElinux?
- проверили связность с клиента на Zabbix и наоборот telnet'om?

- что происходит в логах клиента и сервера?
- есть ли ошибки в вебе напротив Элементов данных?

Чуть побольше "мяса", чтобы было, что "покурить"

[GetBit]

- Пока да, только Linux, но планируем и Windows.
- Да, хост создан.
- Да, шаблон Template OS Linux на месте.
- Да, агент установлен.
- Iptables/Selinux - отсутствуют. А вот Firewall присутствует - Juniper SRX, с ним пока не ясно, но в целом - вроде всё нормально...
- Да, связность telnet'ом есть.

Логи сервера:
в ближайшее время скину, есть некоторые обновления.

Логи агента:
в ближайшее время скину, есть некоторые обновления.

- Да, ошибки есть:
в ближайшее время скину, есть некоторые обновления.

[GetBit]

Спасибо за желание помогать!

p.s.
Извините, но может быть попробуем удалённо решить ситуацию?
Возможные проблемы и их решения опубликуем в данной теме для индексации, а также в остальных (которые были созданы на других ресурсах).
Это лучше, чем "флудить".

[GetBit]

[QUOTE=GetBit;186864]- Пока да, только Linux, но планируем и Windows.
- Да, хост создан.
- Да, шаблон Template OS Linux на месте.
- Да, агент установлен.
- Iptables/Selinux - отсутствуют. А вот Firewall присутствует - Juniper SRX, с ним пока не ясно, но в целом - вроде всё нормально...
- Да, связность telnet'ом есть.

Логи сервера:
в ближайшее время скину, есть некоторые обновления.

Логи агента:
в ближайшее время скину, есть некоторые обновления.

- Да, ошибки есть:
в ближайшее время скину, есть некоторые обновления.

[sadman]

server=192.168.1.5
serveractive=192.168.1.5
Использовались как серые айпи, а потом и вовсе белые...

Серые, белые... Сервер-то сейчас с какого ip приходит на агента?

[GetBit]

Серые, белые... Сервер-то сейчас с какого ip приходит на агента?

Не получилось сообщения отредачить... С белого.
В первом посте были дополнения... касаемо белых адресов, то есть, у нас сейчас белые.

[sadman]

Не получилось сообщения отредачить... С белого.
В первом посте были дополнения... касаемо белых адресов, то есть, у нас сейчас белые.

Тогда, полагаю, необходимо добавить их (или заменить ими старые) сюда:

server=192.168.1.5,<new_ip_address>
serveractive=192.168.1.5,<new_ip_address>

[GetBit]

Тогда, полагаю, необходимо добавить их (или заменить ими старые) сюда:

server=192.168.1.5,<new_ip_address>
serveractive=192.168.1.5,<new_ip_address>

Это уже было сделано, ситуация не изменилась.
Вероятно проблема уникальна, пробовал всё, что можно попробовать - поисковые системы и документация в этом помогали.

[sadman]

Это уже было сделано, ситуация не изменилась.

В таком случае необходимо искать в логе агента причину реджекта соединения. Берете агента, включаете ему DebugLevel=4, с Zabbix Server-а делаете zabbix_get -s... -k agent.ping и смотрите в лог - почему было отвергнуто соединение.

А то ещё такое бывает, что пакет приходит по одному роуту, а уходит по другому неизвестно куда...

[tuban]

Смотрите SourceIP в конфиге агента.

[GetBit]

Добавлю информации:

логи агента:

  7155:20160802:231255.865 Sending back [100.000000]
  7155:20160802:231255.865 __zbx_zbx_setproctitle() title:'listener #2 [waiting for connection]'
  7153:20160802:231256.205 __zbx_zbx_setproctitle() title:'collector [processing data]'
  7153:20160802:231256.205 In update_cpustats()
  7153:20160802:231256.205 End of update_cpustats()
  7153:20160802:231256.205 __zbx_zbx_setproctitle() title:'collector [idle 1 sec]'
  7157:20160802:231256.210 In send_buffer() host:'192.168.1.5' port:10051 entries:0/100
  7157:20160802:231256.210 End of send_buffer():SUCCEED
  7157:20160802:231256.210 __zbx_zbx_setproctitle() title:'active checks #1 [idle 1 sec]'
  7153:20160802:231257.205 __zbx_zbx_setproctitle() title:'collector [processing data]'
  7153:20160802:231257.205 In update_cpustats()
  7153:20160802:231257.205 End of update_cpustats()
  7153:20160802:231257.205 __zbx_zbx_setproctitle() title:'collector [idle 1 sec]'
  7157:20160802:231257.210 In send_buffer() host:'192.168.1.5' port:10051 entries:0/100
  7157:20160802:231257.210 End of send_buffer():SUCCEED
  7157:20160802:231257.210 __zbx_zbx_setproctitle() title:'active checks #1 [idle 1 sec]'
  7153:20160802:231258.206 __zbx_zbx_setproctitle() title:'collector [processing data]'
  7153:20160802:231258.206 In update_cpustats()
  7153:20160802:231258.206 End of update_cpustats()
  7153:20160802:231258.206 __zbx_zbx_setproctitle() title:'collector [idle 1 sec]'
  7157:20160802:231258.210 In send_buffer() host:'192.168.1.5' port:10051 entries:0/100
  7157:20160802:231258.210 End of send_buffer():SUCCEED
  7157:20160802:231258.210 __zbx_zbx_setproctitle() title:'active checks #1 [idle 1 sec]'

логи сервера:

 12429:20160802:231530.867 using configuration file: /etc/zabbix/zabbix_server.conf
 12429:20160802:231530.873 current database version (mandatory/optional): 03000000/03000000
 12429:20160802:231530.873 required mandatory version: 03000000
 12429:20160802:231530.877 server #0 started [main process]
 12433:20160802:231530.877 server #1 started [configuration syncer #1]
 12434:20160802:231530.878 server #2 started [db watchdog #1]
 12436:20160802:231530.879 server #4 started [poller #2]
 12439:20160802:231530.884 server #7 started [poller #5]
 12440:20160802:231530.888 server #8 started [unreachable poller #1]
 12441:20160802:231530.888 server #9 started [trapper #1]
 12442:20160802:231530.892 server #10 started [trapper #2]
 12437:20160802:231530.892 server #5 started [poller #3]
 12438:20160802:231530.896 server #6 started [poller #4]
 12435:20160802:231530.900 server #3 started [poller #1]
 12444:20160802:231530.904 server #12 started [trapper #4]
 12445:20160802:231530.904 server #13 started [trapper #5]
 12448:20160802:231530.908 server #16 started [housekeeper #1]
 12447:20160802:231530.908 server #15 started [alerter #1]
 12446:20160802:231530.909 server #14 started [icmp pinger #1]
 12449:20160802:231530.909 server #17 started [timer #1]
 12443:20160802:231530.909 server #11 started [trapper #3]
 12450:20160802:231530.921 server #18 started [http poller #1]
 12453:20160802:231530.924 server #21 started [history syncer #2]
 12455:20160802:231530.928 server #22 started [history syncer #3]
 12452:20160802:231530.929 server #20 started [history syncer #1]
 12456:20160802:231530.938 server #23 started [history syncer #4]
 12457:20160802:231530.939 server #24 started [escalator #1]
 12460:20160802:231530.952 server #25 started [proxy poller #1]
 12461:20160802:231530.956 server #26 started [self-monitoring #1]
 12451:20160802:231531.007 server #19 started [discoverer #1]

В таком случае необходимо искать в логе агента причину реджекта соединения. Берете агента, включаете ему DebugLevel=4, с Zabbix Server-а делаете zabbix_get -s... -k agent.ping и смотрите в лог - почему было отвергнуто соединение.

выхлоп с команды: zabbix_get [12859]: Get value error: cannot resolve [...]
логи на сервере после выхлопа: 12821:20160802:232441.794 enabling Zabbix agent checks on host "Test": host became available

(возможно ошибаюсь) во время запроса с сервера у агента в логе я увидел это:
7298:20160802:232403.436 In refresh_active_checks() host:'192.168.1.5' port:10051
7298:20160802:232403.437 sending [{"request":"active checks","host":"Test"}]
7298:20160802:232403.437 before read


Странно... хост корректно прописан....

В самом конфиге агента:

### Option: Hostname
#       Unique, case sensitive hostname.
#       Required for active checks and must match hostname as configured on the server.
#       Value is acquired from HostnameItem if undefined.
#
# Mandatory: no
# Default:
# Hostname=

Hostname=Test

И в интерфейсе сервера:

[sadman]

выхлоп с команды: zabbix_get [12859]: Get value error: cannot resolve [...]

"cannot resolve" что?

zabbix_get -s 192.168.1.3 -k agent.ping работает?

Zabbix сервер на 192.168.1.5 слушает, других адресов у него нет?

[GetBit]

"cannot resolve" что?

zabbix_get -s 192.168.1.3 -k agent.ping работает?

Zabbix сервер на 192.168.1.5 слушает, других адресов у него нет?

1. cannot resolve - больше ничего нет, полностью скопировал строку.
2. Пропинговка агента работает (наверно), выводит значение 1.
3. Нет, других адресов нет. 192.168.1.5 это внутренний адрес машины - он же адрес забикс сервера, внутри сети никаких ограничений у нас нет.

Через внешку примерно аналогичный результат, но там есть ограничения касаемо протоколов.

[sadman]

1. cannot resolve - больше ничего нет, полностью скопировал строку.

В исходниках агента "cannot resolve" в отношении сети относится только к преобразованию dns.

zabbix_get.exe -s www.dd.local -k "agent.ping"
zabbix_get.exe [7868]: Get value error: cannot resolve [www.dd.local]

2. Пропинговка агента работает (наверно), выводит значение 1.

Значит пассивные проверки должны работать.

3. Нет, других адресов нет. 192.168.1.5 это внутренний адрес машины - он же адрес забикс сервера, внутри сети никаких ограничений у нас нет.

Судя по огрызкам логов и работе agent.ping - проблема в области активных проверок. Агент должен получить список ключей в ответ на запрос [{"request":"active checks","host":"Test"}].

Больше тут сказать нечего. Остальное можно понять только потыркав систему.