forum.opennet.ru

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

Оглавление

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

а как с этим обстоят дела у оракала , Аноним (1), 20:16 , 14-Фев-19, (1) –2 //

O_DIRECT и свой велосипед буферов , nobodynoone (?), 22:40 , 14-Фев-19, (20)
Тут не понятно, как оно обстоит к постреса-то, а ты про проприертарь какую, Andrey Mitrofanov (?), 10:18 , 15-Фев-19, (48)
У постгреса fsync выключается одной строкой fsync off У mysql пришлось исходни, Аноним (57), 10:57 , 15-Фев-19, (57) //

я выключаю, у меня блок бесперебойного питания и потоковая репликация считаю что, одмин (?), 08:51 , 16-Фев-19, (77) //

я выключал, потому что KMail тормозила , Аноним (79), 10:24 , 16-Фев-19, (79) –1
а когда у него навернется база причем не сразу, поэтому что там будет в среплиц, postgres (?), 17:20 , 19-Фев-19, (97)

фатальное непонимание LOL, давай продолжим - фатальное непонимание у разработчи, odmin (??), 13:56 , 20-Фев-19, (99) –1
и база наверное должна навернуться, потому что кто то что-то удалил , odmin (??), 13:58 , 20-Фев-19, (100) –1

Ностоящий девопс, паздравляю, Онаним (?), 13:49 , 20-Фев-19, (98)

Отлично, его же профессионалы делают , Аноним (78), 08:56 , 16-Фев-19, (78)

А добавить свое решение в комьюнити они пробовали пропиерасты, Аноним2 (?), 20:34 , 14-Фев-19, (3) +6 //

Может и пробовали Ты думаешь так просто закоммиить в postgres Ты знаешь скольк, Аноним (15), 22:15 , 14-Фев-19, (15) +3 //

Олег Бартунов на одном из семинаров рассказывал, как это работает Бывает, прох, Анонимный прохожий (?), 09:36 , 15-Фев-19, (46) –1 //

ты правда думаешь что в других опенсосных прожектах оно как-то иначе Причем это, нах (?), 11:49 , 15-Фев-19, (59) +4

встречаются исключения, где сперва принимают, а потом дают советы , Аноним (79), 10:47 , 16-Фев-19, (80)

Угрожая-то выносом из staging на мусорку А не обращайте внимания -- это не про, Andrey Mitrofanov (?), 10:56 , 18-Фев-19, (90) +1

Это ж он, бизнес _дружественный_ к опенсорсу Понимаете I , Andrey Mitrofanov (?), 10:19 , 15-Фев-19, (49) –1
Они тебе что-то должны Ты сам не хочешь выложить все свои наработки ха-ха в о, Qwerty (??), 11:03 , 15-Фев-19, (58) –3 //

А они свои наработки в общий доступ выкладывают не с целью денег заработать А р, SAF0001 (?), 04:39 , 16-Фев-19, (76)

А оно нужно Так ли уж часто БД будет менять файл в котором произошли сбои до тог, КО (?), 12:22 , 15-Фев-19, (60) –2

Ну, при проблемах с диском лучше сразу умереть - это логично Но интересно, како, Crazy Alex (ok), 20:45 , 14-Фев-19, (4) –2 //

Т е тебе рассказать зачем нужен fsync , Аноним (8), 21:17 , 14-Фев-19, (8) –1 //

не, мне рассказать, зачем сбрасывать буфер если fsync не успешен, Crazy Alex (ok), 21:24 , 14-Фев-19, (9) –3 //

А, извини Я думал ты неуч, а ты просто лентяй и даже новость не прочитал , Аноним (8), 21:40 , 14-Фев-19, (11) +1

Я, конечно, тот ещё лентяй, но новость читал, и даже не раз, так как несколько о, Crazy Alex (ok), 22:20 , 14-Фев-19, (17) +3

Стоп, всё равно непонятно Ну ладно, произошла ошибка, зачем дальше позволять чт, Crazy Alex (ok), 22:30 , 14-Фев-19, (19) +2

freebsd по сей день очень осмысленно наворачивается в kernel panic У линукса ч, пох (?), 22:40 , 14-Фев-19, (21)

Пользуюсь флешками, киндлом, внешними хардами, подключаю телефон через usb, дале, анонн (?), 22:53 , 14-Фев-19, (22) +3

пару лет назад у slw стабильно воспроизводилось банальным отключением виртуальн, пох (?), 00:19 , 15-Фев-19, (26) –3

Есть архив подписки на stable за последние 4 год, с кучей репортов от slw багре, анонн (?), 01:48 , 15-Фев-19, (33) +2

о, форма осталась в хистори Попробуем так Хотя впопеннет в очередной раз подтв, пох (?), 07:58 , 15-Фев-19, (45) +1

В оффтопике подобная ситуация называется багчек Система дальше не работает, что, Аноним (79), 11:16 , 16-Фев-19, (81)
э и вот стоишь ты такой весь красивый перед неработающей-чтоб системой - и че, пох (?), 12:16 , 16-Фев-19, (82)
О том и вопрос а чей-та она не работает, нотабаг же Тю Тут ОС целиком исключит, Аноним (86), 16:04 , 16-Фев-19, (86)
так она работает - вон, отлично перезагружается А хочешь какой другой работы - , пох (?), 20:20 , 16-Фев-19, (88)
БолгенОС всего лишь принципиально новый софт В Роза Ентерпрайз Десктоп новизна , Аноним (86), 08:37 , 17-Фев-19, (89) +1
Да хоть бы и ни одного не было Оффсет, который zfs_blkptr_verify сочла неправ, Anon Y Mous (?), 19:01 , 21-Фев-19, (101) +1
ну и чего теперь - владельцу сдохшего стора легче станет P S было б ниодного - , пох (?), 14:27 , 22-Фев-19, (102)

Брат, Аноним, ты явно делаешь что-то не так - , Анонимный прохожий (?), 09:40 , 15-Фев-19, (47) +1

Будьте добры привести PR , universite (ok), 00:11 , 15-Фев-19, (25)
Не надо как в винде 100500 руганей юзеру Наоборот - надо уметь поймать, что, Crazy Alex (ok), 05:53 , 15-Фев-19, (36) –1

Вы вообще то об одном и том же говорите Ругань юзеру окошко - это и есть прил, Аноним (38), 06:43 , 15-Фев-19, (38) +3

не, у винды той которая еще 95 окошко было системное точнее не окошко, а свит, пох (?), 07:52 , 15-Фев-19, (42)

https postgrespro ru docs postgrespro 10 wal-configurationСмотри чекпоинты, rshadow (ok), 21:43 , 14-Фев-19, (12)
В наука-и-жизни ж писали На LWN-е то есть Они все _делают вид_, что в курсе , Andrey Mitrofanov (?), 10:22 , 15-Фев-19, (50) +1

для тех, кто держит реплики с отставанием для защиты от дропов - это не важно, Аноним (6), 20:59 , 14-Фев-19, (6) //

Диск может сбойнуть и на реплике, а из-за неспособности linux гарантировать fsyn, Аноним (68), 02:37 , 16-Фев-19, (68) –1

Я одно не понял - а что предписывает fsync делать POSIX , Аноним (10), 21:36 , 14-Фев-19, (10) //

Реализация на усмотрение разработчиков ОС https www opennet ru man shtml topic, Аноним (13), 21:46 , 14-Фев-19, (13) +1 //

Спасибо А попадания в буфер очередь входит в эти I O operations , Аноним (10), 21:54 , 14-Фев-19, (14) –1
Кажется, пора им этот пункт пересмотреть, Аноним (15), 22:22 , 14-Фев-19, (18) //

I Пора прекратить этот разврат -- и откопали позикс , Andrey Mitrofanov (?), 10:31 , 15-Фев-19, (53) +1

ребята из саппорта vmware рассказали что когда стали использовать постгрес для з, sdog (ok), 23:10 , 14-Фев-19, (23) –6 //

Эти ребята видимо режим надёжного хранения отключали, для скорости , Аноним (68), 02:42 , 16-Фев-19, (69) –3

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

как мне в свое время объяснял ank 1 нельзя верить манам - их пишут не те кто п, пох (?), 00:25 , 15-Фев-19, (29) //

Хе-хе-хе Впрочем, пох , Bx (ok), 00:31 , 15-Фев-19, (32) +1 //

I Педальный , Andrey Mitrofanov (?), 10:34 , 15-Фев-19, (54) +2

Пардон Лох или Пох Раскрою мыслю голодный трезвого не разумеет , проблему с, Bx (ok), 03:30 , 16-Фев-19, (75)

ну а где подробности В смысле - как ты дошел до жизни такой, что fsync отправил, пох (?), 12:26 , 16-Фев-19, (84)

А ты точно читал что там в талмудах про iSCSI написано Впрочем - пох Причём, _ (??), 03:18 , 16-Фев-19, (73) //

авторы большинства fs - точно не читали их отчасти извиняет то, что это дерьмо , пох (?), 12:24 , 16-Фев-19, (83)

Ага, треды спасут Начнем с вопроса а какие процессы в пг пишут на диск , Bx (ok), 00:30 , 15-Фев-19, (31) –2 //

Не спасут , nobodynoone (?), 12:25 , 15-Фев-19, (62) +1

Функция fsync https pubs opengroup org onlinepubs 009695399 functions fsync, YetAnotherAnon (?), 02:40 , 15-Фев-19, (34) +1 //

Не Вот по ссылке из новости же детальнее https lwn net Articles 752063 , Crazy Alex (ok), 05:56 , 15-Фев-19, (37)
Тред читай по приведённой мной ссылке Измышления у меня какие-то , nobodynoone (?), 12:24 , 15-Фев-19, (61)

Хз, в общем, опасность по личному опыту преувеличена Лично видел БД не постр, Bx (ok), 00:22 , 15-Фев-19, (28) –2
что значит это предложение некоторые операционные системы - это что , Аноним (38), 06:50 , 15-Фев-19, (39) –1 //

Драма ж Беллетристика сАспенс Журнализм but stay tuned dontouch that di, Andrey Mitrofanov (?), 10:39 , 15-Фев-19, (55)
это что разработчики линукса начали отмазываться в стиле а вон у netbsd вообще , нах (?), 12:51 , 15-Фев-19, (64) +1

Т е я правильно понимаю, это упомянутые операционные системы Linux, OpenBSD, Ne, Аноним (38), 10:24 , 15-Фев-19, (51) –1 //

Потому что они перечислены рядом в тексте новости Незачем по нескольку раз одно, Аноним (13), 10:42 , 15-Фев-19, (56) +1
просто это не означает что список - исчерпывающий, вероятнее всего, к нему можно, нах (?), 12:53 , 15-Фев-19, (65) +2 //

А что ещё хоть как то живого осталось AIX, Solaris и Форточка а ну голубятн, _ (??), 03:22 , 16-Фев-19, (74) //

ну постгрез, в силу любви к древним стандартам, все еще может собраться на чем-т, пох (?), 12:30 , 16-Фев-19, (85)

Что за Древние стандарты Есть Posix, который умные люди расширяют, стандартиз, bOOster (ok), 17:07 , 18-Фев-19, (93) –1

позикс уже тоже дорасширяли до полной невменяемости такой сложный и ресурсожручи, пох (?), 13:31 , 19-Фев-19, (95)

это ваще как кто-нить может объяснить что имелось в виду в этой строке , J.L. (?), 12:32 , 15-Фев-19, (63) //

Robert Haas делает вид, что может См LWN и не морочьте нам голову, мы обсужда, Andrey Mitrofanov (?), 12:59 , 15-Фев-19, (66)
1 в приложении открыли, записали, закрыли данные в кеше ФС 2 в консоли вызв, Аноним (68), 02:58 , 16-Фев-19, (70) +1

А есть ли у них интерфейс к данным мимо SQL, типа, как это у BerkeleyDB , Аноним (94), 12:05 , 19-Фев-19, (94) //

Наверняка есть -- на что-то же должен этот SQL опираться , adolfus (ok), 13:51 , 19-Фев-19, (96) –1

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

9. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." –3 +/–

Сообщение от Crazy Alex (ok), 14-Фев-19, 21:24

не, мне рассказать, зачем сбрасывать буфер если fsync не успешен

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

11. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +1 +/–

Сообщение от Аноним (8), 14-Фев-19, 21:40

А, извини. Я думал ты неуч, а ты просто лентяй и даже новость не прочитал.

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

17. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +3 +/–

Сообщение от Crazy Alex (ok), 14-Фев-19, 22:20

Я, конечно, тот ещё лентяй, но новость читал, и даже не раз, так как несколько обалдел от такого контринтуитивного поведения оси. Но да, сейчас добавили абзац об этом.

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

19. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +2 +/–

Сообщение от Crazy Alex (ok), 14-Фев-19, 22:30

Стоп, всё равно непонятно. Ну ладно, произошла ошибка, зачем дальше позволять что-то в этот файл писать? Ну отбивать последующие write() с -1, да и всё...
Не говоря о том, что ситуацию "из под фс выдернули носитель" не худо бы отслеживать и как-то осмысленно обрабатывать, тем более если это самый частый случай. В общем, правильно сказали - mess и есть.

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

21. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от пох (?), 14-Фев-19, 22:40

> Не говоря о том, что ситуацию "из под фс выдернули носитель" не худо бы отслеживать и как-то
> осмысленно обрабатывать,
freebsd по сей день очень "осмысленно" наворачивается в kernel panic.
У линукса чуть лучше - навсегда блокируется точка монтирования и та неудачливая fs которой оно принадлежало.
Вот ЭТО сделать "как в винде" - то есть вывести юзеру сообщение "верни, козлина, флэшку на место, я ж еще не дописала" и таки попытаться дописать если вернет - с 1995го года нерешаемая задача, совершенно вот ну никак невозможно ее решить по тыщеодной причине, причина первая - не было пороха.
Ну ничего, зато щас запилим очередной "асинхронный инит", это как-то проще получается.

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

22. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +3 +/–

Сообщение от анонн (?), 14-Фев-19, 22:53

> freebsd по сей день очень "осмысленно" наворачивается в kernel panic.
Пользуюсь флешками, киндлом, внешними хардами, подключаю телефон через usb, далеко не всегда не забываю отмонтировать. За последние 7 лет припоминаю ровно 0 паник. Странно.

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

26. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." –3 +/–

Сообщение от пох (?), 15-Фев-19, 00:19

пару лет назад у slw@ стабильно воспроизводилось банальным отключением виртуальной "дискеты" bhyve'ом
сомнительно чтобы с тех пор стало что-то сильно лучше.

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

33. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +2 +/–

Сообщение от анонн (?), 15-Фев-19, 01:48

> пару лет назад у slw@ стабильно воспроизводилось банальным отключением виртуальной "дискеты"
> bhyve'ом
> сомнительно чтобы с тех пор стало что-то сильно лучше.
Есть архив подписки на stable за последние 4 год, с кучей репортов от slw@.
багрепорты от slw@
https://bugs.freebsd.org/bugzilla//buglist.cgi?emailcc2=1&em...
summary:crash || panic
comment: bhyve
https://bugs.freebsd.org/bugzilla//buglist.cgi?longdesc=bhyv... panic&query_format=advanced
везде 0 совпадений.
так что увы. Возможно бага в бихайве.

Не поленился, воткнул флешку (32GB, fat32), флешка подмонтировалась (1 кликом):

/dev/da0s1 on /media/da0s1 (msdosfs, local, nosuid, mounted by анонн)

сделал  dd (^T и вытянул)

dd if=/dev/zero bs=1k > /media/da0s1/data
load: 0.32  cmd: dd 1327 [wswbuf0] 1.29r 0.00u 0.05s 0% 2024k
11520+0 records in
11520+0 records out
11796480 bytes transferred in 1.293887 secs (9117087 bytes/sec)
dd: stdout: Input/output error
50868+0 records in
50867+0 records out
52087808 bytes transferred in 2.649465 secs (19659746 bytes/sec)

флешка где-то через секунду отмонтировалась автоматически.
Воткнул опять:

stat -x /media/da0s1/data
  File: "/media/da0s1/data"
  Size: 0            FileType: Regular File

выткнул, оно "само" отмонтировалось.
Пишу дальше, полет нормальный, щас вот капчу введу.

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

45. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +1 +/–

Сообщение от пох (?), 15-Фев-19, 07:58

о, форма осталась в хистори. Попробуем так. Хотя впопеннет в очередной раз подтвердил что он - место для троллинга, а не дискуссий.
> так что увы. Возможно бага в бихайве.
да нет, там все чотко было - удаляешь, шлеп... причем бы тут бхайв, если наворачивалось то что внутри? Просто хорошая и удобная тестовая схема.
другое дело что он тоже не будет терять время и заводить баги там, где не надеется ничего исправить, а в личной переписке я порылся - уже, походу, удалил (потому что мне тоже даром не надо - поржали и разошлись по своим делам).
вот вам типичная реакция разработчика freebsd на багрепорт, когда человек не просто хихикая наблюдает 'и так у вас двадцать лет', а не поленился принести проблему на блюдечке (еще бы, у него, походу, не совсем бесполезный локалхост совсем помре):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683
"кстати, это и вас, молодой человек, касается" - в смысле, пользователям ЭТОГО настоятельно задуматься о том, есть ли у вас запасной пул или можете ли вы его сотворить из воздуха если с рабочим случится вот такое. Причем это у него не физический диск сбойнул, это он так удачно по другому поводу панику поймал (cocococo-cow, multiple metadata, безопасТно!)
поскольку девизом "разработчиков" является "главное - ничего не чинить!"
а вам какой-то постгрез в ситуации когда и так уже "всьо пропало" кажется неправильным...

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

81. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от Аноним (79), 16-Фев-19, 11:16

В оффтопике подобная ситуация называется багчек. Система дальше не работает, что бы не накуралесить.
В FreeBSD это notabug, тогда с какой целью перезапуск?

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

82. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от пох (?), 16-Фев-19, 12:16

> В оффтопике подобная ситуация называется багчек. Система дальше не работает, что бы
> не накуралесить.
э... и вот стоишь ты такой весь красивый перед неработающей-чтоб системой - и чего делать-то будем?
> В FreeBSD это notabug, тогда с какой целью перезапуск?
kern.panic_reboot_wait_time=-1 и будет "как в винде".
а дальше чо? Орать "люююди, помогите кто-нибудь"? Ну вот один, как видишь, орал - так к нему кровосос из соседнего болота вылез, щупальцами облизался и спрашивает - "ну я услышал, notabug, легче стало?" Еще и велел орать тише, а не то!
Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs. Этот - один из.
(не в смысле все сломал, а в смысле - кроме него чинить просто некому вообще.)

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

86. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от Аноним (86), 16-Фев-19, 16:04

> э... и вот стоишь ты такой весь красивый перед неработающей-чтоб системой
О том и вопрос: а чей-та она не работает, нотабаг же?
> Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs.
Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно.

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

88. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от пох (?), 16-Фев-19, 20:20

> О том и вопрос: а чей-та она не работает, нотабаг же?
так она работает - вон, отлично перезагружается. А хочешь какой другой работы - удали нафиг этот сторадж, создай новый - и все отлично дальше поедет. Какие еще данные, зачем они тебе были нужны?
> Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно.
это болгенос, что-ле? Так-то обычно чтобы вышло что-нибудь работающее, и пары тысяч не хватает. Откуда, собственно, и растет проблема.

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

89. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +1 +/–

Сообщение от Аноним (86), 17-Фев-19, 08:37

>> Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно.
> это болгенос, что-ле?
БолгенОС всего лишь принципиально новый софт. В Роза Ентерпрайз Десктоп новизна в этом плане отсутствует. Былые идеи развиты до исключительной автономии, как указано в реестре. Осталось дождаться, пока аутсорсер Билл получит гражданство РФ и подпишет загрузчик.

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

101. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +1 +/–

Сообщение от Anon Y Mous (?), 21-Фев-19, 19:01

> Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs. Этот - один из.
Да хоть бы и ни одного не было. Оффсет, который zfs_blkptr_verify() сочла неправильным - это 72057594038013952 или 0x100000000015000, что выглядит как bitflip.

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

102. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от пох (?), 22-Фев-19, 14:27

ну и чего теперь - владельцу сдохшего стора легче станет?
P.S. было б ниодного - мы бы хоть те патчи, что уже есть, пропихнули. Но там не принято коммитить через голову активно-копипастящего.

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

47. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +1 +/–

Сообщение от Анонимный прохожий (?), 15-Фев-19, 09:40

> За последние 7 лет припоминаю ровно 0 паник. Странно.
Брат, Аноним, ты явно делаешь что-то не так. :-)

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

25. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от universite (ok), 15-Фев-19, 00:11

>freebsd по сей день очень "осмысленно" наворачивается в kernel panic.
Будьте добры привести PR.

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

36. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." –1 +/–

Сообщение от Crazy Alex (ok), 15-Фев-19, 05:53

Не надо "как в винде" (100500 руганей юзеру). Наоборот - надо уметь поймать, что устройства нет, отдавать какой-то осмысленный код ошибки приложениям, пытающимся что-то сделать с соответствующей фс и по тому же umount -f таки отмонтировать, а в контексте данной траблы - не убивать буферы, если устройство не исчезло.

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

38. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +3 +/–

Сообщение от Аноним (38), 15-Фев-19, 06:43

Вы вообще то об одном и том же говорите. "Ругань юзеру" окошко - это и есть приложение, которое получает осмысленный код ошибки.
По сути, меня в винде бесят их заблокированные файлы, которые без спецсредств и ребута ни удалить ни переместить. Маразм какой-то, запускаю раз в полгода поиграться, и постоянно на это наталкиваюсь, пытаясь какие-нибудь скриншоты сохранить и сгруппировать.
По сути, в линуксе бесит, что mount -f не работает часто. Накой черт он нужен тогда, или сделали бы как у гита, -f -f лол

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

42. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..." +/–

Сообщение от пох (?), 15-Фев-19, 07:52

не, у винды (той которая еще 95) окошко было системное (точнее не окошко, а свитч в текстмоду и вывод там предупреждения с abort/retry - а у нас для этого, вроде, пока еще есть - сислог)
что в общем и целом - логично для юзерской системы - поскольку дает юзеру шанс исправить ситуацию вообще без потерь.
Ну а если "не совсем получилось" и мы в результате повисли - так хотя бы попытались, а результат тот же.
> По сути, в линуксе бесит, что mount -f не работает часто.
он практически никогда не работает, кроме тех случаев, когда и без -f бы прокатило. Особенности unix vfs, проверенные веками и освященные традицией (даром что сам код написан с чистого листа), ничего не менять. Зато теперь у тебя ДВЕ проблемы - не отмонтирующаяся fs и зависшая консоль с umount ;-)
> Накой черт он нужен тогда, или сделали бы как у гита
уже есть - sysrq-s,u,b - поскольку результат, в общем-то, ровно тот же.
А остальное требует архитектурных изменений в vfs, на енто мы пойтить не могем, лучше system-ненужно258-d запилим с отдельным ядерным интерфейсом для него.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	9. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	–3 +/–
	Сообщение от Crazy Alex (ok), 14-Фев-19, 21:24
	не, мне рассказать, зачем сбрасывать буфер если fsync не успешен
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+1 +/–
	Сообщение от Аноним (8), 14-Фев-19, 21:40
	А, извини. Я думал ты неуч, а ты просто лентяй и даже новость не прочитал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+3 +/–
	Сообщение от Crazy Alex (ok), 14-Фев-19, 22:20
	Я, конечно, тот ещё лентяй, но новость читал, и даже не раз, так как несколько обалдел от такого контринтуитивного поведения оси. Но да, сейчас добавили абзац об этом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+2 +/–
	Сообщение от Crazy Alex (ok), 14-Фев-19, 22:30
	Стоп, всё равно непонятно. Ну ладно, произошла ошибка, зачем дальше позволять что-то в этот файл писать? Ну отбивать последующие write() с -1, да и всё... Не говоря о том, что ситуацию "из под фс выдернули носитель" не худо бы отслеживать и как-то осмысленно обрабатывать, тем более если это самый частый случай. В общем, правильно сказали - mess и есть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от пох (?), 14-Фев-19, 22:40
	> Не говоря о том, что ситуацию "из под фс выдернули носитель" не худо бы отслеживать и как-то > осмысленно обрабатывать, freebsd по сей день очень "осмысленно" наворачивается в kernel panic. У линукса чуть лучше - навсегда блокируется точка монтирования и та неудачливая fs которой оно принадлежало. Вот ЭТО сделать "как в винде" - то есть вывести юзеру сообщение "верни, козлина, флэшку на место, я ж еще не дописала" и таки попытаться дописать если вернет - с 1995го года нерешаемая задача, совершенно вот ну никак невозможно ее решить по тыщеодной причине, причина первая - не было пороха. Ну ничего, зато щас запилим очередной "асинхронный инит", это как-то проще получается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+3 +/–
	Сообщение от анонн (?), 14-Фев-19, 22:53
	> freebsd по сей день очень "осмысленно" наворачивается в kernel panic. Пользуюсь флешками, киндлом, внешними хардами, подключаю телефон через usb, далеко не всегда не забываю отмонтировать. За последние 7 лет припоминаю ровно 0 паник. Странно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	–3 +/–
	Сообщение от пох (?), 15-Фев-19, 00:19
	пару лет назад у slw@ стабильно воспроизводилось банальным отключением виртуальной "дискеты" bhyve'ом сомнительно чтобы с тех пор стало что-то сильно лучше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+2 +/–
	Сообщение от анонн (?), 15-Фев-19, 01:48
	> пару лет назад у slw@ стабильно воспроизводилось банальным отключением виртуальной "дискеты" > bhyve'ом > сомнительно чтобы с тех пор стало что-то сильно лучше. Есть архив подписки на stable за последние 4 год, с кучей репортов от slw@. багрепорты от slw@ https://bugs.freebsd.org/bugzilla//buglist.cgi?emailcc2=1&em... summary:crash \|\| panic comment: bhyve https://bugs.freebsd.org/bugzilla//buglist.cgi?longdesc=bhyv... panic&query_format=advanced везде 0 совпадений. так что увы. Возможно бага в бихайве. Не поленился, воткнул флешку (32GB, fat32), флешка подмонтировалась (1 кликом): /dev/da0s1 on /media/da0s1 (msdosfs, local, nosuid, mounted by анонн) сделал dd (^T и вытянул) dd if=/dev/zero bs=1k > /media/da0s1/data load: 0.32 cmd: dd 1327 [wswbuf0] 1.29r 0.00u 0.05s 0% 2024k 11520+0 records in 11520+0 records out 11796480 bytes transferred in 1.293887 secs (9117087 bytes/sec) dd: stdout: Input/output error 50868+0 records in 50867+0 records out 52087808 bytes transferred in 2.649465 secs (19659746 bytes/sec) флешка где-то через секунду отмонтировалась автоматически. Воткнул опять: stat -x /media/da0s1/data File: "/media/da0s1/data" Size: 0 FileType: Regular File выткнул, оно "само" отмонтировалось. Пишу дальше, полет нормальный, щас вот капчу введу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+1 +/–
	Сообщение от пох (?), 15-Фев-19, 07:58
	о, форма осталась в хистори. Попробуем так. Хотя впопеннет в очередной раз подтвердил что он - место для троллинга, а не дискуссий. > так что увы. Возможно бага в бихайве. да нет, там все чотко было - удаляешь, шлеп... причем бы тут бхайв, если наворачивалось то что внутри? Просто хорошая и удобная тестовая схема. другое дело что он тоже не будет терять время и заводить баги там, где не надеется ничего исправить, а в личной переписке я порылся - уже, походу, удалил (потому что мне тоже даром не надо - поржали и разошлись по своим делам). вот вам типичная реакция разработчика freebsd на багрепорт, когда человек не просто хихикая наблюдает 'и так у вас двадцать лет', а не поленился принести проблему на блюдечке (еще бы, у него, походу, не совсем бесполезный локалхост совсем помре): https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683 "кстати, это и вас, молодой человек, касается" - в смысле, пользователям ЭТОГО настоятельно задуматься о том, есть ли у вас запасной пул или можете ли вы его сотворить из воздуха если с рабочим случится вот такое. Причем это у него не физический диск сбойнул, это он так удачно по другому поводу панику поймал (cocococo-cow, multiple metadata, безопасТно!) поскольку девизом "разработчиков" является "главное - ничего не чинить!" а вам какой-то постгрез в ситуации когда и так уже "всьо пропало" кажется неправильным...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от Аноним (79), 16-Фев-19, 11:16
	В оффтопике подобная ситуация называется багчек. Система дальше не работает, что бы не накуралесить. В FreeBSD это notabug, тогда с какой целью перезапуск?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от пох (?), 16-Фев-19, 12:16
	> В оффтопике подобная ситуация называется багчек. Система дальше не работает, что бы > не накуралесить. э... и вот стоишь ты такой весь красивый перед неработающей-чтоб системой - и чего делать-то будем? > В FreeBSD это notabug, тогда с какой целью перезапуск? kern.panic_reboot_wait_time=-1 и будет "как в винде". а дальше чо? Орать "люююди, помогите кто-нибудь"? Ну вот один, как видишь, орал - так к нему кровосос из соседнего болота вылез, щупальцами облизался и спрашивает - "ну я услышал, notabug, легче стало?" Еще и велел орать тише, а не то! Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs. Этот - один из. (не в смысле все сломал, а в смысле - кроме него чинить просто некому вообще.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от Аноним (86), 16-Фев-19, 16:04
	> э... и вот стоишь ты такой весь красивый перед неработающей-чтоб системой О том и вопрос: а чей-та она не работает, нотабаг же? > Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs. Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно.
	Ответить \| Правка \| К родителю #82 \| Наверх \| Cообщить модератору


	88. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от пох (?), 16-Фев-19, 20:20
	> О том и вопрос: а чей-та она не работает, нотабаг же? так она работает - вон, отлично перезагружается. А хочешь какой другой работы - удали нафиг этот сторадж, создай новый - и все отлично дальше поедет. Какие еще данные, зачем они тебе были нужны? > Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно. это болгенос, что-ле? Так-то обычно чтобы вышло что-нибудь работающее, и пары тысяч не хватает. Откуда, собственно, и растет проблема.
	Ответить \| Правка \| К родителю #86 \| Наверх \| Cообщить модератору


	89. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+1 +/–
	Сообщение от Аноним (86), 17-Фев-19, 08:37
	>> Тю. Тут ОС целиком исключительно _один_ человек разрабатывает полностью автономно. > это болгенос, что-ле? БолгенОС всего лишь принципиально новый софт. В Роза Ентерпрайз Десктоп новизна в этом плане отсутствует. Былые идеи развиты до исключительной автономии, как указано в реестре. Осталось дождаться, пока аутсорсер Билл получит гражданство РФ и подпишет загрузчик.
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	101. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+1 +/–
	Сообщение от Anon Y Mous (?), 21-Фев-19, 19:01
	> Если кто не понял - во freebsd _три_, прописью - три активных коммитера в zfs. Этот - один из. Да хоть бы и ни одного не было. Оффсет, который zfs_blkptr_verify() сочла неправильным - это 72057594038013952 или 0x100000000015000, что выглядит как bitflip.
	Ответить \| Правка \| К родителю #82 \| Наверх \| Cообщить модератору


	102. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от пох (?), 22-Фев-19, 14:27
	ну и чего теперь - владельцу сдохшего стора легче станет? P.S. было б ниодного - мы бы хоть те патчи, что уже есть, пропихнули. Но там не принято коммитить через голову активно-копипастящего.
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


	47. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+1 +/–
	Сообщение от Анонимный прохожий (?), 15-Фев-19, 09:40
	> За последние 7 лет припоминаю ровно 0 паник. Странно. Брат, Аноним, ты явно делаешь что-то не так. :-)
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	25. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от universite (ok), 15-Фев-19, 00:11
	>freebsd по сей день очень "осмысленно" наворачивается в kernel panic. Будьте добры привести PR.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	36. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	–1 +/–
	Сообщение от Crazy Alex (ok), 15-Фев-19, 05:53
	Не надо "как в винде" (100500 руганей юзеру). Наоборот - надо уметь поймать, что устройства нет, отдавать какой-то осмысленный код ошибки приложениям, пытающимся что-то сделать с соответствующей фс и по тому же umount -f таки отмонтировать, а в контексте данной траблы - не убивать буферы, если устройство не исчезло.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	38. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+3 +/–
	Сообщение от Аноним (38), 15-Фев-19, 06:43
	Вы вообще то об одном и том же говорите. "Ругань юзеру" окошко - это и есть приложение, которое получает осмысленный код ошибки. По сути, меня в винде бесят их заблокированные файлы, которые без спецсредств и ребута ни удалить ни переместить. Маразм какой-то, запускаю раз в полгода поиграться, и постоянно на это наталкиваюсь, пытаясь какие-нибудь скриншоты сохранить и сгруппировать. По сути, в линуксе бесит, что mount -f не работает часто. Накой черт он нужен тогда, или сделали бы как у гита, -f -f лол
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Обновление PostgreSQL с устранением серьёзных проблем с fsyn..."	+/–
	Сообщение от пох (?), 15-Фев-19, 07:52
	не, у винды (той которая еще 95) окошко было системное (точнее не окошко, а свитч в текстмоду и вывод там предупреждения с abort/retry - а у нас для этого, вроде, пока еще есть - сислог) что в общем и целом - логично для юзерской системы - поскольку дает юзеру шанс исправить ситуацию вообще без потерь. Ну а если "не совсем получилось" и мы в результате повисли - так хотя бы попытались, а результат тот же. > По сути, в линуксе бесит, что mount -f не работает часто. он практически никогда не работает, кроме тех случаев, когда и без -f бы прокатило. Особенности unix vfs, проверенные веками и освященные традицией (даром что сам код написан с чистого листа), ничего не менять. Зато теперь у тебя ДВЕ проблемы - не отмонтирующаяся fs и зависшая консоль с umount ;-) > Накой черт он нужен тогда, или сделали бы как у гита уже есть - sysrq-s,u,b - поскольку результат, в общем-то, ровно тот же. А остальное требует архитектурных изменений в vfs, на енто мы пойтить не могем, лучше system-ненужно258-d запилим с отдельным ядерным интерфейсом для него.
	Ответить \| Правка \| Наверх \| Cообщить модератору