нет ))

http://docs.telerik.com/data-access/developers-guide/database-specifics/postgresql/database-specifics-postgresql-overview таки видимо да :)

ага ))

используйте npgsql ?

да точна

он

тот темплейт, что в доке описан я подключил

zabbix_agent ничего не знает про темплейт mamonsu

давайте по порядку, в каком логе какие сообщения

да точна

запилите простой похожий пример: http://stackoverflow.com/questions/3594619/postgres-npgsql-connect-slower-than-sql-server

и спросите у npgsql :)

я не могу одно понять в самом select же выходит 12 секунд

вот это не понятно почему так долго 12 секунд

в том что 12 секунд = время сервера + время сети + время адаптера + время орм

и не факт что 12 секунд во времени сервера - потому что запросы в pgadmin выполняются ms

я не могу одно понять в самом select же выходит 12 секунд

1) Рестартаните сервер

2) выполните explain

и поймете реальное время чтения с диска

диск то тут причем? :(

если 60k строк не то что в буффера умешается (как это видно из скриншотов), оно наверно будет до перезагрузки машины жить в файловом кэше

у меня база локальная перезапустил сервис postgresql результат тот же

Dmitry Vasiliev, [03.11.16 14:22] в том что 12 секунд = время сервера + время сети + время адаптера + время орм Dmitry Vasiliev, [03.11.16 14:22] и не факт что 12 секунд во времени сервера - потому что запросы в pgadmin выполняются ms

сервер не причем

сервер возвращает данные за ms

отстаньте от сервера :)

тот же это какой? В pgadmin 12 сек?

давайте по порядку, в каком логе какие сообщения

@SergeySokolov ?

да pgadmin 9.5.1 версия

отстаньте от сервера :)

за ms это он читает из буффера. Для того чтобы читать из буфферов данные туда должны как то попасть

агент разве не забирает с сервера список активных айтемов?

блять. 60k строк у вас сидит в файловом кэше который в windows быстрее работает раза в 2 чем буфера postgresql

агент разве не забирает с сервера список активных айтемов?

нет, в zabbix сервер есть темплейт с активными метриками. эти метрики mamonsu сам присылает в сервер

т.е. ноде ни какого шаблона не нужно навешивать?

на которой нужно постгрес мониторит

за ms это он читает из буффера. Для того чтобы читать из буфферов данные туда должны как то попасть

он сделает это один раз и всё, забудь :)

т.е. ноде ни какого шаблона не нужно навешивать?

нужно навесить шаблон mamonsu и использовать клиент mamonsu

?

zabbix_agent про эти метрики ничего не знает и ничего не должен

https://github.com/postgrespro/mamonsu#configure

я вот это и проделал

он сделает это один раз и всё, забудь :)

все верно :) пока оттуда его что то не вытеснит. Я так понял что у человека проблема именно с чтением первый раз за 12 сек) А потом чтение за 5-10 ms.

все верно :) пока оттуда его что то не вытеснит. Я так понял что у человека проблема именно с чтением первый раз за 12 сек) А потом чтение за 5-10 ms.

ты неправильно понял, у человека всегда 12 секунд

ты неправильно понял, у человека всегда 12 секунд

да каждый раз 12 секунд ))

я вот это и проделал

скоро будет большая статья на хабре и нормальная дока

тормозит-то в том приложении, что он написал, а не в pgadmin

это когда я SET maintenance_work_mem

записываю

аааааа

@vadvmkn Add this template like PostgresPro-Linux at your monitoring host, or create host with mamonsu:

вот...

да, все правильно

вы подцепили темплейт

и запустите mamonsu

zabbix_agent вам не нужен

да, запустил

вы отсылаете метрики надеюсь в сервер? :)

а не в zabbix_agent?

mamonsu слушает 127.0.0.1 на порту 10052

не трогайте плиз, это просто для того чтобы получить запущенную версию, метрики и ошибки

просто api

в секции [zabbix] указал адрес сервера

вам нужно отсылать сообщения в zabbix - сервер

ок, объясните причем тут zabbix_agent

ага. А с агентом как быть если он у меня все остальное мониторит?

ERROR: S client not available

Да ладно!)

ага. А с агентом как быть если он у меня все остальное мониторит?

оставить как есть

Это что??

ну вот так не могу решить проблему ))

@vadvmkn ну вот агент идет на сервер, и получает там список активных ключей, которые подключились с темплейтом и не знает что с ними делать. Вот и ругается.

ок, увидел, извините

схему покажите

@vadvmkn ну вот агент идет на сервер, и получает там список активных ключей, которые подключились с темплейтом и не знает что с ними делать. Вот и ругается.

хммм....

@vadvmkn чтобы агент не делал этого нужно создавать ключи типа траппер.

ок, увидел, извините

Ничего:)

@vadvmkn чтобы агент не делал этого нужно создавать ключи типа траппер.

давайте переключимся в личку

Добрый день! Может кто сможет помочь. Не можем включить extension HSTORE. создаем от пользователя постгрес укаываем схему public пишет что там уже есть, пытаемся дропнуть пишет что не существует. но при дропе указать схему нельзя. а все махинации начали из за вот такой ошибки - ERROR: cannot cast type public.hstore to json

создаёте и дропаете в разных базах?

в одной

не указывать схему при создании пробовали? :)

сейчас попробуем

пробовали

не помогает

причем этот hstore установлен и включен

все таже ошибка

cannot cast type public.hstore to json

ага, у вас есть public.hstore вместо hstore, а кастов из public.hstore в json нет, есть только касты из hstore в json, так?

постгис из-за такого недавно выпилил к чертям возможность ставить его в другие схемы, поразвелось умных :)

так

валится на вот такой миграхе alter table avs_settings alter column settings type json using settings::json;

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

Кстате насчёт моего вопроса как быть )) что делать где искать проблему и проблема в чём может быть

Кстате насчёт моего вопроса как быть )) что делать где искать проблему и проблема в чём может быть

покажи схему

вангую, что у тебя есть много текстовых и прочих странных полей, и лежат они все в toast зазипованные

ща

\d+ "Documents" в psql