спасибо, как мило =)

Толи Алексей не Алексей вовсе, толи подрядил жену)

Толи Алексей не Алексей вовсе, толи подрядил жену)

Не, это бот: @ShowMeYourAwwBot

Ничоси

Долго втыкал, почему такая радость от Server Error 500

Вопрос по tablespace. Если родительская таблица в отдельном tablespace сидит, то её партиции тоже унаследуют этот tablespace?

http://i.imgur.com/dBkySQ3.png

Такая же проблема была. Запустил от имени администратора и заработало.

Вопрос по tablespace. Если родительская таблица в отдельном tablespace сидит, то её партиции тоже унаследуют этот tablespace?

нет, если явно не указать

нет, если явно не указать

Даже для новых патриций?!

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

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

Понятно, триггеры нужно править

Как посмотреть - кластер с чексумами или нет?

Как посмотреть - кластер с чексумами или нет?

Вопрос ко мне?

Вопрос ко мне?

Ко всем? ?

Испортить страничку))

И кс не сойдётся.

Как посмотреть - кластер с чексумами или нет?

pg_controldata -D <path_to_dir>|grep checksum на клястере с контрольными суммами сейчас показало 1, на клястере без таковых - 0

pg_controldata -D <path_to_dir>|grep checksum на клястере с контрольными суммами сейчас показало 1, на клястере без таковых - 0

А это просто инфу даёт о наличии или же ещё и проверить может сами чексуммы?

Такая же проблема была. Запустил от имени администратора и заработало.

не помогло

навикат попробовал, крутой

А это просто инфу даёт о наличии или же ещё и проверить может сами чексуммы?

А для проверки работы, я думаю, имеет смысл сотворить тестовый клястер и попортить ему какой-нибудь активно использующийся файлик.

Коллеги, а кто подскажет, чем можно в человечном виде просмотреть WAL логи постгри 9.2?

аэы

а как?

ну то есть - что такое человечный вид?

там не будет селектов/инсертов

это же слепок состояния хранилища на короткий период времени

наверное речь шла об этом https://www.postgresql.org/docs/9.4/static/logicaldecoding-example.html Но есть плохая новость. Только начиная с 9.4

pg_xlogdump, но он вроде позже 9.2 появился

Тогда давайте задам вопрос по другому:) У нас тут утром продакшену поплохело. Поплохело потому, что кончилось место на диске. Место на диске кончилось потому, что производство WAL логов возросло в сотни раз начиная с определенной временной отметки (00:12). То есть предположительно был какой-то CRUD запрос, который вызвал дикую движуху в БД. Собственно идей как хотя бы понять что это был за запрос, кроме как посмотреть WAL никаких.

хм...А как же система мониторинга? Ее нет?

для 9.2 подойдет https://github.com/snaga/xlogdump

есть, заббикс. Но он не логирует все запросы. В БД логируются только slow логи, но в них ничего нет (возможно просто запрос туда не записался, потому что БД рухнула раньше чем запрос выполнился)

для 9.2 подойдет https://github.com/snaga/xlogdump

О, спасибо!

Тогда и WAL вам не поможет если БД рухнула раньше

в WAL попадет только то, что было выполнено и применено, после того как записалось в WA-лог

хм. Ну если объем WAL резко увеличился, значит в них все таки что-то было... Значит все-таки может быть имеет смысл их посмотреть...

Без REDO журнала в postgresql ничего не происходит

Да, вы увидите то, что было до момента падения. Но что именно завалило ваш сервер не увидите

народ, на centos 7.2.1511 лучше ставить из какой папки пакеты https://download.postgresql.org/pub/repos/yum/9.5/redhat/

это rhel-7-x86_64/ или rhel-7.2-x86_64/

https://download.postgresql.org/pub/repos/yum/9.5/redhat/rhel-7-x86_64/pgdg-centos95-9.5-3.noarch.rpm

https://yum.postgresql.org/repopackages.php#pg95 « ссылка от сюда

cat /etc/centos-release

ссылка да, тож видел, но смущает что там еще rhel 7.2

а ты посмотри на файлы

они идентичны по времени создания

и по размерам.

https://download.postgresql.org/pub/repos/yum/9.5/redhat/rhel-7.2-x86_64/ vs https://download.postgresql.org/pub/repos/yum/9.5/redhat/rhel-7-x86_64/

https://www.postgresql.org/list/pgsql-pkg-yum/ « можешь здесь спросить

я думаю что это просто линки

хм да, заметил, одинаковые, похоже значит один пакет подходит под 7 и 7.2, спасибо

так это ж минорные версии

https://yum.postgresql.org/repopackages.php#pg95 « ссылка от сюда

там как раз написано Centos 7, а не 7.2 может потому туда ведет

хм да, заметил, одинаковые, похоже значит один пакет подходит под 7 и 7.2, спасибо

Они совместимы. Это ж Enterprise решение, да ещё и CR они сделали насколько помню

угу, пакет собранный для 7 будет работать десяток лет на 7.XXX :)

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

это тож немного смутило, но ладно, вроде должно встать попробую, спасибо

а покажи, интересно о чем речь

error: Failed dependencies: libxslt.so.1()(64bit) is needed by postgresql95-contrib-9.5.4-2PGDG.rhel7.x86_64 libxslt.so.1(LIBXML2_1.0.11)(64bit) is needed by postgresql95-contrib-9.5.4-2PGDG.rhel7.x86_64 libxslt.so.1(LIBXML2_1.0.18)(64bit) is needed by postgresql95-contrib-9.5.4-2PGDG.rhel7.x86_64 libxslt.so.1(LIBXML2_1.0.22)(64bit) is needed by postgresql95-contrib-9.5.4-2PGDG.rhel7.x86_64 libtcl8.5.so()(64bit) is needed by postgresql95-pltcl-9.5.4-2PGDG.rhel7.x86_64

ERROR: S client not available

так там скорей всего условие version <= x.y

Народ у кого нибудь pg_activity работает в 9.6? У нас что то на CentOS не алле.

https://www.postgresql.org/docs/9.6/static/monitoring-stats.html

wait_event_type и wait_event теперь

на этом месте

Спасибо) это я знаю)

утилита видимо не але

да. pg_activity

https://github.com/julmon/pg_activity/commit/10cfc484b87e3ad018b9d6048954ff85f58ae904

попробуйте обновить до 1.3.1, там вроде эта правка

Ок, спасибо! попробуем.

C_COLLATE = 'en_US.UTF-8' LC_CTYPE = 'en_US.UTF-8'

в этой локали русские символы неправильно сортироватсья будут?

нужно же ru_RU.UTF-8

Возможно будут сортироваться правильно, но желательно сделать ru_RU.UTF-8 конечно

vadv=# select unnest(ARRAY['Привет' COLLATE "en_US", 'привет' COLLATE "en_US"]) AS x order by x; x —------ привет Привет (2 rows) vadv=# select unnest(ARRAY['Привет' COLLATE "C", 'привет' COLLATE "C"]) AS x order by x; x —------ Привет привет (2 rows)

вроде с UTF-8 проблем не будет

Возможно будут сортироваться правильно, но желательно сделать ru_RU.UTF-8 конечно

ну вообще нет такого "желательно". у pgsql всё очень дерьмово сейчас с коллейшенами

ооо, мой старый друг с кодировками)

Специально парсилку на чатик поставил :))))

Норм там будет с en_US.UTF-8 насколько вообще возможно "норм" в такой схеме

Вопрос не про "дерьмово" или "недерьмово" я так понимаю был. Вопрос был о сортировке. И ответ - да, будет работать)

Вопрос не про "дерьмово" или "недерьмово" я так понимаю был. Вопрос был о сортировке. И ответ - да, будет работать)

Но ответ был "желательно". Так вот не желательно. Монопиносуально. Всё одно так себе

https://postgrespro.ru/products/postgrespro Переносимость: поддержка библиотеки libicu на всех платформах, что обеспечивает однозначную обработку порядка сортировки и прочих операций с юникодными символами. На ряде платформ эта библиотека улучшает производительность сортировки, и, что немаловажно, позволяет в Postgres Pro пользоваться abbreviated keys, которые были отключены в основной версии PostgreSQL.

Желательно при работе с текстом не использовать старомодные СУБД. Вот это желательно

vadv=# select unnest(ARRAY['Привет' COLLATE "en_US", 'привет' COLLATE "en_US"]) AS x order by x; x —------ привет Привет (2 rows) vadv=# select unnest(ARRAY['Привет' COLLATE "C", 'привет' COLLATE "C"]) AS x order by x; x —------ Привет привет (2 rows)

это С,а если ru и en ща сравнил, одинаково сортируют

Желательно при работе с текстом не использовать старомодные СУБД. Вот это желательно

Да да. Мы все поняли. Надо использовать новомодную MySQL ))

Да да. Мы все поняли. Надо использовать новомодную MySQL ))

В этом месте - да

https://postgrespro.ru/products/postgrespro Переносимость: поддержка библиотеки libicu на всех платформах, что обеспечивает однозначную обработку порядка сортировки и прочих операций с юникодными символами. На ряде платформ эта библиотека улучшает производительность сортировки, и, что немаловажно, позволяет в Postgres Pro пользоваться abbreviated keys, которые были отключены в основной версии PostgreSQL.

Ну кстати вот, да. А дока есть по этой теме?

https://postgrespro.ru/products/postgrespro Переносимость: поддержка библиотеки libicu на всех платформах, что обеспечивает однозначную обработку порядка сортировки и прочих операций с юникодными символами. На ряде платформ эта библиотека улучшает производительность сортировки, и, что немаловажно, позволяет в Postgres Pro пользоваться abbreviated keys, которые были отключены в основной версии PostgreSQL.

и регистронезависимую кодировку это никак не поможет сделать?)