The OpenNET Project / Index page

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



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

Оглавление

Компания Paragon Software опубликовала GPL-реализацию NTFS для ядра Linux, opennews (?), 16-Авг-20, (0) [смотреть все]

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


171. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –1 +/
Сообщение от пох. (?), 16-Авг-20, 21:51 
Не, не ок - до сих пор крэшится на ровном месте.
Хотите бэктрейс - могу поделиться.

И да, кто-нибудь такое на нормальном железе и исправной fs от ntfs3-g видел?

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

186. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +1 +/
Сообщение от n80 (?), 17-Авг-20, 00:29 
> Не, не ок - до сих пор крэшится на ровном месте.
> Хотите бэктрейс - могу поделиться.

Хочу, конечно, так что повторно прошу поделиться.

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

241. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 17-Авг-20, 20:57 
kernel: Workqueue: xfs-cil/dm-2 xlog_cil_push_work [xfs]
kernel: [<ffffffffc053fc7d>] xlog_state_get_iclog_space+0x10d/0x320 [xfs]
kernel: [<ffffffffc0540369>] xlog_write+0x1a9/0x750 [xfs]
kernel: [<ffffffffc0542138>] xlog_cil_push+0x2a8/0x430 [xfs]
kernel: [<ffffffffc05422d5>] xlog_cil_push_work+0x15/0x20 [xfs]
kernel: Workqueue: xfs-sync/dm-2 xfs_log_worker [xfs]
kernel: [<ffffffffc0542b0a>] xlog_cil_force_lsn+0x8a/0x210 [xfs]
kernel: [<ffffffffc0540a85>] _xfs_log_force+0x85/0x2c0 [xfs]
kernel: [<ffffffffc0540d66>] ? xfs_log_worker+0x36/0x100 [xfs]
kernel: [<ffffffffc0540cec>] xfs_log_force+0x2c/0x70 [xfs]
kernel: [<ffffffffc0540d66>] xfs_log_worker+0x36/0x100 [xfs]
kernel: Workqueue: xfs-cil/dm-2 xlog_cil_push_work [xfs]
kernel: [<ffffffffc053fc7d>] xlog_state_get_iclog_space+0x10d/0x320 [xfs]
kernel: [<ffffffffc0540369>] xlog_write+0x1a9/0x750 [xfs]
kernel: [<ffffffffc0542138>] xlog_cil_push+0x2a8/0x430 [xfs]
kernel: [<ffffffffc05422d5>] xlog_cil_push_work+0x15/0x20 [xfs]
kernel: Workqueue: xfs-sync/dm-2 xfs_log_worker [xfs]
kernel: [<ffffffffc0542b0a>] xlog_cil_force_lsn+0x8a/0x210 [xfs]
kernel: [<ffffffffc0540a85>] _xfs_log_force+0x85/0x2c0 [xfs]
kernel: [<ffffffffc0540d66>] ? xfs_log_worker+0x36/0x100 [xfs]
kernel: [<ffffffffc0540cec>] xfs_log_force+0x2c/0x70 [xfs]
kernel: [<ffffffffc0540d66>] xfs_log_worker+0x36/0x100 [xfs]
kernel: Workqueue: xfs-cil/dm-2 xlog_cil_push_work [xfs]
kernel: [<ffffffffc053fc7d>] xlog_state_get_iclog_space+0x10d/0x320 [xfs]
kernel: [<ffffffffc0540369>] xlog_write+0x1a9/0x750 [xfs]
kernel: [<ffffffffc0542138>] xlog_cil_push+0x2a8/0x430 [xfs]
kernel: [<ffffffffc05422d5>] xlog_cil_push_work+0x15/0x20 [xfs]
kernel: Workqueue: xfs-sync/dm-2 xfs_log_worker [xfs]
kernel: [<ffffffffc0542b0a>] xlog_cil_force_lsn+0x8a/0x210 [xfs]
kernel: [<ffffffffc0540a85>] _xfs_log_force+0x85/0x2c0 [xfs]
kernel: [<ffffffffc0540d66>] ? xfs_log_worker+0x36/0x100 [xfs]
kernel: [<ffffffffc0540cec>] xfs_log_force+0x2c/0x70 [xfs]
kernel: [<ffffffffc0540d66>] xfs_log_worker+0x36/0x100 [xfs]
kernel: Workqueue: xfs-cil/dm-2 xlog_cil_push_work [xfs]
kernel: [<ffffffffc053fc7d>] xlog_state_get_iclog_space+0x10d/0x320 [xfs]
kernel: [<ffffffffc0540369>] xlog_write+0x1a9/0x750 [xfs]
kernel: [<ffffffffc0542138>] xlog_cil_push+0x2a8/0x430 [xfs]
kernel: [<ffffffffc05422d5>] xlog_cil_push_work+0x15/0x20 [xfs]
kernel: Workqueue: xfs-sync/dm-2 xfs_log_worker [xfs]
kernel: [<ffffffffc0542b0a>] xlog_cil_force_lsn+0x8a/0x210 [xfs]
kernel: [<ffffffffc0540a85>] _xfs_log_force+0x85/0x2c0 [xfs]
kernel: [<ffffffffc0540d66>] ? xfs_log_worker+0x36/0x100 [xfs]
kernel: [<ffffffffc0540cec>] xfs_log_force+0x2c/0x70 [xfs]
kernel: [<ffffffffc0540d66>] xfs_log_worker+0x36/0x100 [xfs]
kernel: Workqueue: xfs-cil/dm-2 xlog_cil_push_work [xfs]
kernel: [<ffffffffc053fc7d>] xlog_state_get_iclog_space+0x10d/0x320 [xfs]
kernel: [<ffffffffc0540369>] xlog_write+0x1a9/0x750 [xfs]
kernel: [<ffffffffc0542138>] xlog_cil_push+0x2a8/0x430 [xfs]
kernel: [<ffffffffc05422d5>] xlog_cil_push_work+0x15/0x20 [xfs]
kernel: Workqueue: xfs-sync/dm-2 xfs_log_worker [xfs]
kernel: [<ffffffffc0542b0a>] xlog_cil_force_lsn+0x8a/0x210 [xfs]
kernel: [<ffffffffc0540a85>] _xfs_log_force+0x85/0x2c0 [xfs]
kernel: [<ffffffffc0540d66>] ? xfs_log_worker+0x36/0x100 [xfs]
kernel: [<ffffffffc0540cec>] xfs_log_force+0x2c/0x70 [xfs]
kernel: [<ffffffffc0540d66>] xfs_log_worker+0x36/0x100 [xfs]


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

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

242. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 17-Авг-20, 21:15 
> ну и вот хрен его знает, какую пользу можно извлечь из этой
> информации. "шитота пошло нетак" - ну, я, в общем, даже и
> без этих логов догадался, что если распаковка (ну да, ну да,
> 31G, а что, нельзя было?) архива зависла и даже на ctrl-c
> не реагирует, оно явное "не так".

Спасибо, погляжу. Пожалуй, ещё версию ядра очень не помешало бы.
dm-2, кстати, из чего состоит? Чисто multipath том от полки или какой-нибудь LV?

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

257. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 18-Авг-20, 13:25 
3.10.0-957.el7.x86_64 - oracle, не родная (впрочем, при нынешней-то борьбе за воспроизводимость ненужно, полагаю, совпадает побитно)

dm2, который развалился, да, обычный dm-multipath

Причем это лезвие среди пачки других, которые чувствуют себя вполне хорошо (разумеется, там vmware или винда, да и тут она же была и тоже не плакала)

Скорее всего ларчик открывается как-нибудь просто - хранилка в очередной раз слегка тормознула, все кроме xfs это переварили даже не заметив, а у нее какой-то лок продержался чуть дольше чем предполагали авторы.
(и падения 2009го года скорее всего ровно по тем же причинам, там были дешевые и дерьмовые диски на дешевых и дерьмовых контроллерах)

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

277. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 19-Авг-20, 00:47 
> Скорее всего ларчик открывается как-нибудь просто - хранилка в очередной раз слегка
> тормознула, все кроме xfs это переварили даже не заметив, а у
> нее какой-то лок продержался чуть дольше чем предполагали авторы.
> (и падения 2009го года скорее всего ровно по тем же причинам, там
> были дешевые и дерьмовые диски на дешевых и дерьмовых контроллерах)

Беда в том, что я и на не очень-то «дешёвых и дерьмовых» контроллерах и дисках иногда вижу эпичные затупы (но это именно очень сильный тупняк, не крэш). Пожалуй, любую ФС получалось практически положить кучей мелких записей или read-modify-write (например, удаление кучи мелких файлов в это превращается), но:
а) есть разница в поведении в других ситуациях, т.е. если этот сценарий плох у всех, нужно ценить и выбирать по поведению в других
б) в сценарии укладывания мелкими обращениями тоже есть разница между ФС, т.е. ложатся все, но не одинаково быстро и не одинаково фатально.

В итоге приходится жить в ситуации «выбираю его не потому что лучше всех, а потому что остальные ещё хуже».

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

190. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –1 +/
Сообщение от Кайф (?), 17-Авг-20, 03:10 
На ровном месте? XFS? А ты шутник
Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

206. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 17-Авг-20, 08:49 
> На ровном месте? XFS? А ты шутник

ну не было у бабы хлопот - поставила себе xfs, ага.

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

А вот в 2009-м наелись мы той xfs от души (ha/hl система на ~500 "недорогих" тазиках, понятное дело, у тебя каждый день какой-нибудь крэшится). Я-то по наивности поверил, что с того момента rhbm эти детские баги поисправляла.

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

247. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от Кайф (?), 18-Авг-20, 00:35 
Голословно
Ответить | Правка | Наверх | Cообщить модератору

212. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от Анончик (?), 17-Авг-20, 09:55 
> Хотите бэктрейс - могу поделиться.

да было бы неплохо посмотреть, с ментейнерами связывались?

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

240. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –3 +/
Сообщение от пох. (?), 17-Авг-20, 20:53 
А смысл? Во-первых, писать на деревню-дедушке бесполезно.
Во-вторых не думаю что это мое уникальное везение - тем более что я насмотрелся того же самого десять лет назад на совсем другом железе.

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

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

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

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




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

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