The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление PostgreSQL с устранением серьёзных проблем с fsync, opennews (??), 14-Фев-19, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


24. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +6 +/
Сообщение от nobodynoone (?), 14-Фев-19, 23:23 
Всё гораздо хуже. Это не неправильное использование, а напрочь сломанный *sync().

В контексте Постгреса: он использует процессы, а не треды. Один из процессов делает fsync(), заботясь только о своём сете данных. Упс, другой процесс уже не увидит ошибки от вызова fsync() со своей стороны. (теперь-то Постгрес запаникует, речь про раньше)

В глобальном контексте, касается любого приложения: делаете `sync` в шелле и... См. выше, ситуация аналогична.

https://www.postgresql.org/message-id/flat/CAMsr%2BYE5G...

Ответить | Правка | Наверх | Cообщить модератору

29. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от пох (?), 15-Фев-19, 00:25 
как мне в свое время объяснял ank: 1. нельзя верить манам - их пишут не те кто писали код 2. если какое-то поведение не описано жестко в позиксе - значит, функция может вернуть что угодно, даже если не написано что она вообще что-то возвращает - достаточно и того что она не void 3. если у функции явно описаны возвращаемые коды ошибок, она может вернуть любой другой

как хотите, так и программируйте под ваш "новый стандарт".

это, надо понимать, какой-нибудь 99й или еще раньше.

P.S. с другой стороны - у тебя на ходу отвалился диск под базой. А потом еще и почему-то обратно привалился. Кто при этом думает, что база еще подлежит восстановлению - тот лох педальный.

Ответить | Правка | Наверх | Cообщить модератору

32. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +1 +/
Сообщение от Bxemail (ok), 15-Фев-19, 00:31 
> P.S. с другой стороны - у тебя на ходу отвалился диск под базой. А потом еще и почему-то обратно привалился. Кто при этом думает, что база еще подлежит восстановлению - тот лох педальный.

Хе-хе-хе. Впрочем, "пох".

Ответить | Правка | Наверх | Cообщить модератору

54. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 15-Фев-19, 10:34 
>>еще подлежит восстановлению - тот лох педальный.
> Хе-хе-хе. Впрочем, "пох".

Педальный!?

Ответить | Правка | Наверх | Cообщить модератору

75. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от Bx (ok), 16-Фев-19, 03:30 
>>>еще подлежит восстановлению - тот лох педальный.
>> Хе-хе-хе. Впрочем, "пох".
> Педальный!?

Пардон? Лох или Пох?
Раскрою мыслю(голодный трезвого не разумеет :) ), проблему с pg + fsync один раз видел, база жива. Вот если бы wal помер, было бы интереснее.

Ответить | Правка | Наверх | Cообщить модератору

84. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от пох (?), 16-Фев-19, 12:26 
> Раскрою мыслю(голодный трезвого не разумеет :) ), проблему с pg + fsync
> один раз видел, база жива. Вот если бы wal помер, было
> бы интереснее.

ну а где подробности? В смысле - как ты дошел до жизни такой, что fsync отправил данные в /dev/null, и зачем еще потом пользуешься такой базой поверх такого стора?

Ответить | Правка | Наверх | Cообщить модератору

73. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от _ (??), 16-Фев-19, 03:18 
>>>P.S. с другой стороны - у тебя на ходу отвалился диск под базой. А потом еще и почему-то обратно привалился. Кто при этом думает, что база еще подлежит восстановлению - тот лох педальный.

А ты точно читал что там в талмудах про iSCSI написано?!?!?
Впрочем - пох! Причём педальный :-)))))


Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

83. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от пох (?), 16-Фев-19, 12:24 
>>>>P.S. с другой стороны - у тебя на ходу отвалился диск под базой. А потом еще и почему-то обратно привалился. Кто при этом думает, что база еще подлежит восстановлению - тот лох педальный.
> А ты точно читал что там в талмудах про iSCSI написано?!?!?

авторы большинства fs - точно не читали (их отчасти извиняет то, что это дерьмо придумано позже), поэтому буферы выбрасываются в унитаз, система гордо встает раком, а одна здорово распиаренная - вообще после этого начинает циклично перезагружаться, и хранилка восстановлению не подлежит, как мы недавно с изумлением узнали.

> Впрочем - пох! Причём педальный :-)))))

не, лох кто в 19м году использует iscsi вместо san, да еще и не имеет бэкапов, желательно вообще на другом типе стораджа.
Если совсем нет денег - используйте aoe (раз их совсем нет, у вас явно все в пределах соседней стойки уместилось, оно в такой ситуации вполне живо), не выпендривайтесь.

Ответить | Правка | Наверх | Cообщить модератору

31. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  –2 +/
Сообщение от Bxemail (ok), 15-Фев-19, 00:30 
Ага, треды спасут :) Начнем с вопроса "а какие процессы в пг пишут на диск?".
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

62. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +1 +/
Сообщение от nobodynoone (?), 15-Фев-19, 12:25 
Не спасут.
Ответить | Правка | Наверх | Cообщить модератору

34. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +1 +/
Сообщение от YetAnotherAnon (?), 15-Фев-19, 02:40 
> В контексте Постгреса: он использует процессы, а не треды. Один из процессов делает fsync(), заботясь только о своём сете данных. Упс, другой процесс уже не увидит ошибки от вызова fsync() со своей стороны.

Функция fsync() (https://pubs.opengroup.org/onlinepubs/009695399/functions/fs...) вызывается с конкретным файловым дескриптором, и просит ОС сбросить буферы только для него одного, так что всё что Вы написали про проблемы процессов PostgreSQL - это сугубо Ваши измышления и демонстрация Вашего же непонимания.

> В глобальном контексте, касается любого приложения: делаете `sync` в шелле и... См. выше, ситуация аналогична.

Не стоит путать функцию fsync() с одноимённой утилитой. Хотя, похоже, про то что утилита имеет  параметры, Вы не знаете.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

37. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от Crazy Alex (ok), 15-Фев-19, 05:56 
Не. Вот (по ссылке из новости же) детальнее: https://lwn.net/Articles/752063/
Ответить | Правка | Наверх | Cообщить модератору

61. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."  +/
Сообщение от nobodynoone (?), 15-Фев-19, 12:24 
Тред читай по приведённой мной ссылке. Измышления у меня какие-то.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру