из devel@: > MS> Ещё ловил (и вешал) грабли с нестартующим по крайней мере в VE > MS> postgresql. > 8.1 или 8.2? Любой. Если об'ём доступной шареной памяти сильно не соответствует тому, что задано в конфиге. Это зависит не только от лимитов VE, но и от конфигурации HN (kernel.shm_*). Кстати, postgresql об этом честно пишет в лог, IIRC. (http://lists.altlinux.org/pipermail/devel/2007-October/064948.html) не далее как вчера имел счастье видеть postgres, не запустившийся в ovz из-за нехватки шареной памяти, и ничего не написавший в лог. (http://lists.altlinux.org/pipermail/devel/2007-October/064959.html)
Мальчики, ну сделайте что-нибудь! 4.1 с этим бы не хотелось, да. :)
Кстати, не мешало бы тогда постгресу по умолчанию объяснять, что сообщения об ошибках стоит кидать через syslog, т.к. заметно проще их отлавливать в таком случае. Т.е. постгрес ругаться может и будет на нехватку shared memory, но это пойдет на STDERR, который при запуске через service на консоль не выводится (у меня точно не выводится).
у всех не выводится. нужно либо по умолчанию настроить запись лога в файл либо в syslog.
(In reply to comment #3) > у всех не выводится. нужно либо по умолчанию настроить запись лога в файл либо в > syslog. Кроме варианта с правкой postgresql.conf после отработки initdb какие-нибудь адекватные варианты есть? Впрочем, после initdb можно заодно посмотреть на доступные ресурсы/локали и соответственно конфиг поправить, пока базу юзать не начали.
поправить исходники, чтобы в рез-тате выполнения initb конфиг был правильным сразу.
(In reply to comment #5) > поправить исходники, чтобы в рез-тате выполнения initb конфиг был правильным сразу. Функцию setup_config() в initdb.c поправить можно, но есть подозрение, что такого лучше не делать, т.к. тогда у нас initdb должен будет слишком много знать о внешнем мире. Я бы скорее сделал враппер к initdb, которым поправил то, что получится после создания кластера БД штатными средствами.
в нашем внешнем мире всегда есть какой-либо syslog. поэтому я лично не вижу причины, по которой такое знание "слишком много".
где-то ближе к 8.4 сделаю правки дефолтов для вывода логов...
Это актуально для 8.4 или нет?
postgresql8.2-server удалён из сизифа. В 9.0 пишется pgstartup.log.