[devel] Будущее постгресса

[devel] Будущее постгресса

[Alexey Borovskoy]

Добрый день.

Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
него оторвать.

Из хотелок на отрывание:

1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
кто из чрута будет доставать базы.
2. Автоматическая инициализация кластера. Охота сделать скрипт
pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?

Кто рулит большими базами, отзовитесь. Нужны ваши пожелания. :-)

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Alexey Borovskoy пишет:
> Добрый день.
> 
> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
> него оторвать.
> 
> Из хотелок на отрывание:
> 
> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
> кто из чрута будет доставать базы.

Оторвать стоит - опять же, сразу проблемы с PL/* уберутся.

Причем, из чрута после апдейта доставать ничего не придется, т.к. в 
инит-скрипте стоит "/var/lib/pgsql", который сделан симлинком в чрут.

> 2. Автоматическая инициализация кластера. Охота сделать скрипт
> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?

Уже обсуждали - лучше функцию setup в инит-скрипт добавить.
И локаль лучше позволить выбирать - мне вот uk_UA.UTF-8 нужна.

> Кто рулит большими базами, отзовитесь. Нужны ваши пожелания. :-)

Так вроде уже wishlist собрали:

Из функционального:
1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.
2. Написать утилиту для начальной конфигурации кластера.
3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.
4. Влепить в темплейт postgresql.conf протоколирование в syslog.

Из майнтейнерского:
1. Оторвать реально ненужную привязку к версии autoconf
2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде 
были более прослеживаемыми, чем один большой коммит.

Ну и почистить неактуальное барахло стоит. Судя по всему, несколько 
скриптов имеют отношение лишь к 7.* версиям.


-- 
Michael Bochkaryov

Re: [devel] Будущее постгресса

[Alexey Borovskoy]

31 июля 2008 г. 13:42 пользователь Michael Bochkaryov <misha@> написал:
> Alexey Borovskoy пишет:
>>
>> Добрый день.
>>
>> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
>> него оторвать.
>>
>> Из хотелок на отрывание:
>>
>> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
>> кто из чрута будет доставать базы.
>
> Оторвать стоит - опять же, сразу проблемы с PL/* уберутся.
>
> Причем, из чрута после апдейта доставать ничего не придется, т.к. в
> инит-скрипте стоит "/var/lib/pgsql", который сделан симлинком в чрут.

Я хотел вынести /var/lib/pgsql-root.Про симлинк /var/lib/pgsql в курсе.
Зачем нам pgsql-root?

>> 2. Автоматическая инициализация кластера. Охота сделать скрипт
>> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?
>
> Уже обсуждали - лучше функцию setup в инит-скрипт добавить.
> И локаль лучше позволить выбирать - мне вот uk_UA.UTF-8 нужна.

Как правильно инициализировать кластер? Какие ручки надо крутить?
Я погуглил и понял, что от неправильной инициализации вылазят разные
забавные баги и фичи.

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Alexey Borovskoy пишет:
> 31 июля 2008 г. 13:42 пользователь Michael Bochkaryov <misha@> написал:
>> Alexey Borovskoy пишет:
>>> Добрый день.
>>>
>>> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
>>> него оторвать.
>>>
>>> Из хотелок на отрывание:
>>>
>>> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
>>> кто из чрута будет доставать базы.
>> Оторвать стоит - опять же, сразу проблемы с PL/* уберутся.
>>
>> Причем, из чрута после апдейта доставать ничего не придется, т.к. в
>> инит-скрипте стоит "/var/lib/pgsql", который сделан симлинком в чрут.
> 
> Я хотел вынести /var/lib/pgsql-root.Про симлинк /var/lib/pgsql в курсе.
> Зачем нам pgsql-root?

Ну, там живет чрут, который хочется оторвать :)

>>> 2. Автоматическая инициализация кластера. Охота сделать скрипт
>>> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?
>> Уже обсуждали - лучше функцию setup в инит-скрипт добавить.
>> И локаль лучше позволить выбирать - мне вот uk_UA.UTF-8 нужна.
> 
> Как правильно инициализировать кластер? Какие ручки надо крутить?
> Я погуглил и понял, что от неправильной инициализации вылазят разные
> забавные баги и фичи.

В момент собственно вызова initdb, нам нужно знать следующее:

1. --locale - может отличаться от системной (у меня это 90% случаев).
По дефолту стоит предложить системную из /etc/sysconfig/i18n.
Но не забываем, что создав, к прирмеру, кластер в UTF-ной локали, у нас 
не получится создать БД в KOI8, а работа со строками в UTF таки 
помедленнее будет.

2. --xlogdir - выносить лог транзакций на отдельный диск стоит, если мы 
говорим о больших и хорошо подгруженных БД.

Остальное можно менять уже на следующем этапе конфигурации кластера.
И вот там начинается основная пляска с настройками, которые, впрочем, 
можно изменять

Может, стоит где-нибудь на wiki попробовать некоторое подобие ТЗ выписать?

P.S. Автосоздание кластера можно оставить в качестве фичи "для 
чайников", когда важно, чтоб "хоть как-то, но из коробки".

-- 
misha

Re: [devel] Будущее постгресса

[Alexey Borovskoy]

* Четверг 31 июля 2008 Michael Bochkaryov

>
> В момент собственно вызова initdb, нам нужно знать следующее:
>
> 1. --locale - может отличаться от системной (у меня это 90%
> случаев). По дефолту стоит предложить системную из
> /etc/sysconfig/i18n. Но не забываем, что создав, к прирмеру,
> кластер в UTF-ной локали, у нас не получится создать БД в
> KOI8, а работа со строками в UTF таки помедленнее будет.

А что у нас обычно в  /etc/sysconfig/i18n лежит?

И как это будет влиять на createdb?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Alexey Borovskoy пишет:
> * Четверг 31 июля 2008 Michael Bochkaryov
> 
>> В момент собственно вызова initdb, нам нужно знать следующее:
>>
>> 1. --locale - может отличаться от системной (у меня это 90%
>> случаев). По дефолту стоит предложить системную из
>> /etc/sysconfig/i18n. Но не забываем, что создав, к прирмеру,
>> кластер в UTF-ной локали, у нас не получится создать БД в
>> KOI8, а работа со строками в UTF таки помедленнее будет.
> 
> А что у нас обычно в  /etc/sysconfig/i18n лежит?

Зависит от процесса инсталляции.
Если выбрать русский язык, то обычно это ru_RU.UTF-8

> И как это будет влиять на createdb?

Если кластер инициализирован с такой локалью, то создать базу можно 
будет только с кодировкой UTF8 либо SQL_ASCII.

Кроме того, если потребуются collations, отличные от ru_RU, то с этим 
будет большой облом :)

-- 
misha

Re: [devel] Будущее постгресса

[Alexey Borovskoy]

1 августа 2008 г. 2:48 пользователь Michael Bochkaryov <misha@> написал:


>> И как это будет влиять на createdb?
>
> Если кластер инициализирован с такой локалью, то создать базу можно будет
> только с кодировкой UTF8 либо SQL_ASCII.
>
> Кроме того, если потребуются collations, отличные от ru_RU, то с этим будет
> большой облом :)

А если кластер проинициализирован с SQL_ASCII? Какие грабли будут?

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Alexey Borovskoy пишет:
> 1 августа 2008 г. 2:48 пользователь Michael Bochkaryov <misha@> написал:
> 
> 
>>> И как это будет влиять на createdb?
>> Если кластер инициализирован с такой локалью, то создать базу можно будет
>> только с кодировкой UTF8 либо SQL_ASCII.
>>
>> Кроме того, если потребуются collations, отличные от ru_RU, то с этим будет
>> большой облом :)
> 
> А если кластер проинициализирован с SQL_ASCII? Какие грабли будут?

Давайте только не будем путать кодировки с локалью :)
С _кодировкой_ SQL_ASCII (WIN1251, KOI8, UTF8, etc ) создается база, а
не кластер. Она определяет поддерживаемый набор символов для текстовых
строк.

Локаль же задается одна на весь кластер и определяет правила для
сортировки, соответствия символов в разных регистрах и т.д.

Так что выбирать локаль и, соответственно, кодировку БД имеет смысл, 
представляя задачи для БД. Например, если планируется обработка больших 
объемов текста на русском языке, для которого достаточно koi8, имеет 
смысл устанавливать локаль ru_RU.KOI8-R и базы создавать в KOI8. Как 
минимум, операции со строками будут пошустрее работать.


В общем, вот что пишут в доке:
=======================================
      On most modern operating systems, PostgreSQL can determine which
character set is implied by an LC_CTYPE setting, and it will enforce
that only the correct database encoding is used. On older systems it is
your responsibility to ensure that you use the encoding expected by the
locale you have selected. A mistake in this area is likely to lead to
strange misbehavior of locale-dependent operations such as sorting.

      PostgreSQL will allow superusers to create databases with SQL_ASCII
encoding even when LC_CTYPE is not C or POSIX. As noted above, SQL_ASCII
does not enforce that the data stored in the database has any particular
encoding, and so this choice poses risks of locale-dependent
misbehavior. Using this combination of settings is deprecated and may
someday be forbidden altogether.

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 576 bytes --]

On Thu, Jul 31, 2008 at 09:56:05AM +0300, Michael Bochkaryov wrote:

MB> 2. --xlogdir - выносить лог транзакций на отдельный диск стоит, если мы 
MB> говорим о больших и хорошо подгруженных БД.

А нельзя этот каталог иметь дефолтный какой-то? Чтобы не надо было ничего
конфигурировать, только вынести этот каталог на отдельный диск (для
желающих сделать дистрибутив где постгрес нормальный из коробки -- прямо
из профиля alterator-vm).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Денис Смирнов пишет:
> On Thu, Jul 31, 2008 at 09:56:05AM +0300, Michael Bochkaryov wrote:
> 
> MB> 2. --xlogdir - выносить лог транзакций на отдельный диск стоит, если мы 
> MB> говорим о больших и хорошо подгруженных БД.
> 
> А нельзя этот каталог иметь дефолтный какой-то? Чтобы не надо было ничего
> конфигурировать, только вынести этот каталог на отдельный диск (для
> желающих сделать дистрибутив где постгрес нормальный из коробки -- прямо
> из профиля alterator-vm).

Наверное, можно.
Например, /var/lib/pgsql/pg_xlog

-- 
misha

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

On Sun, Aug 03, 2008 at 01:50:55AM +0300, Michael Bochkaryov wrote:

>> А нельзя этот каталог иметь дефолтный какой-то? Чтобы не надо было ничего
>> конфигурировать, только вынести этот каталог на отдельный диск (для
>> желающих сделать дистрибутив где постгрес нормальный из коробки -- прямо
>> из профиля alterator-vm).
MB> Наверное, можно.
MB> Например, /var/lib/pgsql/pg_xlog

Отлично. А смысла в ручной конфигурялке для этого параметра я, честно
говоря, не вижу.

Только документировать факт полезности выносить это на отдельный шпиндель
хорошо бы документировать в README.ALT каком.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Ivan Fedorov]

2008/7/31 Michael Bochkaryov <misha@rattler.kiev.ua>:
>> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
>> него оторвать.
> Так вроде уже wishlist собрали:
>
> Из функционального:
> 1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.
+1.
> 2. Написать утилиту для начальной конфигурации кластера.
Если вам не подходят стандартные настройки, то вы видимо DBA...
А DBA знает как ему руками настроить PgSQL...
иначе за что он ЗП получает?!
> 3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.
Ага, и испортить жизнь всем девелоперам, в угоду десятку продакшн
установок, которые всё равно должны тюниться руками.
> 4. Влепить в темплейт postgresql.conf протоколирование в syslog.
Ну это можно конечно...

> Из майнтейнерского:
> 1. Оторвать реально ненужную привязку к версии autoconf
Если бы она была реально ненужной, то она бы там и не появилась.
Возможно сейчас всё работает и на текущем autoconf, но в своё время
оно не работало.
> 2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде были
> более прослеживаемыми, чем один большой коммит.
Ну лично у меня ещё ни разу не получилось нормально вытянуть CVS в Git...

> Ну и почистить неактуальное барахло стоит. Судя по всему, несколько скриптов
> имеют отношение лишь к 7.* версиям.
Да вроде там всё достаточно актуально было...

Re: [devel] Будущее постгресса

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 693 bytes --]

On Thu, Jul 31, 2008 at 10:31:22AM +0400, Ivan Fedorov wrote:
> > 2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде были
> > более прослеживаемыми, чем один большой коммит.
> Ну лично у меня ещё ни разу не получилось нормально вытянуть CVS в Git...

http://git.postgresql.org/

-- 
 * henker чует что это на башорге появится
<vorphalack> henker: думаю ты прав
<aphlux> не появится.
<Lost_work> vorphalack: давайте вычислять, кто уже туда это отправляет...
<php-coder> aphlux: ты убьещь всех? :)))))
<aphlux> php-coder: я обещался тольеко травмы нанести ;)
<vorphalack> aphlux: а ты где живёшь?
<aphlux> vorphalack: хочешь поучаствовать в нанесении травм? :)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Будущее постгресса

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 562 bytes --]

On Thu, Jul 31, 2008 at 10:31:22AM +0400, Ivan Fedorov wrote:
> > 2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде были
> > более прослеживаемыми, чем один большой коммит.
> Ну лично у меня ещё ни разу не получилось нормально вытянуть CVS в Git...
> 

http://repo.or.cz/w/PostgreSQL.git

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 371 bytes --]

* Ivan Fedorov <ns@> [080731 10:33]:
> > 3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.
> Ага, и испортить жизнь всем девелоперам, в угоду десятку продакшн
> установок, которые всё равно должны тюниться руками.
Никто не мешает вызывать setup из start если кластер не
проиничен.  "Девелоперы" ничего не заметят.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Ivan Fedorov пишет:

>> 2. Написать утилиту для начальной конфигурации кластера.
> Если вам не подходят стандартные настройки, то вы видимо DBA...
> А DBA знает как ему руками настроить PgSQL...
> иначе за что он ЗП получает?!

Облегчить работу DBA тоже стоит :)

>> 3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.
> Ага, и испортить жизнь всем девелоперам, в угоду десятку продакшн
> установок, которые всё равно должны тюниться руками.

Вобще, что-то мы не там вопрос задаем - лучше в communuty@, sysadmins@. 
sisyphus@, чтобы целевую аудиторию поймать.

Кстати, в случае с локалью мы и так жизнь народу попортить сможем.
Пример из жизни: в Украине много народу использует системную локаль 
ru_RU.UTF8, но при разработке БД нужно, чтобы сортировки учитывали 
украинские символы.

>> 4. Влепить в темплейт postgresql.conf протоколирование в syslog.
> Ну это можно конечно...
> 
>> Из майнтейнерского:
>> 1. Оторвать реально ненужную привязку к версии autoconf
> Если бы она была реально ненужной, то она бы там и не появилась.
> Возможно сейчас всё работает и на текущем autoconf, но в своё время
> оно не работало.

До 8.3 эту привязку успешно отрывали. А мне было просто лень/некогда, 
хотя проверить собираемость успел - все нормально прошло.

>> 2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде были
>> более прослеживаемыми, чем один большой коммит.
> Ну лично у меня ещё ни разу не получилось нормально вытянуть CVS в Git...

Есть git и не один. Еще бы теги/бранчи писали - цены б им не было :)

>> Ну и почистить неактуальное барахло стоит. Судя по всему, несколько скриптов
>> имеют отношение лишь к 7.* версиям.
> Да вроде там всё достаточно актуально было...

Ну, есть там скрипт upgrade.pl
Заявлено, что предназначался для миграции из 7.2 в 7.3.
Судя по коду, именно так и есть. Оно нам надо?

-- 
misha

Re: [devel] Будущее постгресса

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 276 bytes --]

* Michael Bochkaryov <misha@> [080731 04:42]:
> 1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.
Во времена 7.x-8.0 чрутизация выключалась убиранием одной
переменной в инитскрипте.  Её можно вынести в sysconfig и
повесить на control...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

On Thu, Jul 31, 2008 at 10:58:56AM +0400, Alexey I. Froloff wrote:

>> 1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.
AIF> Во времена 7.x-8.0 чрутизация выключалась убиранием одной
AIF> переменной в инитскрипте.  Её можно вынести в sysconfig и
AIF> повесить на control...

Кроме того -- не у всех postgres обязательно в ovz. Не надо навязывать
технологии.

Ну и не стоит забывать что в нынешнем сизифе работоспособного ovz-ядра
нет.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Денис Смирнов пишет:
> On Thu, Jul 31, 2008 at 10:58:56AM +0400, Alexey I. Froloff wrote:
> 
>>> 1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.
> AIF> Во времена 7.x-8.0 чрутизация выключалась убиранием одной
> AIF> переменной в инитскрипте.  Её можно вынести в sysconfig и
> AIF> повесить на control...
> 
> Кроме того -- не у всех postgres обязательно в ovz. Не надо навязывать
> технологии.

Что-либо (чрут, дефолтную конфигурацию, доступную функциональность) 
навязывать придется в любом случае. И очень неплохо было бы такие 
требования не с потолка брать, ибо "УМВР" для наступившего на грабли 
среднего пользователя вряд ли прокатит за отмазку.

Кстати, thresh@ уже нарисовал control для чрутизации - его версия 
postgresql-common в git есть. Может, закинешь в Сизиф, а?

> Ну и не стоит забывать что в нынешнем сизифе работоспособного ovz-ядра
> нет.

Очень надеюсь, что это временное явление, на которое не стоит 
расчитывать в перспективе ;)

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 698 bytes --]

On Thu, Jul 31, 2008 at 06:55:41PM +0300, Michael Bochkaryov wrote:

MB> Что-либо (чрут, дефолтную конфигурацию, доступную функциональность) 
MB> навязывать придется в любом случае. И очень неплохо было бы такие 
MB> требования не с потолка брать, ибо "УМВР" для наступившего на грабли 
MB> среднего пользователя вряд ли прокатит за отмазку.

Чрут/его отсутствие можно не навязывать, а давать возможность выбора.

MB> Кстати, thresh@ уже нарисовал control для чрутизации - его версия 
MB> postgresql-common в git есть. Может, закинешь в Сизиф, а?

done.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Денис Смирнов пишет:

> MB> Кстати, thresh@ уже нарисовал control для чрутизации - его версия 
> MB> postgresql-common в git есть. Может, закинешь в Сизиф, а?
> 
> done.

Спасибо! :)

-- 
misha

Re: [devel] Будущее постгресса

[Michael Shigorin]

On Thu, Jul 31, 2008 at 04:10:40PM +0400, Денис Смирнов wrote:
> Ну и не стоит забывать что в нынешнем сизифе работоспособного
> ovz-ядра нет.

Не гони, kernel-image-ovz-smp-2.6.18-alt24 работает на ура.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 424 bytes --]

On Thu, Jul 31, 2008 at 07:52:49PM +0300, Michael Shigorin wrote:
>> Ну и не стоит забывать что в нынешнем сизифе работоспособного
>> ovz-ядра нет.
MS> Не гони, kernel-image-ovz-smp-2.6.18-alt24 работает на ура.

Гоню, меня переглючило что ovz-smp тоже обновили до более новой версии :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1302 bytes --]

On Thu, Jul 31, 2008 at 03:42:41AM +0300, Michael Bochkaryov wrote:

>> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
>> кто из чрута будет доставать базы.
MB> Оторвать стоит - опять же, сразу проблемы с PL/* уберутся.

Мне куда чаще нужен постгрес в чруте, чем постгрес с PL/*.

Не надо лишать людей права выбора, пожалуйста.

>> 2. Автоматическая инициализация кластера. Охота сделать скрипт
>> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?
MB> Уже обсуждали - лучше функцию setup в инит-скрипт добавить.
MB> И локаль лучше позволить выбирать - мне вот uk_UA.UTF-8 нужна.

А это дело полезное.

MB> 1. Выбросить чрут нафиг, ибо больше вреда, чем пользы.

Баба яга против!

MB> 2. Написать утилиту для начальной конфигурации кластера.
MB> 3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.

При service start -- если база не создана ругаться "запустить setup".

MB> 4. Влепить в темплейт postgresql.conf протоколирование в syslog.

Да.

MB> 2. Возможно, привязаться к майнстримовой SCM, чтобы изменения в коде 
MB> были более прослеживаемыми, чем один большой коммит.

И это полезно.


-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Денис Смирнов пишет:
> On Thu, Jul 31, 2008 at 03:42:41AM +0300, Michael Bochkaryov wrote:
> 
>>> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
>>> кто из чрута будет доставать базы.
> MB> Оторвать стоит - опять же, сразу проблемы с PL/* уберутся.
> 
> Мне куда чаще нужен постгрес в чруте, чем постгрес с PL/*.
> 
> Не надо лишать людей права выбора, пожалуйста.

Убедил :)
Тогда остается вариант с наличием чрута и удобного тумблера к нему.

> MB> 2. Написать утилиту для начальной конфигурации кластера.
> MB> 3. Оторвать автоматический вызов initdb и добавить setup в init-скрипт.
> 
> При service start -- если база не создана ругаться "запустить setup".

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

> MB> 4. Влепить в темплейт postgresql.conf протоколирование в syslog.
> 
> Да.

Какие-то предложения по дефолтной настройке протоколирования будут?
Чтобы лишнего не потерять, но и мусором логи не забивать.


-- 
misha

Re: [devel] Будущее постгресса

[Vitaly Lipatov]

On 31 июля 2008, Alexey Borovskoy wrote:
...
> 2. Автоматическая инициализация кластера. Охота сделать скрипт
> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?
У нас есть /etc/sysconfig/i18n,
воспользуйтесь им пожалуйста.



-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Будущее постгресса

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 527 bytes --]

On Thu, Jul 31, 2008 at 01:00:36PM +1300, Alexey Borovskoy wrote:
> Добрый день.
> 
> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
> него оторвать.
> 
> Из хотелок на отрывание:
> 
> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
> кто из чрута будет доставать базы.

Бага висит, https://bugzilla.altlinux.org/show_bug.cgi?id=16172

Мы используем уже, реакции от мантейнера нет.

-- 
Freeze был сорван ввиду того, что freeze'ить пока что нечего.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Будущее постгресса

[Michael Bochkaryov]

Pavlov Konstantin пишет:
> On Thu, Jul 31, 2008 at 01:00:36PM +1300, Alexey Borovskoy wrote:
>> Добрый день.
>>
>> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
>> него оторвать.
>>
>> Из хотелок на отрывание:
>>
>> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
>> кто из чрута будет доставать базы.
> 
> Бага висит, https://bugzilla.altlinux.org/show_bug.cgi?id=16172
> 
> Мы используем уже, реакции от мантейнера нет.

Может, упросить Дениса перевесить пакет на pgsql@ ?

Ну и спровоцировать кой-кого на вступление в pgsql@ ;-)


-- 
misha

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 365 bytes --]

On Thu, Jul 31, 2008 at 10:21:34AM +0400, Pavlov Konstantin wrote:
 PK> Бага висит, https://bugzilla.altlinux.org/show_bug.cgi?id=16172
 PK> Мы используем уже, реакции от мантейнера нет.

Мантейнер намек понял, и пинок принял.


-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 520 bytes --]

On Sun, Aug 03, 2008 at 12:21:34AM +0400, Денис Смирнов wrote:
> On Thu, Jul 31, 2008 at 10:21:34AM +0400, Pavlov Konstantin wrote:
>  PK> Бага висит, https://bugzilla.altlinux.org/show_bug.cgi?id=16172
>  PK> Мы используем уже, реакции от мантейнера нет.
> 
> Мантейнер намек понял, и пинок принял.

Вешатель всё увидал и даже сказал про себя "спасибо".

Надо и тут -- спасибо!

-- 
Ну хватит уже делиться опытом наблюдения процессов, находящихся в
состоянии uninterruptible sleep.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Будущее постгресса

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 376 bytes --]

On Sun, Aug 03, 2008 at 01:28:33PM +0400, Pavlov Konstantin wrote:
>> Мантейнер намек понял, и пинок принял.
PK> Вешатель всё увидал и даже сказал про себя "спасибо".
PK> Надо и тут -- спасибо!

Это тебе спасибо -- за код и за терпение :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Будущее постгресса

[Ivan Fedorov]

2008/7/31 Alexey Borovskoy <alb@altlinux.ru>:

> Чем глубже я копаю постгрес 8.3, тем сильнее желание что-нибудь от
> него оторвать.
>
> Из хотелок на отрывание:
>
> 1. Чрут. Зачем в ovz-контейнере постгрес в чруте. Возможный гимор --
> кто из чрута будет доставать базы.
Моя не знает, зачем его прицепили к 8.3...
> 2. Автоматическая инициализация кластера. Охота сделать скрипт
> pgsql-init-cluster.  Инициализировать в ru_RU-UTF8?
УМВР. Инициализируется в системную локаль.

> Кто рулит большими базами, отзовитесь. Нужны ваши пожелания. :-)
УМВР.