The OpenNET Project / Index page

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

В ядре Linux выявлены ошибки, приводящие к зависанию процессов и повреждению разделов EXT4

20.05.2015 13:51

В ядре Linux выявлены две неприятные ошибки:

Начиная с выпуска 3.14 и заканчивая 3.18, т.е. с января по октябрь 2014 года, в ядре Linux присутствовала неприятная ошибка в реализации вызова futex_wait, которая могла приводить к непредсказуемому зависанию процессов на серверах с процессорами на базе микроархитектуры Intel Haswell, в том числе используемых в облаках Amazon.Данная ошибка является причиной замешательства многих программистов, которые месяцами пытались найти ошибку в своих приложениях, зависающих при непонятных обстоятельствах. Причиной зависания была взаимная блокировка в ядре из-за которой фьютекс (futex) оставался навсегда в состоянии блокировки, несмотря на его фактическое освобождение.

Проблема усугубляется тем, что связанная с проблемой функциональность была перенесена в ядро, поставляемое в дистрибутиве Red Hat Enterprise Linux и присутствует как минимум в выпусках RHEL/CentOS 6.6 и 7.1. В свежем обновлении RHEL 6.6.z проблема устранена, но остаётся неисправленной в RHEL 7.1. В пакетах с ядром для Ubuntu 14.04 и Debian 8 проблема была устранена ещё в прошлом году. Ubuntu 12.04 и Debian 7 не были подвержены проблеме. В SLES 12 ошибка также была перенесена, но уже устранена в ядре 3.12.32-33.1.

Вторая проблема проявляется в ядре 4.0.2 и устранена в выпуске 4.0.3. При определённом стечении обстоятельств ошибка может привести к значительному повреждению целостности файловой системы Ext4 и потере части данных. У большинства пользователей, сообщивших о проявлении проблемы, использовался RAID0 на базе mdadm. Сообщается также о проявлении похожих проблем при использовании dm-crypt.

Дополнение: Причиной проблемы в Ext4 оказалась ошибка в реализации программного RAID 0, проявляющаяся при монтирования с опцией DISCARD. В отличие от ранее опубликованных сведений, проблема не специфична для файловой системы Ext4 и присутствует в коде подсистемы md-raid. Ошибка проявляется в ветках ядра 4.0 и 3.14 LTS, начиная с выпусков 4.0.2 и 3.14.41. При изменении или удалении файлов возможно непредсказуемое нарушение целостности файловой системы, установленной поверх RAID 0.

В настоящее время исправление доступно в виде патча. Для Arch Linux уже выпущены устраняющие проблему обновления ядра linux 4.0.4-2 и linux-lts 3.14.43-2. В основном ядре исправления ожидаются в выпусках 4.0.5 и 3.14.44. Пользователям ядер 4.0.2+ и 3.14.41+, у которых применяется RAID0 с опцией DISCARD, рекомендуется перемонтировать раздел без DISCARD и проверить целостность файловой системы при помощи fsck.

  1. Главная ссылка к новости (http://www.infoq.com/news/2015...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42262-linux
Ключевые слова: linux, ext4, futex
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (125) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Fidel Castro (?), 14:06, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Главное что нашли!
     
     
  • 2.9, Andrey Mitrofanov (?), 14:25, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Главное что нашли!

    А, что потеряли, не главное.

     
     
  • 3.33, GG (ok), 18:35, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Надо было делать бекапы
     
     
  • 4.58, YetAnotherOnanym (ok), 22:42, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Для этого надо, чтобы бэкапы можно было сделать, что при наличии сабжа не гарантировано.
     
  • 2.66, Анончег (?), 00:47, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Главное что нашли!

    Расскажи это тем у кого покорёжило файло.

     
     
  • 3.67, Аноним (-), 00:48, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажи это тем у кого покорёжило файло.

    За такие рассказы могут и фэйсом об тэйбл приложить.


     
     
  • 4.68, Анончег (?), 00:50, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > За такие рассказы могут и фэйсом об тэйбл приложить.

    Фиделюшке это пошло бы только на пользу, стал бы поменьше прокламациями раскидываться.

     
  • 3.80, dalco (ok), 03:15, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ведь у них были бэкапы и все кончилось хорошо? :)
     
     
  • 4.86, user (??), 13:14, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Бэкапы у них были на Ext4. Упс...
     
     
  • 5.96, Аноним (-), 16:59, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теперь вы понимаете, почему Боинг в одном из своих самолетов сделал бортовые компьютеры на двух разных архитектурах, а софт писали две разные команды программистов...
     
     
  • 6.113, Анончег (?), 23:30, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Теперь вы понимаете, почему Боинг в одном из своих самолетов сделал бортовые
    > компьютеры на двух разных архитектурах, а софт писали две разные команды
    > программистов
    ...

    Одна из Бангалора, а вторая из Дели...


     
     
  • 7.122, XoRe (ok), 00:42, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Одна из Бангалора, а вторая из Дели...

    И вторая наняла первую

     
  • 6.124, Ytch (ok), 01:11, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь вы понимаете, почему Боинг в одном из своих самолетов сделал бортовые компьютеры на двух разных архитектурах, а софт писали две разные команды программистов...

    А пруф какой-нить можно? Даже не столько самого факта, сколько того что причина была именно такой.
    Просто из того что лично встречал: аналогичная (ну или очень похожая) по назначению аппаратура, примененная даже на одном и том же борту очень-очень часто сделана на разных архитектурах и софт писан совершенно разными командами. Вот только ни разу это не было обусловлено причинами, даже издали похожими на те, на которые вы намекаете (за Боинг не в курсе - с ними не доводилось, пока по крайней мере)

     
  • 5.117, Aleks Revo (ok), 23:47, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    И конечно же хранились на машине с самой последней версией ядра (ибо новьё же!), бывшей последней всего-то пару дней.
     
     
  • 6.125, Sergey722 (ok), 08:22, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > И конечно же хранились на машине с самой последней версией ядра (ибо
    > новьё же!), бывшей последней всего-то пару дней.

    Я тоже удивляюсь: как, в самом последнем, самом свежем, самом прогрессивном ядре могут быть баги? Кошмар, надо валить с этой ненадежной системы!

     
  • 2.77, Аноним (-), 02:55, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Главное что нашли!

    А сколько ещё не найдено!

     
     
  • 3.118, Aleks Revo (ok), 23:48, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Главное что нашли!
    > А сколько ещё не найдено!

    Искать и не сдаваться!
    Найти и перепрятать!

     
  • 2.139, Black_Ru (ok), 12:57, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня нет разделов ext4.
     

  • 1.4, A.Stahl (ok), 14:10, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >В пакетах с ядром для Ubuntu 14.04 и Debian 8 проблема была устранена ещё в прошлом году.

    А как так получилось, что дебиановцы исправили довольно серьёзную проблему ещё хрен знает когда, а разработчики ядра узнали об этом только сейчас и то, вероятно, самостоятельно?
    Тем более Дебиан, а не какой-то там Арч, мнение мейнтейнеров которого могли и проигнорировать.
    Не хватает сотрудничества. Не хватает...

     
     
  • 2.10, ананим.orig (?), 14:26, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное потому, что "сейчас" не октябрь 2014.
     
  • 2.13, Аноним (-), 14:45, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Все они знали, написано же: проблема была исправлена в октябре 2014. Просто новость плохо сформулирована. Надо было написать: "Штабильные энтерпрайзные дистрибутивы с древними ядрами только сейчас почесались исправить баг"
     
     
  • 3.62, Gannet (ok), 23:50, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    СentOS - наше всьо. Всё стабильно и отполированно мсяцами и годами. Баги - тожэ.
     
  • 2.15, Andrey Mitrofanov (?), 14:57, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А как так получилось, что дебиановцы исправили довольно серьёзную проблему ещё хрен

    Грэг спрятал https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.16.7 от Линуса?
    Гнездо птенцов поттеринговых наносит^Wсокрушает[I]!!![/I]

    > знает когда, а разработчики ядра узнали об этом только сейчас и

    Может, в октябре '14-го Линус не врубился, зачем там "двигать NOP-ы"...

     
  • 2.36, Аноним (-), 19:06, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Неглядя че-то бекпортироваи да и все
     

  • 1.5, Andrey Mitrofanov (?), 14:13, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    WTF is

    > В свежем обновлении RHEL 6.6.z

    ?

     
  • 1.6, Аноним (-), 14:15, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Причиной зависание была взаимная блокировка в ядре из-за которой фьютекс оставался навсегда в состоянии блокировки, несмотря на его фактическое освобождение.

    Почему-то напомнило Oracle Database.

     
     
  • 2.12, Ктото гдето (?), 14:33, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В сбере?
     

  • 1.7, Аноним (-), 14:16, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну вот, отсюда не следует считать, что Ext4 более пригодна для продакшена, чем Btrfs.
     
     
  • 2.16, A.Stahl (ok), 15:23, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +17 +/
    4% круглых покрышек шинного завода "росава" -- брак.
    Ну вот, отсюда не следует считать, что круглые колёса более пригодны для продакшена, чем треугольные.
     
     
  • 3.97, Аноним (-), 17:02, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот, отсюда не следует считать, что круглые колёса более пригодны для
    > продакшена, чем треугольные.

    Однако на btrfs так орали, так орали. А оказалось что фигня случается и в других ФС :)

     
  • 2.63, Gannet (ok), 23:51, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну вот, отсюда не следует считать, что Ext4 более пригодна для продакшена,
    > чем Btrfs.

    По крайней мере, как подтверждает сабж, не стабильней, чем Btrfs.

     
  • 2.69, Анончег (?), 00:53, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну вот, отсюда не следует считать, что Ext4 более пригодна для продакшена,
    > чем Btrfs.

    Крис "Наше Фсё" Мейсон с тобой абсолютно согласен, он приглашает тебя 14 февраля пропустить по парочке кружек чаю.

     
     
  • 3.99, Аноним (-), 17:04, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Крис "Наше Фсё" Мейсон с тобой абсолютно согласен, он приглашает тебя 14
    > февраля пропустить по парочке кружек чаю.

    Какой красивый батхерт. А btrfs - таки работает :). И за счет масштабного тестирования на фэйсбучных хомячках - там уже не так уж и много багов, поток багов приобрел не слишком ужасный вид, мало отличающийся от остальных ФС :)

     
     
  • 4.114, Анончег (?), 23:31, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какой красивый батхерт. А btrfs - таки работает :). И за счет
    > масштабного тестирования на фэйсбучных хомячках - там уже не так уж
    > и много багов, поток багов приобрел не слишком ужасный вид, мало
    > отличающийся от остальных ФС :)

    Зуб поставишь, что в течение года не всплывут "сюрпризы"?

     
  • 2.131, arisu (ok), 12:12, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну вот, отсюда не следует считать, что Ext4 более пригодна для продакшена,
    > чем Btrfs.

    btrfs — это игрушка, пишущаяся недоучками и профанами.

     

  • 1.8, Аноним (-), 14:18, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  усугубляется тем, что связанная с проблемой функциональность была портирована в ядро, поставляемое в дистрибутиве Red Hat Enterprise Linux и присутствует как минимум в выпусках RHEL/CentOS 6.6 и 7.1.

    Автор говорит так, будто все юзают этот RHEL.

     
     
  • 2.19, Мегазаычы (?), 16:14, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    админы локалхоста - нет.
    множество энтерпрайзов с большими деньгами - да.
     
     
  • 3.40, аноним2 (?), 19:45, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    тыы таакой умный
     

  • 1.11, Nicknnn (ok), 14:31, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Энтерпрайзненько
     
     
  • 2.70, Анончег (?), 00:55, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Энтерпрайзненько

    Ну уж что Бог послал, уж не обессудьте.

     
  • 2.78, Аноним (-), 02:58, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Энтерпрайзненько

    Халява же!

     
  • 2.101, Аноним (-), 17:05, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Энтерпрайзненько

    "Большому кораблю - большая торпеда!"

     

  • 1.14, Аноним (-), 14:57, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    ubuntu 12.04 рулит!
     
     
  • 2.17, cat666 (ok), 15:50, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Рулить то рулит, только тормозит при этом и виснет....
     
     
  • 3.28, Andrey (??), 18:11, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кривые руки - они такие.. да :)
     
  • 2.38, vn971 (ok), 19:36, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы ещё понял если бы вы сказали 10.04 или 11.04... (или в каком там релизе начали unity с рекламой запиливать?)
     
     
  • 3.44, Аноним (-), 20:12, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Они уже не поддерживаются, в отличие от 12.04
     
  • 3.91, Аноним (-), 16:06, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ubuntu 12.04 не обязана быть с Unity. У меня вот MATE, например
     
     
  • 4.119, freehck (ok), 23:48, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А Debian не обязан быть Ubuntu. У меня вот Jessie, например.
     
  • 3.120, Aleks Revo (ok), 23:52, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я бы ещё понял если бы вы сказали 10.04 или 11.04... (или
    > в каком там релизе начали unity с рекламой запиливать?)

    Иксы в системе? Фи!

     
  • 2.71, Анончег (?), 00:56, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ubuntu 12.04 рулит!

    Да, дожили - Убунта заруливает Шляпу! То ли ещё будет, вот ведёрко в системд интегрируют и...

     

  • 1.18, Аноним (-), 15:56, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Проблема была бекпортирована"

    Как звучит!

     
     
  • 2.92, Аноним (-), 16:28, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    мне тоже понравилось
     
  • 2.102, Аноним (-), 17:06, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > "Проблема была бекпортирована"

    Ты ничего не понимаешь, bug-to-bug compatibility же :)

     

  • 1.20, manster (ok), 16:40, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    LTS рулит
     
  • 1.21, Opupel (?), 16:46, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    за reiserfs (хоть и без trim.)
     
     
  • 2.103, Аноним (-), 17:07, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > за reiserfs (хоть и без trim.)

    Да, у него такой милый fsck - окончательно ушатывает файлухи только в путь.

     
     
  • 3.140, Opupel (?), 18:16, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> за reiserfs (хоть и без trim.)
    > Да, у него такой милый fsck - окончательно ушатывает файлухи только в
    > путь.

    Если вы юзаете fsck для reiser - удачи.
    reiserfsck попробуйте :)

     

  • 1.22, grec (?), 16:51, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Это не ядро, я дыра. Черная. Каждый дистростроитель там что-то крутит-вертит как хочет, а потом сообщество в поте лица дебажит.
     
     
  • 2.25, Аноним (-), 17:45, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не каждый, используй Slackware, там ванильное ядро :-)
     
     
  • 3.72, Анончег (?), 00:57, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не каждый, используй Slackware, там ванильное ядро :-)

    Ванильное говоришь, а многие например с орешками уважают. Им то что делать?

     
     
  • 4.87, Аноним (-), 15:05, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжать.
     

  • 1.23, Аноним (-), 16:55, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошо что у меня ядро 4.0.4
     
     
  • 2.64, Gannet (ok), 23:53, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Хорошо что у меня ядро 4.0.4

    У меня 4.1Rc4. Я круче ^_^

     
     
  • 3.83, Подвальный программист (?), 12:08, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня 2.6.32. Полет нормальный.
     
     
  • 4.84, Адекват (ok), 12:35, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А у меня 2.6.32. Полет нормальный.

    Это не то, под которое локальный рут-эксплоит ?

     
     
  • 5.88, Аноним (-), 15:06, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> А у меня 2.6.32. Полет нормальный.
    > Это не то, под которое локальный рут-эксплоит ?

    Нет, это то в котором все ошибки уже исправили.

     
     
  • 6.105, Аноним (-), 17:10, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, это то в котором все ошибки уже исправили.

    В DOS 1.0 ошибки исправили лучше. Видите, никто никакой код не меняет. Значит ошибок нет, если следовать логике местных форумных аналитиков :)

     

  • 1.24, XXasd (?), 17:07, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Любителям пообсирать Btrfs (Btrfs якобы портит данные, в отличии от проверенной годами Ext4) -- передаю привет :-)
     
     
  • 2.29, BratSinot (ok), 18:15, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, "при определенных" обстоятельствах, на определенном железе и ПО, а btrfs одинакового фигого работала везде.
     
     
  • 3.30, Xasd (ok), 18:17, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > а btrfs одинакового фигого работала везде.

    да, у человек в количестве полтора-криворуких-админа. (и именно у них же -- и данные терялись на Btrfs).

    а у остальных людей -- Btrfs вела себя вполне хорошо и проблем не создавала. везде.

    точно также -- и Ext4 не создаёт проблем. но не во всех ситуациях удобно использовать Ext4:

    проблема в том что стек Ext4-on-LVM -- это слишком громоздкое решение.. ды и сам по себе LVM может оказаться большим гемороем не зависимо от файловой системы -- https://bugs.archlinux.org/task/41833

     
     
  • 4.35, Пользователь Debian (?), 19:04, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот тут [1] человек (дебиановец) совершенно взвешенно и непредвзято отчитывается о своём опыте использования BTRFS.

    Возможно, что-то в настоящее время стало зашибись, но из чтения указанного ресурса лично я сделал вывод "для продакшена пока неготово".

    1. http://etbe.coker.com.au/tag/btrfs/

     
     
  • 5.37, Xasd (ok), 19:26, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ааааааа... ну теперь-то всё ясно стало...

    не готово для продакшена, говорите?

    > Then I reverted to kernel 3.13.10 but the reboot to apply that kernel change failed. Systemd was unable to umount the root filesystem (maybe because of a problem with Xen) and then hung the system instead of rebooting

    это же просто очередной любитель поизвращяться с Xen :-) .. можно было и не удивляться в таком случае ошибкам ядра, и порче файлов :-D

    вместо того чтобы просто взять и заиспользовать обычную KVM -- вот находятся же люди которые хотят всё сделать через одно место (на букву Ж).

    ну, значит желаю удачи и дальше читать подобного рода обзорчики! :-)

     
     
  • 6.41, ананим.orig (?), 19:47, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Then I reverted to kernel 3.13.10
    > вместо того чтобы просто взять и заиспользовать обычную KVM

    Да дело не в ксенах.
    Дело в том, что бтр очень чувствительна к даунгрэйду ядра. Это фактически уменьшение версии и бтр в том числе.
    С zfs таже картина будет. (К примеру не поддерживает предыдущая версия в это вот формат сжатия и всё)

     
     
  • 7.43, имя (?), 20:01, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В случае с ZFS нужно ещё и zpool upgrade/zfs upgrade сделать, чтобы потерять пул при даунгрейде. А можно и не делать, тогда хоть обдаунгрейдься.
     
  • 4.42, Forth (ok), 19:54, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > проблема в том что стек Ext4-on-LVM -- это слишком громоздкое решение.. ды и сам по себе LVM может оказаться большим гемороем не зависимо от файловой системы -- https://bugs.archlinux.org/task/41833

    Найдите какой-нибудь баг посерьезнее как аргумент :) , lvmmetad используется не везде, да и не больно нужен.

     
  • 4.56, нектобы (?), 22:31, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://bugs.archlinux.org/task/41833
    > and then it prevents systemd to run it

    невелика беда :)

     
  • 3.106, Аноним (-), 17:13, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > а btrfs одинакового фигого работала везде.

    Вот только врать не надо? Вот на конкретно этом компьютере с которого пишется это сообщение - она уже почти год работает. Как же это я сообщения на опеннет то пишу, если там все так плохо, якобы? И, главное, где потери данных?

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

     
     
  • 4.132, arisu (ok), 12:17, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только врать не надо? Вот на конкретно этом компьютере с которого
    > пишется это сообщение - она уже почти год работает. Как же
    > это я сообщения на опеннет то пишу, если там все так
    > плохо, якобы? И, главное, где потери данных?

    видишь ли, dbm, например, — она ведь тоже до сих пор работать может. k/v как k/v. однако ж никто в здравом уме не станет её сегодня использовать. но если найдётся такой упоротый — его «аргументация» будет точно такой же, как у тебя.

     
  • 2.65, Gannet (ok), 23:54, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Любителям пообсирать Btrfs (Btrfs якобы портит данные, в отличии от проверенной годами
    > Ext4) -- передаю привет :-)

    +100500

     
  • 2.73, Анончег (?), 00:59, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Любителям пообсирать Btrfs (Btrfs якобы портит данные, в отличии от проверенной годами
    > Ext4) -- передаю привет :-)

    XXasd и Крис "Наше Всё" Мейсон устало улыбаются в сторонке - они всё знали наперёд.

     
     
  • 3.107, Аноним (-), 17:14, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > XXasd и Крис "Наше Всё" Мейсон устало улыбаются в сторонке - они всё знали наперёд.

    А я не только знал, но и пользуюсь уже почти год на основном компе и ноуте как root FS. И никаких проблем с этого не поимел. А вот отмотать снапшот зато - очень удобно, если результат какого-то системокрушильного эксперимента не понравился.

     
     
  • 4.115, Анончег (?), 23:34, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот отмотать снапшот зато - очень удобно,
    > если результат какого-то системокрушильного эксперимента не понравился.

    Руки что ли кривые и потому вся надежда только на БТР?

     
  • 2.93, Аноним (-), 16:30, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Любителям пообсирать Btrfs (Btrfs якобы портит данные, в отличии от проверенной годами
    > Ext4) -- передаю привет :-)

    проблема в Ext4 или в Linux?

     
     
  • 3.108, Аноним (-), 17:16, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > проблема в Ext4 или в Linux?

    Некорректная постановка вопроса: EXT4 - часть Linux.

     

  • 1.27, Аноним (-), 18:03, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Intel Haswell

    Слишком новый CPU, не нужен...

     
     
  • 2.32, A. (?), 18:28, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Слишком новый CPU, не нужен...

    Если вам не нужен, не могли бы отдать его мне? Мне бы пригодился ;)

     
     
  • 3.60, Аноним (-), 23:03, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, в Омерике каждый день мильоны негров не доедают... :)
     
     
  • 4.74, Анончег (?), 01:00, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, в Омерике каждый день мильоны негров не доедают... :)

    Предлагаешь кормить их CPU?

     
     
  • 5.79, Аноним (-), 03:01, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ага, в Омерике каждый день мильоны негров не доедают... :)
    > Предлагаешь кормить их CPU?

    Если кормить их CPU, то что будет на выходе из их организма?

     
     
  • 6.85, Клыкастый (ok), 12:48, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    @POTUS
     

  • 1.34, bOOster (ok), 18:44, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ха, кто-бы сомневался вообще. Слава богу что хоть чтото нашли, а сколько "мин" еще закопано...
     
     
  • 2.109, Аноним (-), 17:18, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ха, кто-бы сомневался вообще.

    Так давно известно что в любой достаточно большой программе найдется достаточное количество багов. Сюрприз.

    Но вы можете вместо ядра линукса пользоваться клевой программой hello world. Она, конечно, ничего не умеет. Зато  в ней мало багов.

     
     
  • 3.121, freehck (ok), 23:59, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Но вы можете вместо ядра линукса пользоваться клевой программой hello world. Она,
    > конечно, ничего не умеет. Зато  в ней мало багов.

    Ну не знаю. Hello world - не сильно маленькая и не шибко простая программа. [1]
    Да что там говорить: самую простую в мире программу false - и ту несколько раз переписывали. А ведь она ровным счётом ничего не делает. =)

    [1] http://www.gnu.org/software/hello/

     
  • 3.126, Аноним (-), 09:36, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Надо просто публиковать больше антирекламы проприетарных производителей по. А то они совсем обнаглели - используют опенсорсные сайты, чтобы поднять продажи своих кривых проприетарных поделий.
     
     
  • 4.127, Andrey Mitrofanov (?), 10:01, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо просто публиковать больше антирекламы проприетарных производителей по. А то они совсем
    > обнаглели - используют опенсорсные сайты, чтобы

    Надо меньше пользоваться ярлыком "опенсорс", придуманным проприертарщиками http://thebaffler.com/past/the_meme_hustler , и больше - "Свободным ПО".

    Welcome http://www.gnu.org/philosophy/#introduction.

     
  • 3.133, arisu (ok), 12:19, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Но вы можете вместо ядра линукса пользоваться клевой программой hello world. Она,
    > конечно, ничего не умеет. Зато  в ней мало багов.

    остаётся ещё процессор, в котором тоже не без таракана…

     

  • 1.39, Сергей (??), 19:43, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще-то это интересный момент, обновлять сервер с Линуксом на борту или нет...
     
  • 1.45, Нанобот (ok), 21:23, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эт чё, в линуксе процессы больше не будут зависать?
     
  • 1.49, AlexAT (ok), 21:41, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ага, наконец-то нашлось... Похоже, я натыкался на это пару раз в виде мёртвого зависания лока в DLM на GFS2.
     
     
  • 2.59, Forth (ok), 23:02, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, наконец-то нашлось... Похоже, я натыкался на это пару раз в виде
    > мёртвого зависания лока в DLM на GFS2.

    Врядли. Больше похоже на рассинхронизацию между узлами.

     
     
  • 3.61, AlexAT (ok), 23:07, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Врядли. Больше похоже на рассинхронизацию между узлами.

    Да нет, не похоже. Узлы вылизанные. Пару раз вспрыгивало ни с того ни с сего, один раз под нагрузкой, один без. Спин как раз (по трейсу) в фьютексе, полный лок вызвавшего процесса без возможности терминации. Только ребут ноды, причём жёсткий.

     
  • 2.110, Аноним (-), 17:22, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, наконец-то нашлось... Похоже, я натыкался на это пару раз в виде
    > мёртвого зависания лока в DLM на GFS2.

    Да вообще-то много народа чертыхалось на какие-то непонятки не так давно. В районе 3.18 там целая охота за сокровищами была, в рамках которой зашибли какие-то странноватоые гонки, вылезавшие у меня на паре конфиг. И баги в btrfs возникшие при переходе на ядерные воркеры с самопальной реализации фоновых операций.

     

  • 1.51, Аноним (-), 21:59, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Именно 4.0.2 не долго было у меня ядро и перешел релиз кандидаты 4.1
     
     
  • 2.55, Crazy Alex (ok), 22:25, 20/05/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Какое великолепное владение русским языком, информативность сообщения и ясность мысли!
     
     
  • 3.75, Анончег (?), 01:02, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Какое великолепное владение русским языком, информативность сообщения и ясность мысли!

    Запятые только мешаются под руками и путают смысл.

     
  • 3.94, Аноним (-), 16:33, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Какое великолепное владение русским языком, информативность сообщения и ясность мысли!

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

     
     
  • 4.111, Аноним (-), 17:37, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > предлагаю максимально оптимизировать процесс общения и свое личное эмоциональное
    > отношение выражать в привычном виде без всяких слов,

    Implemented. Торвальдс -> нвидии: "см. рис. 1" (https://lurkmore.to/п║п╪._я─п╦я│._1)

     
     
  • 5.116, Анончег (?), 23:35, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Implemented. Торвальдс -> нвидии: "см. рис. 1" (https://lurkmore.to/п║п╪._я─п╦я│._1)

    Анонимный брат, у тебя ссылка битая, показывает на Луркину глагне.


     

  • 1.53, Аноним (-), 22:23, 20/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чёрт, сидел год на btrfs с raid0 на два ssd, упало всё. Поставил ext4 на raid0, опять всё упало. Уже думал эсэсдям пришла хана, а тут вот оно что....
     
     
  • 2.76, Анончег (?), 01:02, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чёрт, сидел год на btrfs с raid0 на два ssd, упало всё.
    > Поставил ext4 на raid0, опять всё упало. Уже думал эсэсдям пришла
    > хана, а тут вот оно что....

    Друг, прими искренние соболезнования и слова поддержки.

     
  • 2.82, greenman (ok), 06:26, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > raid0 на два ssd

    Как я понимаю, ключевые слова. И не факт, что в 4.0.3 - 4.0.4 починили

    https://bbs.archlinux.org/viewtopic.php?pid=1530541#p1530541

    "I believe the problem people are experiencing here is due to a raid0 bug with trim that I discovered on Fedora with 3.19.7 that was backported from 4.0.2.  It still hasn't been fixed in any release."

    https://bugzilla.kernel.org/show_bug.cgi?id=98501

     

  • 1.81, cmp (ok), 04:33, 21/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    ext4 готова для продакшена, да она по умолчанию в цетосе, да у амазона никаких проблем, ага
     
     
  • 2.89, Аноним (-), 15:09, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, ошибка в новом ядре и ошибка в ФС это разные вещи.
     
     
  • 3.90, Xasd (ok), 16:01, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > ошибка в новом ядре и ошибка в ФС это разные вещи.

    нет. не разные вещи. файловая система это часть ядра.

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

     
     
  • 4.95, Аноним (-), 16:36, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> ошибка в новом ядре и ошибка в ФС это разные вещи.
    > нет. не разные вещи. файловая система это часть ядра.
    > даже ошибка в дурацком драйвере -- в конечном итоге может оказать эффект
    > плохой работы файловой системы. (хотя конечно врядли вероятность будет высокая такого
    > события :))

    ну конечно, одинаковые вещи, что проблема в NTFS что в ее реализации — одно и то же, так Xasd сказал!

     
     
  • 5.112, Аноним (-), 17:39, 21/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > — одно и то же, так Xasd сказал!

    Да он у нас крутой эксперт. В вопросах нубства и ламерства он уделал всех.

     
     
  • 6.123, cmp (ok), 01:01, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    линукс ядро = монолит && ошибка модуля ядра = ошибка ядра && ошибка ядра != ошибке в fuse проге
     
     
  • 7.134, angra (ok), 14:33, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро линукса сделать монолитом И ошибку модуля ядра сделать ошибкой ядра, проверить неравенство полученного и ошибки в fuse, результат всего этого бессмысленного действа выкинуть нафиг. Я правильно расшифровал выпендреж?
     
  • 2.136, n (??), 08:35, 23/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вина ext4 в том, что она поддерживает discard option


    https://bugzilla.kernel.org/show_bug.cgi?id=98501#c13

    Evangelos Foutras 2015-05-23 02:11:30 UTC

    Can you please clarify whether this issue is specific to ext4 file systems (as reported by some news sites) or affects any file system with discard support? (The latter seems more likely since the bug was in the md/raid0 layer.)

    Comment 14 Neil Brown 2015-05-23 03:21:07 UTC

    Bug is not specific to ext4.  Your analysis is correct.

     

  • 1.128, iZEN (ok), 11:32, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Epic fail. В этом Linux всё.
     
     
  • 2.129, Andrey Mitrofanov (?), 12:03, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Epic fail. В этом Linux всё.

    Да! Никакой выдержки. Надо, как райком коре тим, "держаться! не поддаваться!! не фиксить!!!". </зефир жареный>

     
  • 2.137, AlexAT (ok), 23:13, 23/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Epic fail. В этом Linux всё.

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

     

  • 1.130, arisu (ok), 12:08, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Начиная с выпуска 3.14

    чёрт, а я только позавчера апгрейднулся на 3.14!

    > на базе микроархитектуры Intel Haswell

    а‐а‐а, ффух. отлегло. тогда не страшно.

     
  • 1.135, Аноним (-), 15:02, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще в 2.6.* было чтото подобное, когда на фс свободное пространство заканчивалось.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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