@pgsql

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

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

blkmrkt
13.09.2016
09:59:02
ON CONFLICT в этом месте ничего не делает собственно с конфликтом - id остается прежним
да, но если бы в БД не было дубликатов PKEY, то без ON CONFLICT была бы ошибка вообще странная ситуация, как такое могло произойти? колонка id была всегда primary key, разве что сервер крашнулся однажды когда я какой-то процесс вручную убил, но потом все восстановилось

Александр
13.09.2016
09:59:57
Google
Darafei
13.09.2016
10:00:24
они бету под линукс выпустили

Pavel
13.09.2016
10:27:25
а кто-нибудь уже пробовал собирать postgres с PVS-Studio?
Они на хабре статью писали про анализ постгреса

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
мда, у меня каким-то образом оказалось 2 записи в БД с идентичным pkey. как такое может получиться?
точно только 2-е ? что говорит \d profiles SELECT ваш_pk, count(*) from profiles GROUP BY 1 HAVING count(*) > 1

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
точно только 2-е ? что говорит \d profiles SELECT ваш_pk, count(*) from profiles GROUP BY 1 HAVING count(*) > 1
угу, я очень удивился. Делаешь например SELECT * FROM profiles WHERE ID IN (1, 2, 3), а в ответе 4 результата с одним дубликатом. Уже я дубликаты удалил вот такой квери: DELETE FROM profiles USING profiles p WHERE profiles.id = p.id AND profiles.time_last_seen < p.time_last_seen;

сейчас уже почти сутки делается 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 на том же старом железе

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

blkmrkt
14.09.2016
07:51:41
да ладно, все должны хоть раз повосстанавливать базу из невалидного стейта руками после fsync=off
да она сама восстановилась вроде, другое дело что тяжело объяснить и найти причину фигни вроде дубликатов в pkey

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
обычный это из 9 2.5" дисков 15k?
угу что-то вроде того, вот какой rpm у них не знаю

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
https://www.youtube.com/watch?v=VD32TeZmMA8
коллеги, что за ад в эфире происходит, простите?

Александр
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
Меня одного коробит обращение "коллеги"?
меня часто бесит, когда коллеги нельзя заюзать

например как обратится к родителям одноклассников детей

не коллеги же...

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
ТОВАРИЩИ.
Мы то друзья, да

Страница 88 из 1062