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

а для Centos пакет чем-нибудь ужасным таким грешит?

Ужасным? Это огрехи мэйнтейнера уж, а не ужас ужас ))

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

это когда рестарт? в качестве службы в systemd добалвяется ты про это?

ага

вообще конечно автостарт после ребута зло

почему?

вообще конечно автостарт после ребута зло

может таки после апгрейда?

вообще конечно автостарт после ребута зло

Выключить автостарт попроще чем собирать из исходников

после апгрейда _минорной_ версии

так rpm-овский пакет тож рестартит при обновлении?

Выключить автостарт попроще чем собирать из исходников

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

Выключить автостарт попроще чем собирать из исходников

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

А это Аргументы такие: unix-админы могут спокойно обновлять ось и я не боюсь, что мне сломают БД. решается "закреплением версии" пакета

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

Gentoo?

нет причем тут генту, про постгрес речь

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

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

нет причем тут генту, про постгрес речь

Выбираем обновляемую из пакетов ОС и давай в нее все ставить через make install

бинарь же не статически, надеюсь, слинкован

а если слинкован не статически - всегда есть шанс поломать ABI на апгрейде

слинкован с БД?

слинкован с БД?

Либы с постгрей

там openssl как минимум.

цепочка postgres -> postgis -> gdal -> qt -> libpng и тому подобное

ниче такого нет и не нужно, ток Orafce

после апгрейда _минорной_ версии

А разве можно как-то заапгрейдить постгрес без рестарта?

Это можно делать неавтоматически.

т.е. nginx это позволяет сделать гладко, без простоя. в стандартных пакетах он так и обновляется. У постгреса такого нет

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

А можно грубо — 9.4 снёс, 9.5 поставил?

Не про это

Тут же про 9.5.3 -> 9.5.4

Это можно делать неавтоматически.

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

А разве можно как-то заапгрейдить постгрес без рестарта?

нет, но рестарт после апдейта - прерагатива админа, а не postinstall'а

А я про грубо и 9.4 - 9.5 par exemple.

так и апдейт - прероргатива админа. Меньше действий - меньше шансов для ошибки.

Кстати, вариант когда у вас какая-нибудь 9.2, а из репы прилетает 9.6 просто фееричен...

зачем объединять рестарт с апдейтом бинаря?

оно не транзакционно

а зачем их отделять?

нет, но рестарт после апдейта - прерагатива админа, а не postinstall'а

Ситуация: Поставил бд.... обновил... не перезапустилась.... а после кто-то новый экстеншн подключил -уже от новой версии

Кстати, вариант когда у вас какая-нибудь 9.2, а из репы прилетает 9.6 просто фееричен...

Это в каком дистрибутиве так?

в конце концов, новая версия может оказаться собранной новым gcc, как было с кучей пакетов v5 в окрестностях убунты :)

а зачем их отделять?

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

KISS никто не отменял

для меня как для админа хоста нормально, что sudo apt-get upgrade приведёт систему в наиболее обновлённое состояние

Это в каком дистрибутиве так?

Да, ХЗ. Гипотетически. Но вот в RHEL6 есть пакет postgres-server. Версия постгреса не указана

и я ожидаю, что в момент upgrade части системы могут быть недоступны

Там она не обновляется

для меня как для админа хоста нормально, что sudo apt-get upgrade приведёт систему в наиболее обновлённое состояние

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

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

Что мешает повешать keep на пакет?

Что мешает повешать keep на пакет?

при чем тут keep? я обновить хочу

но автоматика при обновлении - не нужна

как и автоматика при старте кластера и 60секундным таймаутом

как и автоматика при старте кластера и 60секундным таймаутом

Ваш путь собирать свои пакеты. Но не make жеж install

Ваш путь собирать свои пакеты. Но не make жеж install

я своих пакетов обсобирался, предпочитаю чтобы вендор мне tar.gz дал

но автоматика при обновлении - не нужна

в общем, у тебя перцептивное искажение, ты слишком много делаешь хрени с постгресом руками

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

и мне не надо думать про то, как же их собирать-то

точно так же я радуюсь, когда dpkg рестартует мне сервисы после апгрейда

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

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

но это не универсальный подход

он подходит только тем, кто знает, почему им не подходят пакеты

всем остальным лучше бы использовать пакеты

ERROR: S client not available

да не лучше

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

Тут есть 2 крайности. 1я - Linux From Scratch, 2я - /bin/bash rvm.io/rvm-install-stable

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

до первого инцидента с конфликтом символов библиотек в /usr/lib :)

до первого инцидента с конфликтом символов библиотек в /usr/lib :)

в каком случае он может возникнуть?

Обновите пакеты опять же

на текущий момент идеальная модель пакета тут - https://nixos.org/

из-за этого https://nixos.org/nix/

никаких dependency hell

один раз сбилжена - работает всегда

откатиться на старую версию? да просто переленкуй

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

нужно написать все на го и компилить в статический бинарь :trollface:

так что лучше совмешать pg из nix и обычную систему из твоего дистрибутива :)

ocaml всему голова же =) какой го )

у нас половина бекенда на никсоси сидит :)

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

https://github.com/NixOS/nixpkgs/blob/56904d7c423f2b13b37fbd29f39bbb4b52bc7824/pkgs/servers/sql/postgresql/default.nix клево же

мы на прошлой работе nix использовали с debian:6, при этом софт был на C и с максимально свежими библиотеками

жили норм

даже можно спокойно дружить с кернеловыми драйверами

nvidia и прочее

у нас половина бекенда на никсоси сидит :)

хаскел чтоли? :)

golang

блин, а ему то nix зачем :)

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

Стоит nix пробовать? Сложно там пакет собрать? Deb собираю только за деньги. ?

ну можно на кошечках потренироваться: https://nixos.org/wiki/Installing_Nix_on_Debian и смотреть примеры https://github.com/NixOS/nixpkgs/blob/56904d7c423f2b13b37fbd29f39bbb4b52bc7824/pkgs/tools/system/htop/default.nix и документацию

посоны а в пг uuid as primary key норм работает?

посоны а в пг uuid as primary key норм работает?

У меня год уже пашет и проблем не было

Сертификационный статус Postgres Plus Associate подтверждает наличие у специалиста знаний и навыков, необходимых для поддержки и администрирования серверов и приложений PostgreSQL в рабочей среде.

а вот эта фигня хоть кем-то признаётся?