
Alex
14.06.2017
14:09:36
конфиг etcd : https://pastebin.com/gCYu9hJh

Игорь
14.06.2017
14:10:52
У тебя yaml структура то соблюдена?
также рекомендую использовать DNS SRV для etcd в patroni.yaml

Alex
14.06.2017
14:11:48
я с книжки скопировал ,может в этом и проблема

Google

Игорь
14.06.2017
14:12:30
Надо с сервера копировать а не с книжки

Alex
14.06.2017
14:14:21
https://codebeautify.org/yaml-validator показывает что Valid YAML
возьму сейчас и переделаю шаблон патрони с сервера postgres0.yml
Игорь переделал шаблон
https://pastebin.com/NUb8ymR3
теперь ругается :
https://pastebin.com/5bR052tE

Игорь
14.06.2017
14:46:52
- createdb здесь лишний пробел

blkmrkt
14.06.2017
14:47:22

Игорь
14.06.2017
14:48:40

Alex
14.06.2017
14:55:16
Игорь а какая у них стабильная версия ?

Игорь
14.06.2017
14:55:41
git master

Alex
14.06.2017
14:56:38
спасибо !

Mikhail
14.06.2017
17:38:09
Всем доброго времени суток!
Подскажите, пожалуйста, какие есть варианты удаления данных 30К+ из таблицы в пару лямов на production? Временно отключить констрейнты и delete, или есть что-то похитрее? На проде отключать констрейнты как-то не хочется, а delete работает убийственно медленно.
Точнее индексы.

Evgeniy
14.06.2017
17:52:20
Всем привет. Ребят, как понимаю joinы это плохо. А как без них можно обходиться?)

Google

Vladislav
14.06.2017
18:02:09

Evgeniy
14.06.2017
18:03:25

Vladislav
14.06.2017
18:03:38
Где?

Evgeniy
14.06.2017
18:04:51
Где?
В highload в вк типа отказались от них типа это одна из проблем нагрузки была

Vladislav
14.06.2017
18:05:24
Хайлоад хайлоаду рознь
У них, в зависимости, кто как шишки набил, и от времени, всегда разное мнение

Evgeniy
14.06.2017
18:07:23
Просто интересно как без них обходятся

Andrey
14.06.2017
18:07:34

Vladislav
14.06.2017
18:07:53

Evgeniy
14.06.2017
18:08:19
Да у меня таких проблем пока нет))
Просто для общего развития

Артур
14.06.2017
18:10:52
Просто интересно как без них обходятся
Далее пишу свое мнение. Возможно профи и старожилы чата со мной не согласятся.
Не уверен что без джоинов можно ободиться при большой и сложной структуре.
Ты всеравно будешь связывать на вывод несколько нормлизованных таблиц.
А вообще зависит от задачи.
Если, например тебе регулярно (каждую секунду) надо выводить какой-то неизменный текст собранный из множества таблиц (например собирать из таблиц "город", "улица", "дом" читабельный текст "адрес"). То лучше, сохранить сразу в таблице "дома" этот текст и пользоваться 1 селектом.
А вот если ты выводишь связку баланса с пользователем (выводить имя пользователя и его баланс), то вероятно лучше пработать с планом, расставить правильно индексы и использовать join
Тут как раз более динамичные данные и нужен ответ "налету"

Evgeniy
14.06.2017
18:18:51

Mikhail
14.06.2017
18:20:01

Vladislav
14.06.2017
18:21:04

blkmrkt
14.06.2017
18:23:36
Создал релейшн и делал лишь импорт дампа в него, после импорта \d+ показывал размер 522ГБ. Сделал VACUUM FULL, стало 407GB. Откуда там фрагментация?

ildus
14.06.2017
18:23:47

Mikhail
14.06.2017
18:27:14

Google

Alex
14.06.2017
19:11:52

Denis
14.06.2017
20:45:17
Это был последний?

blkmrkt
14.06.2017
20:45:54

Sergey
14.06.2017
21:21:07
Как оценить, сколько места освободится после vacuum full? подойдет ли такая оценка сверху? select dead_tuple_len + free_space from pgstattuple('%tablename%')

Igor
15.06.2017
05:30:56

Dmitry
15.06.2017
06:39:07
А что ж количество ошибок такое бешенное? Это не могло быть причиной такого долгого времени создания дампа? Что за ошибки не смотрели?

Evegniy
15.06.2017
07:45:39
Всем привет!
Подскажите, где почитать про права доступа к базе. А именно хочу дать пользователю привелегию на базу. Гуглю уже минут 15. Вижу как дать права на таблицу/цы. И не только саму команду, а лучше бы еще идеологию.

Sergey
15.06.2017
07:49:08
Хорошо но долго рассказывают и показывают здесь https://www.youtube.com/watch?v=gNFLEXEj5HQ&t=9s https://www.youtube.com/watch?v=Asicqi0ewO8

Evegniy
15.06.2017
07:49:37

Ivan
15.06.2017
08:12:43

Andrey
15.06.2017
08:17:07

blkmrkt
15.06.2017
08:27:57

Igor
15.06.2017
08:28:27

blkmrkt
15.06.2017
08:28:54

Igor
15.06.2017
08:29:24

blkmrkt
15.06.2017
08:29:47
реплики не было?)
нет конечно, даже бекапов не было, иначе такой проблемы бы не возникло)

Igor
15.06.2017
08:30:11
правильно!
работает - не трогай
а бэкапы/реплики - кому они нужны...

Google

Mike Chuguniy
15.06.2017
09:29:02
а бэкапы/реплики - кому они нужны...
Слабакам и прочим немощам. Тем лоботрясам и бездельникам, кто не хочет восстанавливать БД после сбоев путём рукоблудия в хекс-редакторе над файлами инстанса... А затем проверять корректность данных на основании непонятно чего.

Igor
15.06.2017
09:36:19

Mike Chuguniy
15.06.2017
09:57:35
Коллеги, а у меня вот такой вот "праздный" вопрос про обновление мажорных версий: выставляем на мастере default_transaction_read_only в "on". Догоняем слейв и на обоих узлах делаем pg_upgrade. Слейв после такого непотребства взлетит (по предварительным обсуждениям с коллегами - не взлетит, хочется мнения коллективного разума) или таки медленно и печально переливать обновлённый инстанс? Или ещё какое-нибудь шаманство есть в такой ситуации, типа обновил мастер по через хардлинки, и рсинком каталоги с инстансами синхронизировал с соответствующей обработкой этих самых хардлинков...

v
15.06.2017
10:10:48
Господа.
А можно как-нибудь сделать дамп базы из под пользователя postgres, не указывая пароля?

Admin
ERROR: S client not available

Pavel
15.06.2017
10:14:31
Или файл с паролем

v
15.06.2017
10:14:40
ммм
пароля у меня вообще нет
и ставить свой не хочется

Петр
15.06.2017
10:17:32
hba настройте

Alexander
15.06.2017
10:24:33
pg_hba.conf

Konstantin
15.06.2017
10:30:07
Привет, подскажите плиз, такое лечится или выкинуть данные? Я с pgsql не имею опыта
createdb: database creation failed: ERROR: duplicate key value violates unique constraint "pg_database_datname_index"
DETAIL: Key (datname)=(gitlabhq_production) already exists.

Vladimir
15.06.2017
10:32:33
подскажите плиз
UPDATE public.cwd_user
SET email_address='trash@fasten.com'
WHERE email_address = (SELECT email_address FROM public.cwd_user where email_address LIKE '%taxi%');
UPDATE public.cwd_user
SET email_address='trash@fasten.com'
WHERE email_address LIKE '%taxi%';
выдает
execute cannot be used while an asynchronous query is underway********** Error ******

Петр
15.06.2017
10:38:04

Google

Konstantin
15.06.2017
10:38:44

Darafei
15.06.2017
10:39:12
Это чья ошибка?

Петр
15.06.2017
10:39:14
индекс пересобрать не пробовали?

Konstantin
15.06.2017
10:39:18
Ни создать, ни подключиться

Darafei
15.06.2017
10:39:47
psql звездочек не рисует

Vladimir
15.06.2017
10:40:04
эт pgadmin

lost
15.06.2017
10:40:30

v
15.06.2017
10:40:48

Konstantin
15.06.2017
10:41:44

Denis
15.06.2017
10:41:47

Vladimir
15.06.2017
10:42:55

Konstantin
15.06.2017
10:43:26

Петр
15.06.2017
10:44:43
покажите, что у вас в pg_database

Konstantin
15.06.2017
10:48:18