
Александр
13.09.2016
09:48:44
Извините

Darafei
13.09.2016
09:48:57
а кто-нибудь уже пробовал собирать postgres с PVS-Studio?

blkmrkt
13.09.2016
09:59:02

Александр
13.09.2016
09:59:57

Google

Darafei
13.09.2016
10:00:24
они бету под линукс выпустили

Pavel
13.09.2016
10:27:25

Darafei
13.09.2016
10:29:08
так то когда было :)

Sergey
13.09.2016
17:34:57
https://www.pgcon.org/2016/schedule/track/DBA/923.en.html
https://www.pgcon.org/2016/schedule/attachments/426_2016.05.19%20Yandex.Mail%20success%20story.pdf
https://www.youtube.com/watch?v=-SS4R1sFH3c

Vadim
14.09.2016
06:06:05
Здравствуйте коллеги. Кто нибудь пытался установить extension smlar на 9.5 ?

Kirill
14.09.2016
06:09:01

AbiGeuS
14.09.2016
06:19:18
Добрый день. Вчера поднял новый сервер (виртуалка esxi centos 7.2, lvm, xfc) с postgresql-9.4.9 1С. Залил в него дамп базы, пользователи начали работать. Сегодня утром начал получать кипу ошибок на одной из баз: «ERROR: missing chunk number 0 for toast value xxxxxx in pg_toast_2619». Тоаст относился к pg_statistic, удалил данные из статистики, прогнал реиндекс, вакуум, аналайз, заполнил новую статистику и вроде все завелось. Остается вопрос почему такое произошло? Судя по гуглу подобную ошибку фиксили еще в 9.1.2. Почему она могла возникнуть на 9.4.9? Никто с подобным не сталкивался?


blkmrkt
14.09.2016
07:13:37
сейчас уже почти сутки делается VACUUM ANALYZE
короче эта фигня произошла после того как я убил какой-то процесс питона на том же сервере, постгрес внезапно ушел оффлайн и восстанавливался. Ну и еще ООМ киллер непрерывно несколько дней убивал процессы постгреса из-за этого кривого питон-скрипта, это я уже потом в логах обнаружил.
ну и тогда был отключен fsync, wal write delay = 10s и прочее непотребство, сейчас конфиг дефолтный

lost
14.09.2016
07:21:18
у него же в дефолте непотребство лишь бы запустился на калькуляторе...

blkmrkt
14.09.2016
07:21:47

Google

blkmrkt
14.09.2016
07:23:03
а сегодня мне снился сон, что wal вообще можно было отключить, тем самым увеличив IO на том же старом железе

Roman
14.09.2016
07:46:33

Darafei
14.09.2016
07:50:46
да ладно, все должны хоть раз повосстанавливать базу из невалидного стейта руками после fsync=off

blkmrkt
14.09.2016
07:51:41

Darafei
14.09.2016
07:52:09
да, конечно, восстановилась
только pkey больше не unique
а так да, восстановилась :D

blkmrkt
14.09.2016
07:52:32
ага ?
еще там с toast фигня какая-то местами
переезжаю на сервер с SSD сейчас, хоть не так много эти все реиндексы будут занимать времени

Konstantin
14.09.2016
10:58:31
?
Верное дело, к гадалке не ходи

Dmitry
14.09.2016
11:09:08
reindex слабо связан с ssd vs hdd, если конечно у тебя не 1 процессор :)

Darafei
14.09.2016
11:13:17
да ладно, 5х просто даже на sequential read бывает от ssd

Konstantin
14.09.2016
11:20:01
Репак веселее шуршать будет
:-)
Дима да, прав. Но ссд всеравно лучше
Чем механика
Приколов меньше :-)
У меня вопрос не в тему, кто нить может посоветовать уши с шумодавом?

Google

Konstantin
14.09.2016
11:37:22
Башка трещит

Darafei
14.09.2016
11:40:31
сижу в MDR-XB950, они без шумодава, но с хорошей изоляцией

Konstantin
14.09.2016
11:41:59
Ясно
Надо чето ядерное,

Vadim
14.09.2016
11:46:55
купи беруши :)

Konstantin
14.09.2016
11:51:15
Уши чешутся
Не глушат шум

Айтуар
14.09.2016
12:33:22
булавка в барабанную перепонку ))

Darafei
14.09.2016
12:34:26
ты ещё fsync=off бы предложил :)

Айтуар
14.09.2016
12:35:04
и RAID0

blkmrkt
14.09.2016
12:45:47
может есть у кого однострочник для переноса бд с одного сервера на другой через ssh с компрессией?

Sergey
14.09.2016
12:47:11
rsync -avz не?

blkmrkt
14.09.2016
12:47:57
там бд подфаршмачена, хочу с чистого листа ее накатать :)
боюсь если с rsync, то мусор останется

Sergey
14.09.2016
12:49:30
ну тогда только pg_dump |ssh ... pg_restore

blkmrkt
14.09.2016
12:51:13
ну тогда только pg_dump |ssh ... pg_restore
а в чем разница просто ... | psql dbname и | pg_restore? У меня с последним плохие ассоциации - трое суток переносилась бд, и в итоге что-то там не перенеслось до конца, ругаясь на отсутствующие роли

Sergey
14.09.2016
12:53:04
это от формата дампа зависит. Если pg_dump делать в текст то для восстановления используем psql

Айтуар
14.09.2016
12:54:58
pg_restore -O для того чтобы на роли не ругался

Sergey
14.09.2016
12:55:02
тогда для сжатия его придется через gzip | gunzip пропустить при передаче по сети

blkmrkt
14.09.2016
12:55:22
pg_dump -C dbname | bzip2 | ssh remoteuser@remotehost "bunzip2 | psql dbname" во хороший однострочник

Google

Sergey
14.09.2016
12:56:41
но я бы лучше все же сначала выгрузил в файл и потом с него восстанавливал. За одно и бекап бы остался
восстанавливается гораздо дольше чем делается дамп.

blkmrkt
14.09.2016
13:02:23
сиреневое это iowait ?

Sergey
14.09.2016
13:05:51
обычный это из 9 2.5" дисков 15k?

blkmrkt
14.09.2016
13:06:50
raid с обычными дисками был совершенно прекрасен после одного диска, представляю как замечательно будет с ssd

Sergey
14.09.2016
13:08:40
для производительности я бы взял RAID1+0 вместо 6

blkmrkt
14.09.2016
13:08:59
а с ним ничего страшного не будет, если полетит один диск?

Sergey
14.09.2016
13:09:13
ssh поддерживает компрессию с опцией -C

Sergey
14.09.2016
13:09:15
50% потерь по емкости
с RAID1+0 можно потерять 50% не любых дисков

blkmrkt
14.09.2016
13:10:12
ох

Sergey
14.09.2016
13:11:20
зато процесс восстановления на один диск не так сильно просаживает общую производительность
с 6 можно потерять не более 2-х дисков
и очень тяжелый ребилд.

Konstantin
14.09.2016
17:01:55
http://pgday.ru/files/papers/61/2016.07.08%20%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F%20%D1%83%D1%81%D0%BF%D0%B5%D1%85%D0%B0%20%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%BE%D1%87%D1%82%D1%8B.pdf

Александр
15.09.2016
11:21:26
А я всё вижу
https://www.youtube.com/watch?v=VD32TeZmMA8

Paul
15.09.2016
11:29:51

Александр
15.09.2016
11:30:17
В эфире или в чате?

Google

Paul
15.09.2016
11:30:28

Александр
15.09.2016
11:30:46
Не знаю. Вопрос к авторам

Kirill
15.09.2016
11:32:59
Пробуют, видимо

Александр
15.09.2016
11:34:20
Ну это-то понятно
Меня одного коробит обращение "коллеги"?

Kirill
15.09.2016
11:35:03
Чем ?)

Paul
15.09.2016
11:35:11
Почему?)

Александр
15.09.2016
11:35:32
Часто используется как издевательское

Pavel
15.09.2016
11:35:46
например как обратится к родителям одноклассников детей
не коллеги же...

Берял
15.09.2016
11:35:58

Paul
15.09.2016
11:36:03
никогда не использовал. А кто мы? Друзья - фамильярно, да и какие мы тут друзья, нас тут 500 почти

Александр
15.09.2016
11:36:10

Alexey
15.09.2016
11:36:13
ТОВАРИЩИ.

Александр
15.09.2016
11:36:16
))

Paul
15.09.2016
11:36:19

Александр
15.09.2016
11:36:19
Граждане

Александр
15.09.2016
11:36:32