countplans.sh[<db ip>].last()}>80

Можно посмотреть sh-ник из триггера заббикса? Хотя бы до строки psql

var=`psql -h$1 -U"postgres" -w -d"ce_plans" -t < $(dirname $0)/sql/countplans.sql` echo $var|tr -d "\t\n"

в countplans.sql лежит один-единственный примитивный select

select не важен

ну это к тому, что там ничего интересного

var=`psql -h$1 -U"postgres" -w -d"ce_plans" -t < $(dirname $0)/sql/countplans.sql` echo $var|tr -d "\t\n"

в упор не понимаю, как работала сия конструкция до последней пары дней

можно еще раз - если с заббикса запустить psql -h ip_addr -U postgres -w -d ce_plans, то подключение проходит?

можно еще раз - если с заббикса запустить psql -h ip_addr -U postgres -w -d ce_plans, то подключение проходит?

А локально нет, так?

Я вот тоже пока не понимаю всю суть проблемы

можно еще раз - если с заббикса запустить psql -h ip_addr -U postgres -w -d ce_plans, то подключение проходит?

такое я делал с сервера заббикса, получал psql: fe_sendauth: no password supplied

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

Еще можно на сервере БД запустить netstat -antp | grep 5432.*LISTEN

триггер загорелся чуть более суток назад. про порты и запуск/остановку самого постгреса не могу ответить, не в моём ведении, к сожалению

Еще можно на сервере БД запустить netstat -antp | grep 5432.*LISTEN

а вот это неплохо! снова вижу postmaster в слушателях

pid какой?

с его pid

который как раз выплывает в ps -ef с полным путём

cat /proc/${PID}/environ посмотри, что там с PGDATA?

путь к той инсталляции pg, в которой trust подключения отсутствуют

cat /proc/${PID}/environ посмотри, что там с PGDATA?

снова тот же путь (:

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

Или нужно подключить заббикс к "другой" инсталляции?

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

иначе это как прочитать детектив до последней главы и не узнать, кто убийца

Или нужно подключить заббикс к "другой" инсталляции?

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

ну у них сменились postgresql.conf, полагаю. посмотрите, на каких портах у вас экземпляры pg живут через netstat -an | grep -i postg

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

не-не, тут нужно понимание, что вы от этого триггера хотите? в какой "инсталляции" он должен работать? т. е. к какому экземпляру подключаться?

ну у них сменились postgresql.conf, полагаю. посмотрите, на каких портах у вас экземпляры pg живут через netstat -an | grep -i postg

даты изменения — январь в точно используемой инсталляции, апрель во второй

Их могли изменить, но не прочитать... теоретически

так что тоже не очень показательно

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

Ребзя посоветуйте литературу по Amazon Redshift SQL.

Если есть русскоязычное то большой рахмет.

ну у них сменились postgresql.conf, полагаю. посмотрите, на каких портах у вас экземпляры pg живут через netstat -an | grep -i postg

везде вижу дефолтный порт + пиды процессов. путей нет

не-не, тут нужно понимание, что вы от этого триггера хотите? в какой "инсталляции" он должен работать? т. е. к какому экземпляру подключаться?

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

то есть запущен только один экземпляр pg?

хм, раз порт прослушивается всего один, то похоже, что так

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

так по-моему это уже очевидно?

Еще можно на сервере БД запустить netstat -antp | grep 5432.*LISTEN

думаю, этого мне в итоге хватит для дальнейших исследований

Алексей , @darthunix , спасибо вам за помощь и дельные советы, да ещё и в такое время. Здоровья, счастья, консистентных бекапов и отсутствия необходимости их использовать)

Алексей , @darthunix , спасибо вам за помощь и дельные советы, да ещё и в такое время. Здоровья, счастья, консистентных бекапов и отсутствия необходимости их использовать)

и вам того же) кстати, с днем программиста всех причастных!

так и смотрел изначально. вижу только кучу процессов с указанием юзеров бд, таблиц и ip-шек

ls -l /proc/$postmasterpid/fd/

Или любого из дочерних процессов, если постмастер ничего интересного не открыл

Не могу определить как правильно считать статус реплики

select extract(epoch from now() - pg_last_xact_replay_timestamp()) показывает последнее изменение

но если у меня ничего в базу не пишется то этот показатель растет

при этом postgres=# select client_addr, state, sent_location, write_location, flush_location, replay_location from pg_stat_replication; client_addr | state | sent_location | write_location | flush_location | replay_location —-------------+-----------+---------------+----------------+----------------+---------------— 192.168.0.244 | streaming | 3/32885C0 | 3/32885C0 | 3/32885C0 | 3/32885C0 192.168.0.241 | streaming | 3/32885C0 | 3/32885C0 | 3/32885C0 | 3/32885C0 вроде всё ок

ls -l /proc/$postmasterpid/fd/

спасибо, помогло продвинуться

как вы мониторите отставание реплики ?

есть ли аналог pg_last_xlog_receive_location(); только по времени, когда был изменен позиция в журнале

ДОбрый день, а postgresql multi master реплекацию поддерживает?

из коробки вроде нет

ДОбрый день, а postgresql multi master реплекацию поддерживает?

Ключевые слова: 2ndQuadrant, BDR.

Да я вот смотрел на BDR только 9.4

а bdr2.0 только для customer

думаю стоит смотреть в сторону pg_bouncer

ДОбрый день, а postgresql multi master реплекацию поддерживает?

А как вы понимаете мульти-мастер без репликации?

Никак

Вообще мультимастер - зло

Если вам нужен шардинг - это другое дело. А если мультимастер - это уже проблема в архитектуре приложения

можно использовать symmetricDS

Если вам нужен шардинг - это другое дело. А если мультимастер - это уже проблема в архитектуре приложения

всегда есть исключения - я вспомнил вот этот доклад от китайцев с weechat... https://pgconf.ru/2017/94424

но вряд ли тут планироуется что-то соизмеримое

Там нет мастер-мастер между БД. Там данные размазываются координатором. См. 4-й слайд

Здаров

Подскажите, что я делаю не так select vzr_h_file_pacient.id_pac ,vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers, vzr_h_file_pacient, vzr_h_file_sluch LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2 LEFT JOIN dir_lpu AS dir2 ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu_1 = dir_lpu.c2 WHERE vzr_l_file_pers.id_pac = vzr_h_file_pacient.id_pac AND vzr_h_file_sluch.id_pac = vzr_h_file_pacient.id_pac LIMIT 20

Медицина )

Здаров

echo hello > /dev/null

как вы это читаете

Подскажите, что я делаю не так select vzr_h_file_pacient.id_pac ,vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers, vzr_h_file_pacient, vzr_h_file_sluch LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2 LEFT JOIN dir_lpu AS dir2 ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu_1 = dir_lpu.c2 WHERE vzr_l_file_pers.id_pac = vzr_h_file_pacient.id_pac AND vzr_h_file_sluch.id_pac = vzr_h_file_pacient.id_pac LIMIT 20

ТФОМС?

ТФОМС?

угу, делаю парсер для их xml файлов... уже собственно распарсил и залил в БД., теперь к справочникам из ТФОМС нужно прикрутить это дело

Подскажите, что я делаю не так select vzr_h_file_pacient.id_pac ,vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers, vzr_h_file_pacient, vzr_h_file_sluch LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2 LEFT JOIN dir_lpu AS dir2 ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu_1 = dir_lpu.c2 WHERE vzr_l_file_pers.id_pac = vzr_h_file_pacient.id_pac AND vzr_h_file_sluch.id_pac = vzr_h_file_pacient.id_pac LIMIT 20

Вот вы делаете алиасы таблицам, а пишете их полное название. Что-то лишнее )

Подскажите, что я делаю не так select vzr_h_file_pacient.id_pac ,vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers, vzr_h_file_pacient, vzr_h_file_sluch LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2 LEFT JOIN dir_lpu AS dir2 ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu_1 = dir_lpu.c2 WHERE vzr_l_file_pers.id_pac = vzr_h_file_pacient.id_pac AND vzr_h_file_sluch.id_pac = vzr_h_file_pacient.id_pac LIMIT 20

Зависит от того, что ты хочешь получить, и что получаешь вместо этого.

LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2

Зависит от того, что ты хочешь получить, и что получаешь вместо этого.

суть такова что в одной таблице есть и lpu и lpu_1 нужно расшифровать их, я первое поле расшифровал а второе чот не могу разобраться как (справочник с расшифровкой в той же таблице dir_lpu)

LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2

пробовал, чот ругается

LEFT JOIN dir_lpu AS dir ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu = dir_lpu.c2 LEFT JOIN dir_lpu AS dir2 ON vzr_h_file_sluch.lpu = dir_lpu.c2 or vzr_h_file_sluch.lpu_1 = dir_lpu.c2

Тут должно было насторожить )

Тут должно было насторожить )

у меня уже глаз устал сегодня)

угу, делаю парсер для их xml файлов... уже собственно распарсил и залил в БД., теперь к справочникам из ТФОМС нужно прикрутить это дело

А парсер на чем, если не секрет?

А парсер на чем, если не секрет?

на Golang

select vzr_h_file_pacient.id_pac , vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers pers inner JOIN vzr_h_file_pacient pac on pers.id_pac=pac.id_pac inner join vzr_h_file_sluch slush on pac.id_pac=slush.id_pac LEFT JOIN dir_lpu dir ON slush.lpu = dir.c2 or slush.lpu = dir.c2 LEFT JOIN dir_lpu dir2 ON slush.lpu = dir2.c2 or slush.lpu_1 = dir2.c2 LIMIT 20 Прям ваш же запрос - так как логику я не знаю - просто переоформил

Загрузка всех файлов (в нашем случае ~80 архивов и соответственно ~160 файлов) парсит и записывает в БД за 9 минут

select vzr_h_file_pacient.id_pac , vzr_l_file_pers.fam, vzr_h_file_sluch.sump, vzr_h_file_sluch.lpu, dir.c3 , dir2.c3, vzr_h_file_sluch.lpu_1 FROM vzr_l_file_pers pers inner JOIN vzr_h_file_pacient pac on pers.id_pac=pac.id_pac inner join vzr_h_file_sluch slush on pac.id_pac=slush.id_pac LEFT JOIN dir_lpu dir ON slush.lpu = dir.c2 or slush.lpu = dir.c2 LEFT JOIN dir_lpu dir2 ON slush.lpu = dir2.c2 or slush.lpu_1 = dir2.c2 LIMIT 20 Прям ваш же запрос - так как логику я не знаю - просто переоформил

спасибо большое... уже вроде до самого дошло...

А парсер на чем, если не секрет?

Не знаю как сейчас - раньше ФФОМС предоставлял xsd схемы - по которым в той же visual studio делалась модель и данные можно было загружать в объекты и в бд

Правда я не занимался расчетами и межтеррами - только регистр застрахованных

Не знаю как сейчас - раньше ФФОМС предоставлял xsd схемы - по которым в той же visual studio делалась модель и данные можно было загружать в объекты и в бд

Ну это было наверняка очень медленно

Нет )