The OpenNET Project / Index page

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

В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS

26.05.2023 23:10

В опубликованном в конце апреля выпуске ядра Linux 6.3 выявлена ошибка, приводящая к повреждению метаданных файловой системы XFS. Проблема пока остаётся неисправленной и проявляется среди прочего в последнем обновлении 6.3.4 (повреждение зафиксировано в выпусках 6.3.1, 6.3.2, 6.3.3 и 6.3.4, но проявление проблемы находится под вопросом в выпуске 6.3.0). В более ранних ветках ядра, таких как 6.2, а также в находящейся в разработке ветке 6.4, проявление проблемы не зафиксировано. Вызвавшее проблему изменение и точные факторы проявления ошибки пока не определены. Пользователям XFS следует воздержаться от обновления ядра до ветки 6.3 до прояснения ситуации.

Дополнение: Судя по всему, ошибка была вызвана коммитом 74c36a8689d ("xfs: use xfs_alloc_vextent_this_ag() where appropriate"), и уже имеется исправление ("xfs: fix livelock in delayed allocation at ENOSPC"), которое есть только для ядра 6.4.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Уязвимость в XFS, позволяющая читать сырые данные блочного устройства
  3. OpenNews: Применение асинхронной буферизированной записи на базе io_uring до 80 раз снизило задержки в XFS
  4. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
  5. OpenNews: Установка Ubuntu 17.10 может привести к повреждению прошивок некоторых ноутбуков
  6. OpenNews: Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS
Лицензия: CC BY 3.0
Наводку на новость прислал Artem S. Tashkinov
Короткая ссылка: https://opennet.ru/59204-kernel
Ключевые слова: kernel, linux, xfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (408) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:36, 26/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Такое ощущение, что все эти xfs, btrfs и прочие – лишь игрушки. Ждём нормальный и стабильный ext5.
     
     
  • 2.2, лох (?), 23:40, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    В ней-то точно багов не будет, ага
     
  • 2.3, Аноним (3), 23:42, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Баг в ядре, чукча.
    xfs наверно единственная годная из всего зоопарка помимо ext.
     
     
  • 3.4, Аноним (4), 23:48, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И в чём её годность заключается?
     
     
  • 4.5, Аноним (3), 00:01, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Она довольно надежная и производительная.
     
     
  • 5.6, Аноним (6), 00:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    "Довольно", да.
     
     
  • 6.8, Аноним (8), 00:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Деградирует xfs куда больше ext4. У ext4 основная проблема фрагментация свободного пространства которая эээ может быть весьма значительной. Ну и время доступа к большим каталогам какое-то не здоровое (фрагментация опять же), но это вроде у всех. У меня xfs только и делала, что портила файлы всю свою историю, пока пытался использовать, поэтому теперь только оправданные эксперименты. Вроде f2fs, но её тоже бездумно пихать нельзя и слишком уж много ограничений.
     
     
  • 7.9, Аноним (3), 00:22, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Из розетки часто дергал? Умирающий хард-убожка? Перегревающийся полуразбитый ноут?
     
     
  • 8.13, birdie (ok), 00:38, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Я давным давно работал в компании, где backup сервер крутился под RHEL 5 с XFS ... текст свёрнут, показать
     
     
  • 9.18, Аноним (3), 01:02, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Страшилка интересная Не иначе космическое излучение Во времена RHEL 5 xfs была... текст свёрнут, показать
     
     
  • 10.48, Гиря (?), 08:18, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    интересно, стабильна потому-что стабильна, чел сверху хоть рассказал свою истори... текст свёрнут, показать
     
     
  • 11.184, Аноним (184), 21:43, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а какая может быть история, если у него, предположим, не было ни одного факапа ... большой текст свёрнут, показать
     
  • 10.91, DEF (?), 11:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сосайтник, дай конкретные и объективные измеримые критерии стабильности ФС И пр... текст свёрнут, показать
     
  • 10.294, Аноним (-), 01:48, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно затирание файлов нулями Это почти мировая константа Я думал что к 2 6... текст свёрнут, показать
     
  • 9.45, gleb (?), 08:09, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это какой год я плотно использую xfs с 2002, причём на довольно больших от еде... текст свёрнут, показать
     
     
  • 10.56, Sergey (??), 09:22, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Про время и обнуление файлов на ХФС подтверждаю Но в те времена Шапка еще не до... текст свёрнут, показать
     
     
  • 11.97, Аноним (97), 11:40, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну он сделал ls, не увидел файлов и сказал что глюкнула файловая система ... текст свёрнут, показать
     
     
  • 12.104, birdie (ok), 11:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он использовал xfs_db и другие утилиты для отладки ... текст свёрнут, показать
     
  • 10.103, birdie (ok), 11:56, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    2004 Очень похоже на наш case ... текст свёрнут, показать
     
     
  • 11.230, Аноним (230), 16:50, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сервер без ups ... текст свёрнут, показать
     
     
  • 12.251, Омоним (?), 20:38, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот у вас система никогда в кору не падала Например, из-за сбоя железа, или о... текст свёрнут, показать
     
  • 9.49, kilua (?), 08:33, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Души убитых процессов мстят ... текст свёрнут, показать
     
  • 9.95, DEF (?), 11:35, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    XFS не журналирует данные, только метаданные Эта ФС годна только для файлопомое... текст свёрнут, показать
     
     
  • 10.144, лютый арчешкольник (?), 15:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ext3-4 во всех режимах кроме одного тоже а с ним превращается в помойку по ско... текст свёрнут, показать
     
     
  • 11.318, Аноним (-), 19:09, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут очень хорошо написано за что некоторые из нас любят BTRFS Его логика эквива... текст свёрнут, показать
     
  • 7.25, Ананоним (?), 01:48, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У меня раздел ext4 1GB уже 9 лет живёт, я начинаю тихо охреневать от фрагментации. Нужна программа дефрагментации. Некоторые директории открываются 30 секунд.
     
     
  • 8.33, totem (?), 04:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не фрагментация Ext4 умеет на ходу увеличивать размер структур на диске, в... текст свёрнут, показать
     
     
  • 9.127, Виктор Федорович Полторищенко (?), 14:03, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    e2fsck не решает эту проблему посредством опции optimize_extents ... текст свёрнут, показать
     
  • 8.34, totem (?), 04:47, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотри ls -ld в плохой директории И в хорошей ... текст свёрнут, показать
     
  • 8.132, ZloySergant (ok), 14:16, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    anyfs-tools... текст свёрнут, показать
     
     
  • 9.168, Аноним (168), 19:20, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    mkfs ext4... текст свёрнут, показать
     
  • 8.178, maximnik0 (?), 20:43, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    е4defrag - штатная программа Не знали Правда есть недостаток-иноды плохо дефр... текст свёрнут, показать
     
  • 7.31, Амаяк Акопян (?), 03:36, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, что для больших каталогов подойдёт включение опции dir_index
     
  • 7.43, gleb (?), 08:03, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    xfs не деградирует. Проблемы со скоростью доступа начинаются только на очень сильно забитых больших разделах. Если осталось процентов 10 свободного места, тогда да, торимоза станут вполне заметны.
     
     
  • 8.67, Аноним (8), 10:36, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    10 от 100тб это 10тб если что, ещё можно минимум пару файлов впихнуть Сколько ... текст свёрнут, показать
     
  • 8.262, Аноним (-), 01:40, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Стереть на нем торент без преаллокации никогда не видали файло на 4 7 гига с... текст свёрнут, показать
     
  • 7.150, Всем Анонимам Аноним (?), 16:30, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    xfs на нескольких десятках серверов работает в данный момент, с десяток разделов на каждом с постоянными изменениями. все работает таким образом уже не знаю сколько лет на Ubuntu, больше 8 точно.
     
     
  • 8.152, Аноним (8), 16:47, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, веселье начинается, когда паника или power outage прилетает Но, судя п... текст свёрнут, показать
     
  • 8.153, Аноним (8), 16:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати о повреждениях ты узнаешь сильно постфактум, скорее всего, когда исправны... текст свёрнут, показать
     
  • 5.24, DEF (?), 01:46, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ФС, которая молча хавает битые данные, не имея чексумм на данные и метаданные - не может быть надежной.Btrfs, ZFS - надежные ФС. XFS, ext4 - нет.
     
     
  • 6.28, Аноним (28), 02:28, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://wiki.archlinux.org/title/XFS#Checksumming
     
     
  • 7.35, DEF (?), 05:11, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чексуммы только на метаданные и только с убогим алгоритмом crc32. На сами данные никаких чексум нет, что у ext4, что у XFS.
     
     
  • 8.181, maximnik0 (?), 20:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, только аппаратные,самого жёсткого диска, и уже давно Сейчас уже выжали с ж... текст свёрнут, показать
     
     
  • 9.263, Аноним (-), 01:56, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там вообще-то не чексуммы а FEC - но вот там если он не выдюжил, вариантов обычн... большой текст свёрнут, показать
     
     
  • 10.272, maximnik0 (?), 07:47, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это как Я не беру в качестве примера ниже 5 рэйд Там же Рида-Соломона коды кор... текст свёрнут, показать
     
     
  • 11.292, Аноним (-), 01:42, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот так RAID1 читаем обе копии по одному смещению Опа, они разные И чего ... большой текст свёрнут, показать
     
     
  • 12.305, maximnik0 (?), 06:36, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы рассматриваете устаревшие схемы раид Сейчас эффективность и надёжность поднял... текст свёрнут, показать
     
     
  • 13.319, Аноним (-), 19:48, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Устаревший - относительное понятие Если скажем всего 2 диска есть в энной систе... большой текст свёрнут, показать
     
     
  • 14.331, maximnik0 (?), 09:22, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это я про книгу одного из бывших министров промышленности,он покаялся в 15 год... текст свёрнут, показать
     
     
  • 15.341, Аноним (-), 20:34, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это слишиом экзотичный референс чтобы на него универсально ссылаться без пояснен... большой текст свёрнут, показать
     
  • 10.324, Аноним (324), 01:43, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чувствуется опыт у человека... текст свёрнут, показать
     
  • 8.335, maximnik0 (?), 11:26, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А там и НЕ НУЖНО более извращенные алгоритмы 90 Метаданных в XFS занимают ста... текст свёрнут, показать
     
     
  • 9.348, Аноним (-), 02:20, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чексуммы _данных_ верифицируют работу оборудования end to end И ловят множество... текст свёрнут, показать
     
     
  • 10.362, maximnik0 (?), 09:09, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эх,байки времен V3 5 В 3 6 это починили -единственное исключение chroot для вир... текст свёрнут, показать
     
     
  • 11.373, Аноним (373), 19:22, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальное исключение, в переводе с кодерского на человеческий мы не паримся ва... большой текст свёрнут, показать
     
  • 6.78, Rootlexx (?), 11:04, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эта проблема решаема на другом уровне через dm-integrity.
     
     
  • 7.107, DEF (?), 12:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это должно решаться на уровне ФС, которая для этого и предназначена - гарантировать целостность данных.
     
  • 7.349, Аноним (-), 02:24, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Эта проблема решаема на другом уровне через dm-integrity.

    Проблема в том что получается сложное, стремное месиво, которое при нужде переконфигурить - убиться можно. И когда вместо этого "btrfs device add -> +100500 места в пуле" вот извините но я хочу видеть управление сторажами вот так - а не тот кошмарик.

    Со всеми этими dm, LVM и прочими получилось как в IPSec. Ну а btrfs сойдет за вайргад такой себе тогда. Хотя bcachefs на эту роль был бы еще убедительнее :)

     
  • 6.189, Kuromi (ok), 22:40, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так говорите как будто бы ZFS и BTRFS были всегда, а вот дураки разработчки ext* не догадались добавить чексуммы.
    На самом деле что ext, что xfs или jfs (помните?) - очень старые файловые системы. И ext и xfs получили кучу модернизаций за прошедшие годы (нынешний xfs вообще мало похож на оригинальный), но их основа - довольно древняя, невозможно там навернуть таких новшеств как в "созданной с нуля" btrfs.
    И ничего люди жили с незапамятных времен с ext и xfs.
     
  • 5.252, Аноним (252), 21:28, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >  Она довольно надежная и производительная.

    Бугага. Переполнения LVM раздера переводит ее в RO и нарушению митаданных, спасает только reboot.

     
  • 5.258, Аноним (-), 00:08, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Она довольно надежная и производительная.

    Ее легендарную надежность с протиранием "ненужных" файлов нолями для безопасности трудно забыть. И так цать лет к ряду. И все остальное не сильно лучше. Еще и тормозная что капец при работе с метаданными.

    А вон то - это то что редхат получает разогнав всех спецов блочного уровня и заменив их на каких-то индусов. Если обратить внимание, все известные кадры вокруг ФС и блочного уровня из редхата ушли так или иначе. Последним был Bacik, после него там вообще ни 1 известного кадра не оталось, какие-то нонеймы известные хзчем.

     
  • 4.14, Виталий (??), 00:40, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скажу от себя: её основная годность - более эффективная поддержка гигантских дисков объёмом больше 4х терабайт. Ext4 да, невероятно надёжная и хорошо зарекомендовавшая себя файловая система, НО, на дисках объёмом больше 4х терабайт могут всплывать различные ограничения и замедление производительности (сильно дольше будет отзываться). Что про файловую систему XFS, то она специально создана под гигантские диски, чтобы откликалась быстро не зависимо от того, как много файлов на ней навалено, и т.п. У меня на сервере диск 6 терабайт, работает на XFS. Если коротко - XFS первым делом нужна для гигантских файлопомоек. Для всего остального Ext4 за уши хватит.
     
     
  • 5.44, gleb (?), 08:04, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    все ext* начисто сливают при конкурентной работе.
     
     
  • 6.130, Аноним (8), 14:08, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всех сливают? Ну да. На самом деле, по производительности и фичам ext4 уступает только ntfs, но ты и так прекрасно это знаешь. Зато вот по надёжности и фрагментируемости она куда лучше.
     
  • 5.62, пох. (?), 10:01, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Что про файловую систему XFS, то она специально создана под гигантские диски

    вот сейчас SGI неистово завертелась в гробу.

    Нет, конечно же, те 600мегабайтники были "гигантские", чугуниевая хреновина в full size 5" слот выглядит довольно угрожающе, при ее включении корпуса из листовой стали (на ней тогда тоже не экономили) ощутимо подпрыгивали, но вот если про объемчик занимаемых данных, а не места в корпусе, то тот у них был немного маловат по нонешним меркам.

     
     
  • 6.259, Аноним (-), 00:13, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > вот сейчас SGI неистово завертелась в гробу.

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

    У остальных ФС данное действо заканчивается за какие-то сильно более разумные врмена. Или на большие ФС большие файлы и тем более их фрагментация - не предполагаются? :)

     
  • 3.11, Аноним (11), 00:32, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    zfs норм
     
     
  • 4.16, Аноним (3), 00:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Капризная и жрущая много ресурсов для своей работы ФС. На BSD иногда есть смысл ее использовать. В линуксе ее функциональность составляется из комбинации ФС и LVM.
     
     
  • 5.23, DEF (?), 01:42, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В линуксе ее функциональность составляется из комбинации ФС и LVM.

    В линуксе ее функциональность составляется использованием Btrfs.

     
     
  • 6.36, n00by (ok), 06:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С той разницей, что я заливал командой dd 2 гигабайта на один из накопителей в ZFS RAID0 и система осталась жива (какие-то файлы побило, но пул восстановил), а BtrFS сама собой рассыпалась.
     
     
  • 7.40, gleb (?), 07:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    btrfs нельзя *восстанавливать* через dd, если в системе есть ещё хоть одно устройство с тем-же UUID. Потому, что btrfs автоматически подхватит клонируемое устройство, объеденит его с уже имеющимся и в результате будет "ой".
    И об этом написано везде. Аршинными буквами.

     
     
  • 8.54, n00by (ok), 09:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А где у меня написано, что я ВОССТАНАВЛИВАЛ btrfs Но намёк по поводу аршинных б... текст свёрнут, показать
     
     
  • 9.69, gleb (?), 10:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а делал ЧТО, если лил данные через dd ... текст свёрнут, показать
     
     
  • 10.90, n00by (ok), 11:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В каком месте Вам не понятно заливал командой dd 2 гигабайта на один из накопит... текст свёрнут, показать
     
  • 8.59, мшефд (?), 09:46, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Другими словами, человек _специально_ _портил_ данные на одном из элементов RAID... текст свёрнут, показать
     
  • 7.51, DEF (?), 08:55, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нуб, диски клонировать нужно через send/receive, а не dd.
     
     
  • 8.53, n00by (ok), 09:06, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Прежде чем оставлять своё особо ценное мнение, хорошо бы научиться читать Даю е... текст свёрнут, показать
     
     
  • 9.70, gleb (?), 10:50, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ой, ёёёй запись произвольных данных на один из элементов raid, тем более raid0 ... текст свёрнут, показать
     
     
  • 10.89, n00by (ok), 11:17, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да Гарантий вообще никто не даст, читайте AS IS в лицензии Потому проверять ... текст свёрнут, показать
     
     
  • 11.111, gleb (?), 12:34, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    удивительное -- не то слово, я бы применил идиотское без обид, просто потому,... текст свёрнут, показать
     
     
  • 12.128, n00by (ok), 14:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пожалуй, не буду спорить Если опыт не ставить, но утверждать о неких его резуль... текст свёрнут, показать
     
     
  • 13.143, gleb (?), 14:58, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    эксперимент должен планироваться так, чтобы давать повторяемые результаты, иначе... текст свёрнут, показать
     
     
  • 14.148, n00by (ok), 16:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ведь не пробовали повторить, но утверждаете, что результаты не повторятся И ... большой текст свёрнут, показать
     
  • 14.275, maximnik0 (?), 09:25, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Делают,делают Для видиопотоков Там с жестких выжали все что можно-но и требовани... текст свёрнут, показать
     
  • 12.170, Аноним (168), 19:24, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    После этого нубика и поперли из росы не заплатив и дав повод для многолетних рыд... текст свёрнут, показать
     
     
  • 13.214, n00by (ok), 08:43, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    После этого работники Росы принялись анонимно клеветать, что меня откуда-то попё... текст свёрнут, показать
     
  • 10.255, maximnik0 (?), 22:26, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Читайте статью Как разработчики сидели в Петербурге и тихо ели грибы, а потом н... текст свёрнут, показать
     
  • 9.75, DEF (?), 11:02, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В btrfs метаданные тоже дублируются Режим DUP назвыается ... текст свёрнут, показать
     
     
  • 10.85, n00by (ok), 11:13, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это называется подмена предмета обсуждения и является довольно унылым приёмом ... текст свёрнут, показать
     
     
  • 11.96, DEF (?), 11:39, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так не демагогствуй Свою кривую память протести на битроты и контроллеры на ... текст свёрнут, показать
     
     
  • 12.129, n00by (ok), 14:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не составлял багрепорт о том случае с BtrFS, мне не до того было Ты судишь на... текст свёрнут, показать
     
     
  • 13.264, Аноним (-), 02:09, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну окей, тогда я буду вместо него И скажу что поймал в btrfs пару жирных багов ... большой текст свёрнут, показать
     
     
  • 14.306, n00by (ok), 07:52, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Порадуете ссылочкой на багзиллу Если захотите сослаться на боязнь деанона, расс... большой текст свёрнут, показать
     
     
  • 15.376, Аноним (-), 20:08, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Титул даденый мне вами тому не способствует В моих случаях не требовалось я ка... большой текст свёрнут, показать
     
     
  • 16.387, n00by (ok), 08:59, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так мне и не надо, поскольку мне не нужна BtrFS как таковая скрипт Шишкина до с... текст свёрнут, показать
     
     
  • 17.392, Аноним (-), 09:18, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тут как бы дело хозяйское, но когда из вас не удается выжать даже точное сообщен... большой текст свёрнут, показать
     
     
  • 18.396, n00by (ok), 17:15, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, тут один фанат автономной ОС устроил дудос жалобами, и бот всё подряд чи... текст свёрнут, показать
     
     
  • 19.412, Аноним (-), 01:30, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, бот тут иногда жесткарит, меня правда обычно не полностью выпиливает а скоре... большой текст свёрнут, показать
     
     
  • 20.415, n00by (ok), 08:04, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тот персонаж, который заявлял про открутку электросчётчика цена вопроса за одно... текст свёрнут, показать
     
  • 21.418, Аноним (418), 02:43, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    меня репортнул модерам ботам наверное раз 5-10 и это даже потерли Я прикинул... большой текст свёрнут, показать
     
  • 22.420, n00by (ok), 09:07, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гипотетически здесь три модератора, а практически у Максима нет времени во всем ... большой текст свёрнут, показать
     
  • 23.425, Аноним (425), 00:18, 06/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мир не идеальный Я под его неидеальности стараюсь адаптироваться Если какое-то... большой текст свёрнут, показать
     
  • 7.260, Аноним (-), 01:23, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > побило, но пул восстановил), а BtrFS сама собой рассыпалась.

    Нельзя ли конкретнее?
    1) Какие были конфигурации ФС?
    2) Что конкретно было сделано?
    3) Что случилось с точностью до сообщений об ошибке?
    4) "Пул восстановил" очень растяжимое понятие, кмк. Это точно scrub проходит и не разваливается без долговременных последствий?

     
     
  • 8.307, n00by (ok), 08:17, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Набираю в поисковике восстановление zfs пула , читаю по второй ссылке документа... большой текст свёрнут, показать
     
     
  • 9.328, Аноним (-), 04:31, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я наверное непонятно выразился, пардон Мой апстрим - майнлайн, мне интересно чт... большой текст свёрнут, показать
     
     
  • 10.336, n00by (ok), 15:35, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я поступил ровно так же, как в случае с ZFS Набрал в поисковике восстановление... большой текст свёрнут, показать
     
     
  • 11.343, Аноним (-), 22:39, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы не назвал идею что-то делать с фс по советам из интернета от хз кого удачно... большой текст свёрнут, показать
     
     
  • 12.361, n00by (ok), 08:41, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это как раз один из критериев, почему BtrFS непригодна для дома По ZFS имеется ... большой текст свёрнут, показать
     
     
  • 13.382, Аноним (-), 03:24, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На мой вкус так я и еще эн продвинутых юзерей пользуемся этим всем - в том числе... большой текст свёрнут, показать
     
     
  • 14.388, n00by (ok), 09:04, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вместо денег в ходу монета с чеканкой сделай бисект ... текст свёрнут, показать
     
     
  • 15.393, Аноним (-), 09:33, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще - вы в чем-то правы Паразитизм и потребццтво в более-менее живом и успеш... большой текст свёрнут, показать
     
  • 5.66, Аноним (11), 10:35, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В линуксе ее функциональность составляется из комбинации ФС и LVM.

    Спасибо, кэп. Собственно zfs так и появилась.
    С дедубликацией по сути всего 3 ФС: zfs, btrfs, xfs. Последние две нестабильные. Вот и весь выбор.
    Снапшоты, copy-on-write, сжатие, репликация - весь фарш есть. Надежность уровня production (что не отменяет необходимость бекапов, как и везде). А лишняя (конкретно в данном случае) прослойка LVM не нужна.
    Ставить zfs в старый ноут 500ГБ hdd 4ГБ ram смысла конечно нет. Но уже для домашней файлопомойки вполне.

     
  • 5.138, пох. (?), 14:44, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    thin lvm, потому что иначе снапшоты будут ни разу непохожие на те что у zfs А э... большой текст свёрнут, показать
     
  • 4.47, Аноним (47), 08:17, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сложная в освоении и память жрет побольше некоторых.
     
     
  • 5.139, пох. (?), 14:46, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    знаешь, если две команды zfs и zpool тебе сложно - я боюсь представить что тебя ждет когда ты столкнешься с lvm, где их аж пять и все имеют совершенно зубодробительные синтаксис и семантику.

    Память жрет поменьше чем надо бы - потому что вариантов кроме оставить половину системе там в современных версиях нет. Но за счет ARC может что и выиграет даже.

     
     
  • 6.145, Аноним (47), 15:15, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня ждет btrfs.
     
     
  • 7.154, пох. (?), 16:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если тебе даже zfs сложно оказалось осилить - она тебя не дождется.

     
     
  • 8.166, Аноним (47), 18:17, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чего там ждать mkfs btrfs и все Никаких zpool и прочего не нужно ... текст свёрнут, показать
     
     
  • 9.278, пох. (?), 10:06, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    о ужас, набрать zpool вместо mkfs В общем, степень адекватности опеннетчиков ... текст свёрнут, показать
     
     
  • 10.308, n00by (ok), 08:24, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется когнитивная ригидность в психологии и синдром утенка у местны... текст свёрнут, показать
     
     
  • 11.383, Аноним (-), 03:26, 02/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.261, Аноним (-), 01:28, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Btrfs заметно проще, приятнее и дружественнее в управлении Однако чтобы с btrfs... текст свёрнут, показать
     
     
  • 9.277, пох. (?), 10:05, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Покажите пальцем, в каком месте Что именно вам сложно и неприятно в банальном у... текст свёрнут, показать
     
     
  • 10.295, Аноним (295), 02:12, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Добавление, замена, изъятие девайсов, рестрайп на ходу, все такое Можно просто ... большой текст свёрнут, показать
     
  • 3.291, Аноним (-), 01:09, 30/05/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.17, Виталий (??), 00:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Для тех, кто не понимает суть, объясняю:

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

    BTRFS - файловая система для SSD-дисков и для системы. Её главная фишка - встроенная возможность создавать слепки состояния, и можно их использовать для откатывания к предыдущему состоянию в случае чего, и ещё куча других возможностей.

     
     
  • 3.19, Аноним (3), 01:06, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    xfs - Файловая система, производительность которой не зависит от количества и размера файлов.
    btrfs - Нестабильный комбайн.
    Снапшоты можно делать средствами LVM сто лет в обед. И остальную кучу возможностей тоже.
     
     
  • 4.21, DEF (?), 01:31, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >btrfs - Нестабильный комбайн

    Экспертное мнение от диванного эксперта подъехало. Надо же, а Facebook, Synology, SUSE, Red Hat и не знали.

     
     
  • 5.38, Аноним (38), 07:32, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Red Hat плотно сидит на XFS
     
     
  • 6.265, Аноним (265), 02:28, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Red Hat плотно сидит на XFS

    А ей просто не на чем больше. Разработчики остальных (и блочного уровня) побегли с редхата в другие компании. У Ext4 свои девы, btrfs вообще занят монстром типа facebook. И что им было брать? JFS чтоли? Или рейзер, разносящий тома в хлам fsck'ом? :) Не, там есть еще всякие NILFS но это весьма нишевые и подзаброшенные штуки.

     
  • 5.119, Олег (??), 13:08, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Советую почитать форум синолоджи, а также кучу тем а проф форумах, где люди теряли файлы все с brtfs
    Xfs иногда любит lost and found
    Mdadm очень не любит бэд блоки, прям ахиллесова пята
    Zfs и ext4 сейчас живее живых
     
     
  • 6.266, Аноним (265), 02:29, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Советую почитать форум синолоджи, а также кучу тем а проф форумах, где
    > люди теряли файлы все с brtfs

    Лучше поотвисать в рассылках и чатах с разработчиками ФС. И узнаете что такое случается у всех. А разница в основном в возможностях парирования, раннего обнаружения, или если все же что-то пошло не так - багфисков.

     
  • 4.41, gleb (?), 08:00, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    xfs, прежде всего, надёжное хранилище, хорошо работающее при конкурентном доступе (многопоточность/многопользовательскость).

    btrfs вполне хороша и от детских болезней, похоже, избавилась (тьфу-тьфу).

    Снапшоты lvm это сильно (совсем) не одно и то же, что в btrfs. Область применения снапшотов btrfs очень сильно шире.

     
  • 3.29, Xo (?), 02:41, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А ext4 для ssd разве не подойдёт?
     
     
  • 4.30, Виталий (??), 02:48, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подойдёт, главное настроить правильно подключение в /etc/fstab. Я о том, что BTRFS на жёстких дисках тормозит, и поэтому для BTRFS крайне желателны именно SSD.
     
     
  • 5.42, gleb (?), 08:01, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    btrfs весьма приятна, но вот по поводу ssd...
    к сожалению, усиление записи никто не отменял.
    Впрочем, плюсы btrfs обычно, перевешивают.
     
     
  • 6.58, n00by (ok), 09:41, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Амплификация" в данном контексте это не "усиление", правильнее переводить как "чрезмерная запись".
     
     
  • 7.71, gleb (?), 10:53, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    что в лоб, что по лбу.

    и не чрезмерная запись, а именно лавинообразное увеличение числа физических записей, так что, таки усиление.

     
     
  • 8.93, n00by (ok), 11:27, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сила там в амперах, надо полагать ... текст свёрнут, показать
     
     
  • 9.112, gleb (?), 12:36, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в секторах на байт ... текст свёрнут, показать
     
     
  • 10.131, n00by (ok), 14:14, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амп... текст свёрнут, показать
     
     
  • 11.141, gleb (?), 14:51, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да неужели и да, усиление в амперах нормальные люди ну никак не измеряют хот... текст свёрнут, показать
     
     
  • 12.146, n00by (ok), 15:56, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Высшая школа тоже школа Но вроде закон Ома изучают и в обычной на уроках физике... текст свёрнут, показать
     
     
  • 13.193, Аноним (28), 23:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А при чем тут закон Ома Вообще-то, сила измеряется в Ньютонах А вот сила то... текст свёрнут, показать
     
     
  • 14.210, n00by (ok), 07:52, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайте внимательно самое первое предложение в цитате - там и про электронные ... большой текст свёрнут, показать
     
     
  • 15.267, Аноним (-), 03:33, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тут пришел другой аноним и ему интересно 1 А как вы именно больше _тока_ вгоня... большой текст свёрнут, показать
     
     
  • 16.309, n00by (ok), 08:41, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я ж написал в надежде в т ч что не потребуется объяснять про нелинейнос... большой текст свёрнут, показать
     
     
  • 17.329, Аноним (-), 04:40, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я другой аноним имхо нежели тот кто начал этот субтред Про вах полевиков я в ку... большой текст свёрнут, показать
     
  • 15.429, Аноним (28), 00:07, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Опять же, все эти замечательные аббревиатеры имеют отношение к сабжу не больше, ... текст свёрнут, показать
     
     
  • 16.430, n00by (ok), 06:26, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмите за привычку добавлять по моему мнению , а лучше сразу формулируйте я ... текст свёрнут, показать
     
  • 5.57, Аноним (57), 09:40, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ext4 с коэф.записи 4 * на коэф.записи 1 для smr_hdd, сравниваем с

    btrfs с коэф.записи 26 * на коэф.записи 4 для ssd ~= 100  

    т.е. типовой 300-разовый tlc ssd можно будет переписать реально только 3 раза.
    Нуачо, хм, "нормальное" такое коммерческое решение. :)))

     
     
  • 6.68, Аноним (11), 10:42, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Еще ни разу не видел чтобы у SSD закончился ресурс (если это не баг конечно).
    Один экземпляр уже через трое рук прошел с 2012 года и до сих пор трудится.
     
     
  • 7.94, n00by (ok), 11:31, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня из двух Тошиб 2010 года одна померла, стояли в массиве.
    Но я там гонял Rosa Linux, где rpm5 как раз вызывал дичайшую амплификацию, 1 Гигабайт обновлений ставился три часа из-за чрезмерных fdatasync. И кстати перевёл с ZFS на BtrFS и там эта проблема с fdatasync вылезла. На ZFS такое же обновлялось минут пять.
     
     
  • 8.116, gleb (?), 12:50, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    минутку, с этого места подробнее у меня alt, причём Сизиф Там тоже rpm Время ... текст свёрнут, показать
     
     
  • 9.133, n00by (ok), 14:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В Альте rpm4, а не rpm5, и там такой проблемы не было и нет Если интересно, ищи... текст свёрнут, показать
     
     
  • 10.296, Аноним (-), 02:30, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 Btrfs еще и развивается и оптимизируется И если что, в свежих ядрах fdatasyn... большой текст свёрнут, показать
     
  • 9.134, n00by (ok), 14:21, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот первое сообщение той темы, это писал не я на тот момент у меня была ZFS и н... большой текст свёрнут, показать
     
  • 7.117, gleb (?), 13:00, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в 2020 купил пару apacer panther нв 256. Один работает до сих пор без нареканий, второй через год перестал показывать ssd-written и ещё через пол-года получил сельнейший и непредсказуемый склероз, в связи с чем ушёл на покой.

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

    На ещё живом

    241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       14742439317

    Sector Sizes:     512 bytes logical, 4096 bytes physical

    То есть, до заявленных 150 tbw далековато. И всё-таки, из двух идентичных, один помер.

     
     
  • 8.345, Аноним (-), 22:46, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А это вообще вероятностный процесс Если для вон того чипа заявлено 1000 циклов ... текст свёрнут, показать
     
  • 6.72, gleb (?), 10:54, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну, давно уже не 26, но неприятно, конечно.
     
  • 6.268, Аноним (-), 03:36, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ext4 с коэф.записи 4 * на коэф.записи 1 для smr_hdd, сравниваем с
    > btrfs с коэф.записи 26 * на коэф.записи 4 для ssd ~= 100
    > т.е. типовой 300-разовый tlc ssd можно будет переписать реально только 3 раза.
    > Нуачо, хм, "нормальное" такое коммерческое решение. :)))

    Это для каких нагрузок такое соотношение, интересно? На обычных десктопах и серваках судя по статистике накопителей износ на EXT4 и Btrfs - примерно один фиг, с точностью 20-30%.

     
  • 5.118, gleb (?), 13:04, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > о том, что BTRFS на жёстких дисках тормозит,

    и кстати, не тормозит.
    Только, если возможно, надо бы поставить commit побольше дефолтного, 90 уже ощутимо. И обязательно autodefrag.

     
  • 5.276, maximnik0 (?), 09:36, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Я о том, что BTRFS
    > на жёстких дисках тормозит, и поэтому для BTRFS крайне желателны именно
    > SSD.

    Не особо тормозит,но балансировка и дефрагментацию при домашнем применение как в старые времена -раз в месяц обязательна :-( Иначе да,начнет тормозить.

     
     
  • 6.297, Аноним (-), 02:35, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На системном SSD допустим оно вообще не сдалось Ему на фрагментацию в разумных ... большой текст свёрнут, показать
     
     
  • 7.332, maximnik0 (?), 09:38, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Балансировка вручную вообще нужна только в каких-то очень странных случаях.

    А почистить метаданные ? Не забывайте что мелкие файлы могут писаться  в блок метаданных.Я лучше раз в месяц продефрагментирую и перебалансирую диск,чем потом удивляться где скорость. В Стрекозе -фс хаммерс вообще балансировку забили на каждый день для обслуживания,правда там легче,там снапшотный журнал и просто происходит очистка журнала от мелких снапшотов.

     
     
  • 8.346, Аноним (346), 23:08, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря что иметь в виду под очисткой Обычно под них выделяется 1 или несколько ... большой текст свёрнут, показать
     
  • 2.22, DEF (?), 01:36, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое ощущение, что все эти xfs, btrfs и прочие – лишь игрушки.

    Btrfs стабильна и надежна как скала. Скоро в RHEL ее завезут, не зря же ее 2 года тестировали на Федоре. Все, что попадает в Федору, потом переносится в RHEL.

     
     
  • 3.26, Аноним (3), 02:12, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >стабильна и надежна как скала

    Если компьютер не включать.

     
     
  • 4.27, DEF (?), 02:26, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если, как в твоем случае, не включать мозг.
     
  • 3.39, Аноним (38), 07:33, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Лет через 10
     
  • 3.52, Аноним (52), 09:01, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    In August 2017, Red Hat announced in the release notes for Red Hat Enterprise Linux (RHEL) 7.4 that it no longer planned to move Btrfs to a fully supported feature (it's been included as a "technology preview" since RHEL 6 beta) noting that it would remain available in the RHEL 7 release series.[30] Btrfs was removed from RHEL 8 in May 2019.[31] RHEL moved from ext4 in RHEL 6 to XFS in RHEL 7.[32]

    Но,
    In 2020, Btrfs was selected as the default file system for Fedora 33 for desktop variants.[33]

    Не могут решить, что-то

     
     
  • 4.73, Аноним (73), 10:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно, потому что энерпрайзу негоже забавляться с сырой косячной ФС А вот об... большой текст свёрнут, показать
     
  • 4.87, DEF (?), 11:15, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Не могут решить, что-то

    Все давно решено - Btrfs скоро будет в RHEL. В XFS коровы и чексуммы на данные так и не завезли, Stratis - убогая тормознутая поделка-костыль. Выход только один - Btrfs.

     
     
  • 5.187, Аноним (187), 22:14, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Все давно решено - Btrfs скоро будет в RHEL.

    Не будет её в RHEL. Она была в technical preview и не прошла его. Вопрос закрыт.

     
     
  • 6.195, DEF (?), 00:03, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Вопрос закрыт.

    Закрытых вопросов в ИТ не бывает.

     
     
  • 7.238, Аноним (187), 17:44, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Закрытых вопросов в ИТ не бывает.

    Ну, может быть. Когда её снова в превью поместят - вот тогда и порассуждаем не тему "скоро"


     
  • 6.269, Аноним (-), 03:42, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не будет её в RHEL. Она была в technical preview и не
    > прошла его.

    Учитывая что IBM стоял у ее истоков, и IBM пожрал RH - и к тому же btrfs и отбагфиксили, и отоптимизили, как-то вот и без редхата, чего б вон тем с того сливки не снять - кто ж его знает. Ну и сратис vs управление томами btrfs... кхе-кхе, он таки сова на глобусе vs нативные фичи дизайна. Разница соответствует.

    > Вопрос закрыт.

    А вы как минимум CTO из IBM тут все такие ушлые собрались?

     
  • 3.60, Аноним (60), 09:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    у Меня тут выключали свет ежедневно. Половину года... Дак вот btrfs - при пропадании питания вообще проблемы не видит. прблемы у тех кто пытается использовать встроенный raid про который пишут четко в документациях что он НЕ РАБОТАЕТ.
     
     
  • 4.79, n00by (ok), 11:06, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В таком эксперименте важно, что в момент отказа происходит. Когда читаете Опеннет, данные на диск не пишутся, скорее всего. Интереснее позапускать btrfs balance и defrag и повыдёргивать шнур из розетки.
     
     
  • 5.108, DEF (?), 12:18, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я более 1000 раз делал хард-ресет при интенсивной записи в БД - ФС и данные ни разу не скорраптились. Да и тебе уже сказали - свое железо тестируй и кури мануалы. Ну и руки не забудь выпрямить.
     
     
  • 6.135, n00by (ok), 14:30, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Я более 1000 раз делал

    А я изучал метрологию и понимаю, что эта цифра придумана только что.

    > Да и тебе уже сказали - свое железо тестируй

    Ты напрасно говоришь о себе во множественном числе - веса это не придаёт, а показывает слабость позиции.
    Железо с тех пор работает.

     
     
  • 7.270, Аноним (-), 03:53, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Т е в возможность создания автотеста файлух вы принципиально не верите, или что... большой текст свёрнут, показать
     
     
  • 8.310, n00by (ok), 08:46, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я уверен, что DEF ничего не считал, и тесты не проводил Иначе он бы и написал ... текст свёрнут, показать
     
     
  • 9.330, Аноним (-), 05:02, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А я немного отличаю этот ник от ноля и по накопленному опыту он вроде в ФС и око... большой текст свёрнут, показать
     
     
  • 10.337, n00by (ok), 15:48, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что он где-то что-то прочёл и эту инфу разносит Инфа необязательно невер... большой текст свёрнут, показать
     
     
  • 11.350, Аноним (-), 02:50, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мне почему-то кажется что он для себя этим пользуется, иначе врядли бы знал неко... большой текст свёрнут, показать
     
  • 4.88, DEF (?), 11:17, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не работают только parity-raid'ы, а mirror-raid'ы - работают.
     
     
  • 5.304, Аноним (-), 03:38, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не работают только parity-raid'ы, а mirror-raid'ы - работают.

    Более того, поскольку там у метаданных и данных могут быть разные схемы хранения, ничему не противоречит метаданные как RAID1(может даже C3) а данные как RAID 5 или 6 - и вот такое комбо даже не страдает write hole'ом. А т.к. основной объем обычно данные, то эффективность по использованию места более-менее как у RAID5/6. Это сами разработчики такой финт придумали. Вроде реально работает, так сразу не разваливается.

     
  • 2.65, Отражение луны (ok), 10:34, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Живу на btrfs, все работает отлично. Что я делаю не так?
     
     
  • 3.99, Да (?), 11:43, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сидел на btrfs, все покорраптилось. Постоянно проблемы у разных компаний и людей с ней. Что с ней не так ?
    Сижу на XFS все работает как часы.
     
     
  • 4.101, Отражение луны (ok), 11:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Сидел на btrfs, все покорраптилось. Постоянно проблемы у разных компаний и людей
    > с ней. Что с ней не так ?
    > Сижу на XFS все работает как часы.

    Насколько давно это было?

     
     
  • 5.271, Аноним (-), 03:55, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы спросил - с какими ядрами? Использовать какой-нибудь 2.6.32 можно и в 2023 году. При этом разумеется получится горя хлебнуть если btrfs тех времен взять. И нет, никто не будет бэкпортить фиксы файлух в древние ядра в общем случае.
     
  • 2.92, Getfor (?), 11:25, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, что XFS не новомодная игрушка, а достаточно пожилая файловая система причем одна из максимально стабильных?
     
     
  • 3.113, DEF (?), 12:38, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Критерии стабильности в студию.
     
     
  • 4.140, пох. (?), 14:48, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    крэшится очень стабильно - с 2009го года наблюдаю. Но это на bare metal. На виртуалках когда с дисками разговаривает кто-то поумнее - все хорошо.

     
  • 2.149, Аноним (149), 16:30, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    riser5 же, ну...
     
     
  • 3.176, Аноним (425), 20:23, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если только самому собирать kernel и добовлять пач чтобы работал riser5, а это вариант не для всех. И то это, чтобы попробовать и решить riser5 усраивает или нет.
     
  • 3.179, Аноним (425), 20:53, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    кстати пусть разработчик 5 версии подарит нашему невте газ прому файловую систему, пусть сами её пилят, может назовут рашен фидерашен файловая система тогда может и взлетит, но есть вариант. что заберут использовать будут. а наработки открывать не будут и она 5 версия останется внутри этих корпораций.
     
     
  • 4.180, Аноним (425), 20:55, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    или ещё кому, зелёный есть.
     
  • 4.182, Аноним (425), 20:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    или продать. наверно уже бы продал еслибы был спрос.
     
  • 4.211, n00by (ok), 08:13, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > кстати пусть разработчик 5 версии подарит нашему невте газ прому файловую систему,
    > пусть сами её пилят

    Как бы у нефтегазпрома и так имущества больше, чем у разработчика-энтузиаста, кто уже и так вложил в проект немало знаний и времени. Почему любитель всеобщего счастья не предложил им профинансировать разработку, что бы автор мог нанять ещё кодеров? Это влияние идеек СПО?

     
     
  • 5.288, Аноним (-), 17:54, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "или продать. наверно уже бы продал если бы был спрос" Я это всё писал в основном не с точки зрения как заработать, а как сделать чтобы этой файловой системе дать спрос, чтобы ей пользовались. А так файловая система есть, но самому собирать kernel не для меня и масс, не вариант, не хотят так делать когда есть выбор сделать проще.
     
     
  • 6.311, n00by (ok), 08:55, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Про "продать" появилось только в третьем сообщении. Дело тут не в спросе. Нефтегаз, как и вся добыча и торговля ресурсами, это консервативный бизнес. Такие люди 1000 лет делают одно и тоже (дрова лишь заменили на нефть) и не лезут не в своё дело. Они полагают, что остальные точно такие же профессионалы и покупают ПО у "айтишников". Последним не выгодно создавать спрос, куда выгоднее взять бесплатно.
     
     
  • 7.352, Аноним (352), 05:51, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проще тогда напишу свой посыл или точнее. Смысл моих слов в том, чтобы отдать файловую систему или продать где ей будут пользоваться, а потом из этого может что-то и выйдет. Как я знаю нужен кто-то кто будет отслеживать поведение этой файловой стемы на постоянной основе и добавлять на постоянной основе изменения или исправления в kernel. Сам разработчик это делать не хочет.
     
     
  • 8.353, Аноним (352), 05:55, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И отдать или продать тому у кого есть желание или заинтересованность и ресурс эт... текст свёрнут, показать
     
  • 8.360, n00by (ok), 08:36, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эдуард Шишкин и хочет, и развивает свою ФС, когда находит на то время И даже в ... текст свёрнут, показать
     
     
  • 9.378, Аноним (378), 20:43, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сам собери Kernel с патчем для работы Reser5 вариант не устраивающий многих, так... текст свёрнут, показать
     
  • 9.384, Аноним (-), 03:37, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Когда он на btrfs плевался - его общий decision making зарекомендовал себя сильн... большой текст свёрнут, показать
     
     
  • 10.389, n00by (ok), 09:08, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ФС и не должна быть большим проектом Программисты на баш и мастера копипасты та... текст свёрнут, показать
     
     
  • 11.397, Аноним (-), 18:57, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически, да все мы хотим маленький, шустрый, стабильный, фичастый дизайн к... большой текст свёрнут, показать
     
  • 2.174, Аноним (425), 20:18, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ext2 и jfs я не шучу?
     
     
  • 3.177, Аноним (425), 20:39, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на всякий случай jfs2, а так их две версии jfs1 и jfs2. jfs2 обозначают как jfs. вроде так. "В операционной системе AIX существует два поколения JFS, называемых JFS (JFS1) и JFS2 соответственно. В других операционных системах, таких как OS/2 и Linux, существует только второе поколение, которое называется просто JFS. Также JFS называют файловую систему VxFS компании Veritas Software, используемую в ОС HP-UX"
     
  • 3.290, Аноним (-), 00:10, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не точно написано. Надо так. Ext2 и jfs? Я не шучу.
     
  • 3.374, Аноним (-), 19:33, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рассматривать ещё надо как исправляется файловая система Как я вижу для jfs пос... большой текст свёрнут, показать
     
     
  • 4.375, Аноним (-), 19:37, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел ввиду качество проверки.
     
  • 2.227, Андрей (??), 14:18, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пользуюсь btrfs как основной для корня уже около 4х лет, работает без проблем. Может всё зависит от прямых рук?
     
     
  • 3.289, Аноним (-), 18:27, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Но, может быть так: видимых проблем нет, а проверяя на ошибки раздел диска проверка выявляет ошибку или ошибки и не исправляет. И появляется вопрос, что с этим делать? Или не чего не делать?
     
     
  • 4.340, Аноним (-), 20:24, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но, может быть так: видимых проблем нет, а проверяя на ошибки раздел
    > диска проверка выявляет ошибку или ошибки и не исправляет. И появляется
    > вопрос, что с этим делать? Или не чего не делать?

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

     
     
  • 5.354, Аноним (352), 06:10, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Было показано и найдено такой вид поведения в интернете. С компьютером порядок. Это визуализация с хостом Windows. До разбора в деталях дело не доходило. Поскольку я не показывал именно тем людям, что файловую систему обслуживают. И не факт, что поняли без: снимай копию с раздела и засылай нам. И цели не было уж прямо докопаться. Цель была узнать, что с этим делать. Не узнал.
     
     
  • 6.355, Аноним (352), 06:11, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    визуализация = виртуализация
     
  • 6.356, Аноним (346), 06:29, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Варианты. Поискать, что с этим делать - ответа не нашёл. Тогда или оставить как есть и надеяться, что в последствии это не преведёт к чему то серьёзному. Или званого установить файловую систему. Попробовал что-то с этим сделать своими силами, почитал, на свой риск по запускал команды, сломал файловую систему не монтируется. Установил званого опер. систему на раздел jfs. C Ext4 похожее, но монтирется. По этому теперь так ext2 boot, / jfs. Смотрю оцениваю.
     
     
  • 7.357, Аноним (346), 06:30, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Или званого установить файловую систему - то есть формат и установка операционной системы.
     
  • 6.359, Аноним (359), 07:05, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Снимай копию с раздела это если не виртуальный диск, а так скорее всего достаточно сжать виртуальный диск и его отдать.
     
     
  • 7.385, Аноним (-), 03:41, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Снимай копию с раздела это если не виртуальный диск, а так скорее
    > всего достаточно сжать виртуальный диск и его отдать.

    Лучше man btrfs-send на тему --no-data, так оно очень сильно меньше будет, а для воспроизведения багов зачастую катит. Это send только метаданных, без самих данных файла. Это и приваси несколько улучшает, никто не прочитает ваши чаты, не упрет ваши документы, или что там у вас - будут только метаданные о них. Это _сильно_ меньше весит чтобы по сети потом слать то.

     
  • 5.358, Аноним (-), 06:43, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не спрашивайте, что было написано. Не помню. Запомнил еслибы к этому серьёзднее относился.
     

     ....большая нить свёрнута, показать (224)

  • 1.7, Аноним (7), 00:05, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ошибка в багзилле шляпы. Возможно, напатчили лишнего эти шляпники
     
     
  • 2.10, birdie (ok), 00:28, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Количество собственных патчей в Fedora сведено к абсолютному минимуму за последние 20 лет. Вы слегка отстали от жизни. Да, лет 20 назад их было море, но тогда не было git, и разработка была на порядок медленней. Таскать море патчей и портировать на новое ядро каждый раз - дорого. Лучше послать в upstream.

    https://src.fedoraproject.org/rpms/kernel/tree/f38

     
     
  • 3.12, Аноним (7), 00:32, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сведено, но далеко не нулевое, патчей много все равно. И не факт, что проблема не в одном из них. Посмотрим, до чего дойдут в разборке в багзилле )
    А с навешиванием ярлыков завязывайте )
     
     
  • 4.15, birdie (ok), 00:42, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не понял при чём тут ярлыки Навешивал их тот, кто обвинял априори Fedora в ... большой текст свёрнут, показать
     
     
  • 5.37, n00by (ok), 06:52, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я не понял при чём тут "ярлыки". Навешивал их тот, кто обвинял
    > априори Fedora в кривых патчах выше.
    >> напатчили лишнего эти шляпники

    Главное, при цитировании вырезать "возможно", тогда цитата будет действительно похожа на обвинение. Кто не читал или забыл исходное сообщение, поддержит мастера риторики.

    Один вопрос - с какой конкретно целью это сделано?

     
  • 5.224, birdie (ok), 12:57, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Расследование закончилось - ошибка в самом ядре, патч уже есть.

    Патчи Fedora, как я и предполагал, ни при чём.

     
     
  • 6.244, Аноним (244), 18:26, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Ошибка в самам ядре" самостоятельно материализовалась? Или, может быть, ее туда шляпники-то и занесли? ))
     
  • 6.247, Аноним (244), 18:39, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Смотри, кто автор бажного патча:

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/patch/fs/xf

     
     
  • 7.249, birdie (ok), 19:23, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat - один из основных разрабов ядра, systemd, glibc, gnome, gtk и wayland.

    Что вы этим хотели сказать?

    Патч для mainline, а не для конкретно ядра Fedora. Проблема коснулась и пользователей debian в т.ч.

     
     
  • 8.253, Аноним (244), 22:16, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в том и дело подгадили не только себе, но и всем вообще ... текст свёрнут, показать
     
     
  • 9.256, Аноним (256), 22:51, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только анонимы в рунете могут даже предположить, что сотрудники redhat гадят Я ... текст свёрнут, показать
     
  • 8.254, Аноним (244), 22:26, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не имеет значения, где именно разместили бажный патч, не протестировав как следу... текст свёрнут, показать
     
     
  • 9.281, Аноним (256), 11:01, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Аноним заявил, что 1 Ядро в Федоре жутко патченное - ложь, фиксов там минимум, ... большой текст свёрнут, показать
     
  • 8.299, Аноним (-), 02:41, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вот известные разработчики блочного уровня и ФС оттуда почему-то слиняли Так,... текст свёрнут, показать
     
     
  • 9.370, пох. (?), 17:28, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    потому что редхату не нужны их разработки, а нужна работающая xfs Кто не соглас... текст свёрнут, показать
     
     
  • 10.398, Аноним (-), 19:26, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хуже от этого как видим становится в основном редхату и их кастомерам, которым т... большой текст свёрнут, показать
     
  • 3.212, Аноним (7), 08:31, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    От места размещения бажного патча результат не меняется. Кто автор изменений, которые привели к этой ситуации? Не шляпники ли? При этом, проблема приехала всем из-за размещения патча не локально без всестороннего тестирования
     
  • 2.32, dalco (ok), 04:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если верить Phoronix'у, то проблема с xfs наблюдается и на Debian при использовании ядра 6.3.x. Так что, получается, не шляпники виноваты.
     
     
  • 3.213, Аноним (7), 08:38, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Виноваты авторы тех изменений в ядре, что привели к этой ситуации. И это, вероятно, шляпники, так как они очень активно патчат xfs
     
     
  • 4.242, пох. (?), 18:01, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что ты не умеешь кодить. Приходится делать это кому-то другому.

     
     
  • 5.246, Аноним (244), 18:27, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    К чему это тут? Если сам не умеешь, не думай, что остальные такие же )))
     

     ....большая нить свёрнута, показать (20)

  • 1.46, Аноним (47), 08:13, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    xfs зло,файлы с недокаченого торрента исчезали когда пользовался ей в позапрошлом году и сохранки. С btrfs такого уг вообще не наблюдаю.
     
     
  • 2.61, Аноним (60), 10:01, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Btrfs этот то единственное чтоне дает мне поставить RHEL на комп. У меня на ней все. От дисков до флешек. А шляпа решила что она вжух и небудет собирать ядро с поддержкой одной из фс. вообще... гении.
     
     
  • 3.63, keydon (ok), 10:20, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так сам собери
     
  • 3.84, DEF (?), 11:12, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ставь Федору - там btrfs по-умолчанию. Через пару лет и в RHEL станет также, как бы хомячье не выло о ее мнимой нестабильности.
     
     
  • 4.192, Kuromi (ok), 23:10, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Шапка от BTRFS отказалась и вовсю патчит XFS (наверняка баги оттуда же), уже даже COW добавили которого изначально не было. Комбинируя  сдругими компонентами у них полчается некий кастомный аналог BTRFS\ZFS.
    Откажутся ли? Кто знает...
     
     
  • 5.300, Аноним (-), 02:42, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Шапка от BTRFS отказалась и вовсю патчит XFS (наверняка баги оттуда же),
    > уже даже COW добавили которого изначально не было. Комбинируя  сдругими
    > компонентами у них полчается некий кастомный аналог BTRFS\ZFS.
    > Откажутся ли? Кто знает...

    Если попробовать сратис и btrfs device add/remove... ну... ты понял :)))


     
  • 5.320, DEF (?), 21:28, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >уже даже COW добавили которого изначально не было

    Никакого COW в XFS не добавлено и не добавят. Поддержка коров требует поломку обратной совместимости в on-disk формате. Легче просто использовать btrfs.

     
     
  • 6.323, Kuromi (ok), 22:40, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>уже даже COW добавили которого изначально не было
    > Никакого COW в XFS не добавлено и не добавят. Поддержка коров требует
    > поломку обратной совместимости в on-disk формате. Легче просто использовать btrfs.

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

     
     
  • 7.390, DEF (?), 11:29, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И чо? Где обещанные коровы и чексуммы? Их нет и не будет. Даже если и будут, то не будет менеджера томов.
     
     
  • 8.391, gleb (?), 12:40, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а оно надо на высокопроизводительной фс завезли reflink, пока хватит, наверное... текст свёрнут, показать
     
     
  • 9.399, Аноним (-), 19:30, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как мне кажется вон тот Кент им ща покажет что можно и коров научить бегать быст... текст свёрнут, показать
     
  • 3.188, Tron is Whistling (?), 22:31, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    OEL/UEK поставь, там ффсё есть.
     
  • 2.76, gleb (?), 11:02, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > fs зло,файлы с недокаченого торрента исчезали

    исчезали -- это как? что конкретно происходило?

    >  С btrfs такого уг вообще не наблюдаю

    держать файлы типа торрентов на btrfs с невыключенным cow, так себе идея. Нет, ФС не развалится (скорее всего), эту десткую болезнь вылечили. Но вот в один прекрасный момент работа с некими файлами (неважно, торрентами, vm или бд -- суть одна, когда файл очень часто и быстро меняется) станет.. странной, от этого не уйти.
    И лечение тут только одно, полностью перезаписать файл с нуля.

     
     
  • 3.161, Аноним (47), 17:43, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если например xmonad закрыть по shift+alt+q во время скачивания торрента,то несмотря на то,что там было уже за 90% на разделе с xfs файлов потом нет и надо после запуска Transmission скачивать заново. Также если игра вылетает,то потом исчезают созхранки. На btrfs такого не замечаю.
     
     
  • 4.162, Аноним (47), 17:50, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Комп вроде потом тоже выключал. В общем с торрентами так было несколько раз и я забил на xfs. Ядро старое 4.9 было.
     
  • 4.171, gleb (?), 19:42, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не воспроизводится.

    4.9.38
    4.14.55
    5.4.91
    5.10.66
    5.15.87

     
     
  • 5.172, Аноним (47), 20:08, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро точно 4.9 было.я его долго юзал. Когда дропнули  поддержку тогда только перестал.
     
     
  • 6.175, Аноним (47), 20:21, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    + RT патчи.
     
  • 6.208, gleb (?), 06:57, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот я проверил на 5и разных ядрах. проблемы не вижу.
     
     
  • 7.215, Аноним (47), 09:23, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рад за ваш успех,мне так не повезло. Теперь считаю xfs какашкой. btrfs норм. Если бы не решили дропнуть reiserfs,то использовал бы ее.
     
     
  • 8.217, gleb (?), 09:31, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело в том, что ни Ваше, ни моё мнение, по большому счёту, ничего не решает и ни... текст свёрнут, показать
     
     
  • 9.218, Аноним (47), 09:53, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На убогую ext мне вообще плевать Я пробовал их все и имею свое мнение о них М... текст свёрнут, показать
     
  • 3.239, Аноним (239), 17:47, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > держать файлы типа торрентов на btrfs с невыключенным cow, так себе идея.
    > торрентами ... файл очень часто и быстро меняется

    А разве файлы, скачанные с торрентов часто и быстро меняются? Допустим файлы качаются кусками по 4МБ, такими же кусками и записываются на файловую систему. Вот один раз записались данные, и потом не меняются, да ещё и каждый 4МБ-блок контрольной суммой в торенте заверен. Я наверное что-то упускаю, объясните пожалуйста что там где меняется?

    > И лечение тут только одно, полностью перезаписать файл с нуля.

    Но файл же и во время скачки пишется с нуля до своего полного объёма?

     
     
  • 4.286, gleb (?), 14:50, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А разве файлы, скачанные с торрентов часто и быстро меняются?

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

    > Но файл же и во время скачки пишется с нуля до своего полного объёма?

    в том и суть торрентов, что нет. Пишется произвольными блоками в произвольные места файла.

     
     
  • 5.298, Аноним (239), 02:40, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> А разве файлы, скачанные с торрентов часто и быстро меняются?
    > они пишутся в произвольные места, обычно, разряжённого файла. на btrfs каждое изменение
    > файла == увеличение поколения сабвольюма, в котором этот файл находится.
    >> Но файл же и во время скачки пишется с нуля до своего полного объёма?
    > в том и суть торрентов, что нет. Пишется произвольными блоками в произвольные
    > места файла.

    А если преаллоцировать место или скачивать последовательно, это решит проблему?

     
     
  • 6.312, gleb (?), 08:59, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    достаточно отключить cow для этих файлов и/или папок.
    но производительность всё равно будет немного меньше, чем на xfs, например.
     
  • 6.313, gleb (?), 09:02, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    и да, торрент-качалки обычно и так заранее выделеяют место, создавая разрежённый файл.
    и нет, этого недостаточно, поскольку при включенном cow запись всегда происходит в новое место.
    но проблема со странным поведением, начиная с некоторого числа перезаписей, не от этого, а (моя гипотеза) от быстрого увеличения номера поколений и безудержного разрастания дерева.
     

  • 1.50, Аноним (50), 08:38, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    XFS как раньше затирал файлы, так и сейчас продолжает, стабильность ага. Вот думаю попробовать btrfs, но там тоже проблем хватает. Забитый диск, когда точно знаешь, что это не так убивает все желание попробовать эту фс на корню. Похоже так и придется сидеть на старой доброй ext4, то же зло, но стабильное и без сюрпризов.
     
     
  • 2.74, gleb (?), 10:57, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >XFS как раньше затирал файлы

    можно продемонстрировать?

    повторюсь, у меня с 2002 г. активно юзается в 4 разных местах и дома. Не наблюдается.

     
     
  • 3.325, Аноним (324), 01:47, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуйте его с ceph'ом поиспользовать (да, я знаю что официально не рекомендуется, собственно поэтому и не рекомендуется), скажем под ежедневные бекапы.
     
     
  • 4.339, gleb (?), 16:56, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так проблема-то, чья?
     
     
  • 5.371, пох. (?), 17:32, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > так проблема-то, чья?

    fs, разумеется - ceph в этом режиме работает как обычная user space программа. Пишет на файловую систему штатными средствами - но много. А оно - вот!

     
     
  • 6.377, gleb (?), 20:43, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    вообще-то, для ceph именно xfs считается нормальной фс.
    так что вопрос остаётся.
     
     
  • 7.380, пох. (?), 21:42, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще-то, для ceph именно xfs считается нормальной фс.
    > так что вопрос остаётся.

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

    Что в общем логично, block store бессмысленно класть поверх файловой системы.

     
     
  • 8.386, gleb (?), 05:23, 02/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    я спорить не буду, но нагугливаемая документация так не считает ох, сей мёд б... текст свёрнут, показать
     
  • 2.100, DEF (?), 11:43, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот думаю попробовать btrfs, но там тоже проблем хватает

    И какие же там проблемы?

     

  • 1.55, Аноним (55), 09:07, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Не знаю что там про надёжность и стабильность xfs и работу с большими объёмами ... большой текст свёрнут, показать
     
     
  • 2.77, gleb (?), 11:04, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в фарш? все разделы?
    и потом постепенно нарастающие ошибки?

    а тут точно xfs виновата?

    боюсь, с ext4 будет не менее непиятный сюрприз.

     
     
  • 3.183, Аноним (183), 21:12, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    После этого переразвернул сервер на ext4.
    8 лет, до сих пор работает.
    Весь регион на него отчётность сдаёт.
     
     
  • 4.203, Аноним (203), 01:50, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это разные анонимы пишут. И да, 8 лет назад proxmox backup server не было.
     
     
  • 5.220, Аноним (183), 11:35, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае речь шла про Oracle Linux 7.1.
    И речь там больше про то что после установки чистой ОС на xfs при обновлении ОС все ФС рассыпались (из-за того что пакет с xfs обновился). И никто не сможет гарантировать что обновлении такого повторно не случится.

    При это переразвёрнутая ОС на этой же ВМ на ext4 просто работает, обновляется и не морочит голову.
    Нагрузочные тесты, проверки и прочее тоже проблем не выявили.

    Поэтому выбор очевиден, раз ext4 стабильно работает и не морочит голову, то плевать я хотел на достоинства xfs, если она нестабильна.

    Сервер Заказчику сдан, работает и никому мозг не делает уже 8 лет.

     
  • 4.207, gleb (?), 06:55, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    не очевидно, что это не аргумент?
    надо разбираться и тестировать. в противном случае не исключено, что оно взорвётся в непредсказуемый момент времени и с учётом "всего региона", надёжно похоронит автора.

    в самом деле, в миллионах случаев ни у кого ничего в "фарш" не превращается, а тут вдруг...

     
     
  • 5.221, Аноним (183), 11:40, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот прямо сейчас ядро 6.3.3 превращает в фарш разделы с xfs.
    Это факт.

    За ext4 такого не замечено.

    Думаю конечно не миллионы случаев, но совершенно неприятно.

    Мне видится что это аргумент и что xfs ещё требует доводки до стабильного состояния.

     
     
  • 6.372, пох. (?), 17:34, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > За ext4 такого не замечено.

    тобой - незамечено, потому что ты старательно смотришь в другую сторону.
    Гуглить ext4 silent filesystem corruption - но это не тебе, тебе в аптеку, за вазелином.

    > Мне видится что это аргумент и что xfs ещё требует доводки до
    > стабильного состояния.

    не требует. П-ц стабилен. Но в ext4 тоже.

     
     
  • 7.413, Аноним (-), 01:41, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > не требует. П-ц стабилен. Но в ext4 тоже.

    Да, ПЦ - стабилен. Особенно с версиями кернелов в сабже. Но зачем тебе ПЦ? Неужто у тебя его еще мало? Погодь, скоро будет больше и не факт что от редхата.

     
  • 2.98, DEF (?), 11:41, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    XFS не журналит данные, только метаданные. Поэтому ее лучше юзать для файлопомоек, которые не жалко обнулять. Для важных и ценных данных - только Btrfs с современными крнелами, а не с протухшей пропатченной дрянью, как в RHEL.
     
     
  • 3.173, thhh (?), 20:18, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эта "протухшая пропатченная дрянь" и есть бэкпорты всего нового с "современных кернелов"
     
     
  • 4.198, DEF (?), 00:06, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По какой-то неведомой причине эти бэкпорты глючные и менее стабильные, чем свежие апстрим-кернелы. Разрабы btrfs рекомендуют юзать ее со свежими ядрами не просто так.
     
     
  • 5.216, Аноним (47), 09:26, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На 4.19 прекрасно себя чухает. Нет проблем,проста и надежна.
     
     
  • 6.409, Аноним (-), 01:02, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > На 4.19 прекрасно себя чухает. Нет проблем,проста и надежна.

    Законы Мерфи гласят что "если вам кажется что дела идут хорошо, вы просто не заметили что-то" :).

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

    Более подробная и точная разблюдовка - на вике и readthedocs файлухи.

     

  • 1.64, beck (??), 10:31, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Прочитал обсуждение.
    Xfs - дерьмо, etx4 - дерьмо, btrfs - дерьмо, zfs - дерьмо.

    Причём у всех рассказывающих либо потери данных, либо тормоза, либо и то, и другое.

    Возникает резонный вопрос, а под линукс есть хоть одна нормальная файловая система,  которая просто работает? Как например NTFS?

     
     
  • 2.80, Аноним (73), 11:06, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Прочитал обсуждение.
    > Xfs - дерьмо, etx4 - дерьмо, btrfs - дерьмо, zfs - дерьмо.
    > Причём у всех рассказывающих либо потери данных, либо тормоза, либо и то,
    > и другое.
    > Возникает резонный вопрос, а под линукс есть хоть одна нормальная файловая система,
    >  которая просто работает? Как например NTFS?

    Да, EXT4 стабильнее всех работает, а те кто про неё пишут гадости, подсосы бутерфс от красношляпы либо просто полезные идиоты, либо на зряплате. А ты вообще жирный MS-тролль, так-то.

     
     
  • 3.82, DEF (?), 11:09, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >подсосы бутерфс от красношляпы

    Сосайтник, бутерфс от оракла.

     
     
  • 4.109, Аноним (109), 12:30, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ой извините подсосы бутерфс от оракцле.
     
  • 2.81, DEF (?), 11:08, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Как например NTFS?

    Вот это рили дерьмо.

    >а под линукс есть хоть одна нормальная файловая система

    Конечно есть - Btrfs.

     
     
  • 3.410, Аноним (-), 01:04, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это рили дерьмо.

    Подтверждаю - рекаверил убиты в хлам нтфсы юзерам у которых все прекрасно работало до момента когда ВНЕЗАПНО развалилось вдрызг и перестало маунтиться. В основном это из-за сбойной оперативы. Но чексуммы и такое хайлайтят, потому что в таком случае несовпадения периодически лезут и это заметно.

     
  • 2.83, n00by (ok), 11:10, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На zfs не каждый местный эксперт сможет установить систему, так что это их экспертное мнение скопировано у других таких же экспертов. Вероятно, в случае остальных ФС экспертиза проводится точно так же.
     
  • 2.86, Читатель сайта (?), 11:15, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас придут и расскажут и почему NTFS тоже дерьмо. :)

    А IMHO - вся беда в том, что серебряной пули так и не сделали. Каждая из этих FS хороша для употребления в своих условиях. Но это ж думать надо...

     
  • 2.102, birdie (ok), 11:52, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > etx4 - дерьмо

    Используется на более чем 2х миллиардов Android телефонах и сотнях(!) тысяч серверов.

    Более надёжной ФС в Линукс нет и не было.

    Самый большой косяк - не умеет делать дефрагментацию свободного места, но с приходом SSD проблема перестала быть актуальной.

    Вторая по надёжности, я не шучу, vfat, но она не подходит для хранения файлов Linux.

     
     
  • 3.105, DEF (?), 11:58, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Используется на более чем 2х миллиардов Android телефонах и сотнях(!) тысяч серверов.

    И чо? У одного только Фейсбука, btrfs юзается в хвост и в гриву на более миллиона серверов.

    >Более надёжной ФС в Линукс нет и не было.

    Ложь. ФС, которая не умеет чексумить данные - не может быть надежной априори.

    >Вторая по надёжности, я не шучу, vfat, но она не подходит для хранения файлов Linux.

    Укатайка...

     
     
  • 4.114, birdie (ok), 12:39, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ложь. ФС, которая не умеет чексумить данные - не может быть надежной априори.

    Есть решения без этого, начиная от dm-integrity, заканчивая тупо md5sum.

    Проблема не настолько серьёзная, чтобы говорить, что без этого ФС не ФС.

    Я бы назвал data checksum nice to have фичей, но никак не crucial/essential.

     
     
  • 5.124, DEF (?), 13:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Есть решения без этого, начиная от dm-integrity, заканчивая тупо md5sum.

    Это не решения, а днищенские костыли. Гарантия целостности данных должна обеспечиваться на уровне ФС.

     
     
  • 6.126, birdie (ok), 13:58, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не решения, а днищенские костыли.

    Кто это решил? Я использую файлы с checksums более 20 лет. Проблем не было.

    Кроме этого, OK, у вас есть data checksumming на уровне FS, данные на носителе похерились по разным причинам. Чем вам это поможет? FS вам выдаст пустой блок вместо данных (кажется, это так сейчас работает в ZFS). Приехали?

    Я скажу ещё более страшную вешь - checksumming без recovery бесполезен буквально полностью. Всё, отдыхайте. А вот тут решений на уровне FS я не знаю вообще. Есть PAR2, но это бесконечный геморрой, который я заменил на RAR.

    > должна обеспечиваться на уровне ФС

    Кто кому должен? Почему должен?

    Я сейчас скажу, что вы мне должны $1M, потому что так "правильно". Всё? Приехали?

    Не надо свои хотелки превращать в status quo.

     
     
  • 7.201, пох. (?), 00:20, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    копий данных на современных fs может быть, внезапно, не одна И даже носителей т... большой текст свёрнут, показать
     
     
  • 8.219, Sw00p aka Jerom (?), 10:34, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И какой копии доверять Как доказать целостность Где гарантии, что копии целые ... текст свёрнут, показать
     
     
  • 9.280, Прохожий (??), 11:01, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе ж написали контрольные суммы ... текст свёрнут, показать
     
     
  • 10.282, Sw00p aka Jerom (?), 11:36, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а где храним эти контрольные суммы и в каком количестве ... текст свёрнут, показать
     
     
  • 11.400, Аноним (400), 19:38, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот в файлухе например можно, если это не блочный а файловый дизайн был В ... текст свёрнут, показать
     
     
  • 12.404, Sw00p aka Jerom (?), 21:26, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    откуда знаем как понять чек-сумма битая или блок данных разве не на том же уст... текст свёрнут, показать
     
     
  • 13.411, Аноним (411), 01:15, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ИМХО пофиг если не совпадает - проблемная копия, просто берем из другой И как... большой текст свёрнут, показать
     
  • 7.202, DEF (?), 00:52, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это решили логика и здравый смысл Никого не интересует твой опыт использования... большой текст свёрнут, показать
     
     
  • 8.223, birdie (ok), 12:56, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ля, стыдно всё это читать Если у вас есть RAID, куча копий данных, да на кой х... текст свёрнут, показать
     
     
  • 9.237, dasd (?), 17:34, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Начните уже думать, а не только троллить RAID защищает немножко от другого Ку... текст свёрнут, показать
     
  • 9.317, DEF (?), 17:10, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мда С тобой все ясно Таблетки не забывай принимать вовремя, которые тебе назна... текст свёрнут, показать
     
  • 9.401, Аноним (-), 19:53, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А откуда мы знаем которая из копий на райде правильная когда на отличия налетели... большой текст свёрнут, показать
     
     
  • 10.417, onanim (?), 08:45, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    мне китайский переходник SATA-USB наделал в ссд кучу Uncorrectable ошибок и даже... текст свёрнут, показать
     
  • 3.191, Kuromi (ok), 23:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно поэтому Гугль потихоньку переводит Андроид на f2fs для RW (хотя тут неточно) и EROFS для RO (вот тут уже решение принято).
     
  • 3.327, Аноним (324), 01:59, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Используется на более чем 2х миллиардов Android телефонах и сотнях(!) тысяч серверов.

    Математика не нужна. Миллионы школьников не могут ошибаться.

     
  • 2.106, ptr (??), 12:06, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    При форматировании флешки или внешнего HDD в NTFS проблемы с потерями данных я в... большой текст свёрнут, показать
     
     
  • 3.110, Аноним (109), 12:33, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS игрушечная ФС.
     
     
  • 4.185, Аноним (8), 21:53, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS просто старенькая и глючная, слишком много напихали поэтому регулярно находятся 1000 способов её развалить. Адово фрагментируется и деградирует, плоховато скалируется, например, видно, когда используешь какой-нибудь msys2 и линуксовый софт в нём, эта куча мелких файлов весьма плохо работает по сравнению с линуксом. Да и вообще адок с вендософтом тоже, особенно, как туда моно с метро запихали. Отключаешь суперфетч и наслаждаешься. Поэтому, файлы приложения должны быть упакованы в большие архивы и подгружаться стримингом ресурсов, а не лежать на диске. Но, в целом, использовать можно, просто не серверная ФС. А игрушечная ФС, это у Эпла. SSD конечно многие проблемы нивелирует в значительной мере.
     
     
  • 5.225, birdie (ok), 13:01, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Практически всё в этом ответе - наглая ложь, и непонимание работы: "куча мелких файлов весьма плохо работает".

    По поводу: "1000 способов её развалит" - дикая ложь. Ради прикола во время распаковки тысяч мелких файлов делал reset 15 раз подряд, ни разу не делая chkdsk - забавно, но всё работало.

    Единственное в тему - это фрагментация, но это перестало быть важным во времена SSD.

     
     
  • 6.226, Аноним (8), 13:28, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, давай вместо твоего пустословия я приведу самый надёжный способ её уничтожить, который работал на протяжении многих лет. Включаешь сжатие какого-нибудь бесполезного каталога вроде Windows/Fonts и ещё лучше квоты, после чего забиваешь место на системном разделе в ноль, нтфс приплыла (да, я знаю, что _сейчас_ нормально реагирует, но из года в год это самая частая причина для утраты данных). Ситуация, благодаря сомнительным апдейтам, не такая уж фантастическая. По поводу "распаковки тысяч мелких файлов" вообще не понятно, к чему упомянуто, я разве где-то говорил что она от этого рассыпется? Доступ к файлам тормозит из-за кучи абстракций и мелкие файлы тормозят особенно ощутимо.
     
     
  • 7.232, birdie (ok), 16:57, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    VirtualBox поставить и записать видео - делов на полчаса Увы, не верю ни слову,... большой текст свёрнут, показать
     
     
  • 8.235, Аноним (8), 17:22, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нет, тебе надо, ты и экперементируй Лет 5 назад в очередной раз пофиксили Е... большой текст свёрнут, показать
     
     
  • 9.241, birdie (ok), 17:57, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вы сделали громкое заявление о кривизне NTFS The burden... большой текст свёрнут, показать
     
  • 3.115, gleb (?), 12:44, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > xfs - для десктопа или ноута не лучший выбор.

    ну почему-же. Если хозяин балуется монтажом видео, например, то наилучший. Да и вообще, почти всегда прекрасный выбор.

    Другое дело, что в последнее время стала вытесняться btrfs, несмотря на падение производительности -- снэпшоты и лёгкость бэкапа часто перевешивают.

    > btrfs - претендует на универсальность, но, на практике, проигрывает в производительности xfs,

    это обратная сторона универсальности. с другой стороны, btrfs-ные снэпшоты, это очень сладко, в случае БД тоже.

     
     
  • 4.120, ptr (??), 13:09, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если хозяин балуется монтажом видео

    В этом случае различия между xfs и ext4 он просто не заметит.

    > btrfs-ные снэпшоты, это очень сладко, в случае БД тоже

    Зачем они тому же PostgreSQL, который и так на снапшотах живет? В лом pg_export_snapshot/SET TRANSACTION SNAPSHOT использовать, когда это надо?
    Это даже не считая того, что снапшот на уровне БД и на уровне ФС - очень разные вещи. В БД, до фиксации транзакции, модифицированные страницы могут быть только в оперативке. А снапшот на уровне файловой системы, если WAL и tablespace на разных дисках, как рекомендуется, - вообще бессмыслен.

     
     
  • 5.121, gleb (?), 13:19, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>Если хозяин балуется монтажом видео
    >В этом случае различия между xfs и ext4 он просто не заметит.

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

    > Это даже не считая того, что снапшот на уровне БД и на уровне ФС - очень разные вещи.

    это всё совершенно очевидно, но иногда нужно быстро получить полную копию базы, которая в дальнейшем будет жить своей жизнью. И btrfs'ные снапшоты тут очень вкусное решение, даже если и на разных дисках (при остановке базы, конечно).

     
     
  • 6.122, ptr (??), 13:29, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > при остановке базы, конечно

    Понял. Мы с разных планет. На моей, остановка БД - чрезвычайное событие, граничащее с катастрофой. А плановые остановки для обновления СУБД планируются исключительно на ночь перед длинными выходными.

     
     
  • 7.123, gleb (?), 13:33, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > На моей, остановка БД - чрезвычайное событие

    это тоже понятно. но когда остановка -- снэпшот -- перезапуск посгресса занимает, примерно, 15 сек и юзер даже не отваливается, почему бы нет?

    конечно, у меня задачи совсем ласковые и игрушечные, на остановку и на 15 минут ругани почти не будет.

     
     
  • 8.125, ptr (??), 13:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А если юзер ждет завершения обучения модели, которое длится уже часов 30 На мое... текст свёрнут, показать
     
     
  • 9.136, Аноним (8), 14:39, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто у тебя реальный мир, а у него мир смузихлёбов с докером в проде, где пара... текст свёрнут, показать
     
  • 9.137, gleb (?), 14:44, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    никак и тем не менее, технология имеет право на жизнь в своих граничных услов... текст свёрнут, показать
     
  • 4.190, Kuromi (ok), 23:04, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если хозяин балуется монтажем видео ему надо в сторону SSD смотреть, может даже f2fs пощупать...(осторожно правда).
     
     
  • 5.206, gleb (?), 06:50, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, кэп.

    но вот у мне, например, в голову не придёт покупать ссд большого объёма под эти задачи: монтаж для дома и семьи в жизни не окупится.

    и кстати, на "моих" ссд -- xfs и btrfs, смысла в камасутре с f2fs как-то не вижу.

     
     
  • 6.234, Kuromi (ok), 17:06, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на самом деле обычно всякие топовые NVME с 3-7 гигабайта в секунду записи ... большой текст свёрнут, показать
     
     
  • 7.314, n00by (ok), 09:05, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У f2fs была проблема с GRUB. Если создать ФС с опцией -O extra_attr, загрузчик не может её читать. То есть надо создавать отдельный раздел под boot. А это может быть не каждому эксперту под силу, что и объясняет недовольство.
     
     
  • 8.315, Kuromi (ok), 15:48, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такая проблема, да ... текст свёрнут, показать
     
  • 8.402, Аноним (-), 20:15, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Такие проблемы бывают с много чем С btrfs или zfs на это тоже можно нарваться ... большой текст свёрнут, показать
     
  • 2.142, пох. (?), 14:52, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Возникает резонный вопрос, а под линукс есть хоть одна нормальная файловая система,  которая просто работает?
    > Как например NTFS?

    Ну я пользуюсь, просто работает, брат жив.
    Но обратите внимание, нюанс: ntfs-3g

    Если тебе линейный доступ к средних размеров файлам и все больше по чтению - и больше ничего вообще не надо, ни сложных прав доступа, ни EA, ни, Б-же упаси, виндовых штук - просто работает, да.

    Нормальные еще разработчики писали, а в силу изоляции от стабильного нонсенса - не смогли поломать.

     
  • 2.301, Аноним (-), 02:46, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Xfs - дерьмо, etx4 - дерьмо, btrfs - дерьмо, zfs - дерьмо.

    ...
    >  которая просто работает? Как например NTFS?

    Она умеет разваливаться в хлам ничуть не лучше и не хуже остальных. Да так что не монтируется и не чинится chkdisk'ом иной раз. В силу природы ФС это еще и без предупреждений зачастую. Т.е. все выглядело ЗБС - а сегодня оно не маунтится или драйвер в бсод летает.

    Но если что в линух завезли ядерный полноценный драйвер этсамого, так что кто NTFS хотел может его и юзать. Хоть я и не понимаю прелести в тормозной файлухе из 90х которая требует условный "fsck" и не демонстрирует вообще совсем ничего выдающегося.

     
     
  • 3.316, Kuromi (ok), 16:42, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален NTFS конечно ФС старая и на сегодняшний день не предлага... большой текст свёрнут, показать
     
     
  • 4.342, maximnik0 (?), 22:26, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >предлагает ничего такого что не было в других ФС (деревья, экстенты, журнал - все это давно есть)

    Экстенты ??? Откуда HTFS взяться экстентам,будь они там она не была такой тормозной,но теряла бы файлы гораздо чаще, мда...Она как и фат (почему конвертация возможна) использует кластеры и карту свободного пространства.Кластер это что то типа инода  в юних спецификации.Может не совпадать по размерам с сектором жесткого диска.Есть фича фс -может пространство заполненное нулями упаковывать.

     
     
  • 5.344, Kuromi (ok), 22:41, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чтож, закапываться в спеки лень, но условная Википедия да простят меня боги ув... большой текст свёрнут, показать
     
     
  • 6.347, maximnik0 (?), 23:21, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В журнале Системный администратор приводилась статья по устройству ntfs, достаточно подробная.Не слова об экстентах.А проблема фрагментации ? При использовании экстентов и карты свободного места -файл писался бы крупным куском.Если только сейчас не добавили в виндовс  10-11.Кстати в русской версии вики тоже не слова об экстентах.На странице http://www.vsokovikov.narod.ru/New_MSDN_API/File_system/ntfs.htm тоже насчёт экстентов помалкивают,упоминают только что может выделять непрерывную область,но логически все равно это блок кластеров.
     
     
  • 7.414, Аноним (414), 01:49, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У них вроде изначально свободное место битмапом аллокации маркировалось и потом для совместимости они так и таскали это как я понимаю. Это ж делалось в лохматые 90х.

    И даже если потом какие-то индексы для более быстрых операций навесить, это не отменит нужды жевать битмап как минимум при записях, если он все еще есть. Совсем его удалить они врядли смогут или захотят т.к. совместимость. А в битмапе метить занятые большие регионы ой как не быстро. У экстентов есть свои дурацкие стороны, но в целом это обычно работает лучше.

     
     
  • 8.424, maximnik0 (?), 22:20, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и получается объединенная группа кластеров - это не экстент В лучшем случае э... текст свёрнут, показать
     
  • 3.333, maximnik0 (?), 10:27, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Зато инструментов для вытаскивания данных до хрена и больше,а если еще и образ б... большой текст свёрнут, показать
     
  • 2.326, Аноним (324), 01:55, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нтфс говорите? Это которая гибнет после каждого третьего выключения света? Где Папка и папка это одна директория, открывающие случайные данные? Это та фс, где нет нормальных симлинков? Которая поддерживается примерно нигде (несколько кривых версий в винде, несколько кривых версий в линухе)? Эта та самая одна из медлительнейших ФС? Ну если она просто работает, то любая из ФС покажется вам вершиной технологий.
     
     
  • 3.334, maximnik0 (?), 10:50, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас с 64 мгб кэша на жестких любая фс при резком выключение может сказать -да... большой текст свёрнут, показать
     
     
  • 4.403, Аноним (-), 20:30, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то нет Там есть команды для предсказуемой работы с кешированием и информ... большой текст свёрнут, показать
     
     
  • 5.423, maximnik0 (?), 22:02, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Вообще-то нет. Там есть команды для предсказуемой работы с кешированием и информирование хоста о фактическом завершении записи.

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

     
     
  • 6.426, Аноним (-), 00:42, 06/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вы знаете, фирмвары у девайсов бывают забагованые и кривые Но это баг и нар... большой текст свёрнут, показать
     
     
  • 7.428, maximnik0 (?), 13:45, 06/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Против лома нет приема.

    Не знаю как в 10,не пробывал,а в старых версиях офтопика в настройках управления накопителя была опция запрета использования дискового кэша для записи. Там еще можно было другие алгоритмы кэширования сменить.Правда на скорости под офтопик это сказывается ощутимо, может из-за этого ходят байки о слишком сильной тормознутостьи ntfs, потому что драйвера (иногда биос) ряд чипов обнаружив ошибки записи принудительно отключали кэш на запись,и в некоторых случаях DMA доступ.(я знаю что с мелкими файлами в одном каталоге ext поведет себя гораздо лучше,но все равно если кэш пуст и она тупить будет).В linux тоже у hdparm была опция для отключения кэша диска для записи, так что не все так фатально.

     
  • 3.338, n00by (ok), 16:02, 31/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Нтфс говорите? Это которая гибнет после каждого третьего выключения света? Где Папка
    > и папка это одна директория, открывающие случайные данные?

    Вы путаете ФС и ОС. В NTFS это разные директории. В NTFS даже 0 (байт значения 0) может быть в середине имени.

     
     
  • 4.405, Аноним (373), 00:01, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Зато удачи там создать файл с именем С CON , как минимум через WinAPI А в лин... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (66)

  • 1.147, Аноним (147), 16:02, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вы новость вообще читали?

    Chris Caudle 2023-05-19 14:00:28 UTC
    Updated to kernel 6.3.3 from updates testing repository.
    Several minutes after logging in again I began to get errors indicating that some files could not be written.  Shutdown with systemctl and while rebooting a filesystem error was detected and the system dropped to single user rescue mode.

     
     
  • 2.186, Аноним (256), 21:55, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вы?

    Человек загрузился в 6.3.3 и у него все прахом пошло.

    И дальше у пачки других.

     

  • 1.151, onanim (?), 16:41, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    о, я смотрю тут специалисты по XFS сидят. подскажите, что вот это за фигня: https://files.catbox.moe/t4qvod.png
    симптомы: через несколько дней аптайма сервер внезапно зависает и перестаёт отвечать по SSH, скриншот сделал из IPMI.
    в гугле по "ctx ticket reservation ran out" ноль (zero(null(nil))) результатов.
    ось CentOS 7, ядро 6.2.8, объём фс 24ТБ, нагрузка на фс минимальная - до 20 мегабит в секунду R+W.
     
     
  • 2.155, onanim (?), 16:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а ну и в dmesg никаких ошибок, в SMART у хардов всё шикарно, никаких внезапных отключений питания отродясь не было - сервер подключён к UPS.
    железо точно рабочее, потому что раньше на этих же хардах была ext4, переформатировал в XFS по рекомендации гугла - для большого количества мелких файлов.
     
     
  • 3.157, пох. (?), 16:56, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а ну и в dmesg никаких ошибок

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

    И то что у тебя на экране - очевиднейшим образом не проблема железа. Это проблема переполнения каких-то внутренних структур.

    > переформатировал в XFS по рекомендации гугла

    хотел порекомендовать у гугла и спрашивать, как теперь это чинить, но вспомнил что ты уже спросил ведь.

     
     
  • 4.159, Аноним (109), 17:17, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты ведь на самом деле хотел сказать вернуть ext4 и убрать xfs.
     
     
  • 5.163, onanim (?), 18:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    вот я к этому же решению и склоняюсь. за ~15 лет прыщеводства ни разу не сталкивался с проблемами с ext4, зато с btrfs и теперь xfs поел коричневого добра.
     
     
  • 6.196, пох. (?), 00:03, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > за ~15 лет прыщеводства ни разу не сталкивался с проблемами с ext4

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

    Не, такой вот тошнотины чтоб хрясь-пополам с неведомой хренью в логах - да, не было, пока еще - это фирменная фишка именно xfs, как фирменная btrfs превратиться в невосстановимую мешанину вообще без предварительных симптомов.

    Но silent filesystem corruptions и проблемы восстановления - это норм и для ext4.

     
  • 6.205, gleb (?), 06:44, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    я бы склонялся к гипотезе, что проблема где-то ближе к железу. Просто на ext* не повезло наткнуться явно, но это не значит, что неприятностей нет, они мог быть до поры просто хорошо прятаться.
     
  • 2.156, пох. (?), 16:53, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > объём фс 24ТБ

    "слабоумие и отвага" или "слабоумие и слабоумие"?

     
     
  • 3.165, onanim (?), 18:09, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    я понимаю, что у вас в кровавом ынтырпрайзе на хранилища объёмом менее чем 1 петабайт смотрят как на добро, но что нам, бомжарам, делать?
     
     
  • 4.194, пох. (?), 00:00, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, у нас полка не позволяет создать один том больше 18 терабайт. Вообще. Никак.
    Ну она немного устаревшая, конечно. Но в целом лимит и на сегодняшний день выглядит вполне разумным.

    Хотя ntfs прекрасно себя чувствует до 64T, и с некоторыми извращениями - до 120. Но - не советую.

     
     
  • 5.406, Аноним (346), 00:07, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Наоборот, у нас полка не позволяет создать один том больше 18 терабайт.

    Фэйсбук с базой сносившей когда-то крышу btrfs где-то на примерно 20-м терабайте - смотрит на тебя как на нуба с локалхостом. Правда, такие базы только у них и были - они и собрали такой чудесатый баг. Остальных не покусывал, полки у вас маловаты для современных тараканов.

     
     
  • 6.422, пох. (?), 11:47, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я не раб фейсбука, и мне совершенно наплевать что они там у себя нах...евертили и какие у них от этого возникли проблемы.

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

    Так вот нормальным - незачем создавать мегафс на 24 тера одним томом и рисковать потом это все в лучшем случае медленно и печально восстанавливать, если есть откуда.

     
  • 2.158, Аноним (109), 17:16, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема не в сервере и не ос, а в том что у тебя поисковый кретинизм, легко ищутся упоминания https://www.spinics.net/lists/linux-xfs/msg58037.html
    https://lore.kernel.org/all/20211210000956.GO449541@dread.disaster.area/t

    Я не вчитывался, но там вроде у народа всё заработало, потом.

     
     
  • 3.164, onanim (?), 18:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > поисковый кретинизм
    > About 7 results (0.25 seconds)
    > результаты поиска: исходный код ядра линукс и ссылка выше, которую я уже открывал и решения не увидел
     
  • 3.197, пох. (?), 00:05, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ипать, иксперт опеннета - нашел таки гуглем - тадам - исходник с этой строчкой.

    Знаешь, я ее мог бы грепом прямо по локалхосту найти - у меня есть /usr/src/linux
    Разобраться когда эти грабли могут вылезать и что вообще там такое происходит - это вот несколько сложнее. Мне не хочется.

     
  • 2.160, gleb (?), 17:27, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    насколько я понимаю, это переполнение при транзакции и ненормльно. надо бы в техподдержку дистрибутива. центос...
     
     
  • 3.199, пох. (?), 00:07, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "это правда был несчастный случай? - Случай, когда человеку в спину попадает стрела - трудно назвать счастливым."

    Знаете ли, сэр, крэшащаяся операционная система это само по себе ненормально.
    Техподдержка дистрибутива это да, довольно смешно.

     
     
  • 4.204, gleb (?), 06:40, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а кто спорит? Конечно, ненормально.
    Но ниже Вы сами сказали о "большом нечто". Слишком сложно всё это стало, существующие методы отладки и разработки, вероятно, неадекватны таким большим системам с быстропротекающими взаимодействующими процессами: у Майкрософта дела не лучше.
     
  • 4.209, gleb (?), 07:05, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    и да, про техподдержку не очень смешно: как минимум, они должны убедитьтся, что ядро гнилое и надо рекомендовать заменить (и на что).
    стендовые возможности у нормальной техподдержки должны быть.
     
  • 2.250, Анннннно (?), 19:42, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж каким кретином нужно быть, чтобы на CentOS 7 воткнуть неродное для CentOS ядро? Ты либо программист-ядерщик из Оракла, либо васян-локалхостоадмин. Иди лечись.
     
     
  • 3.283, onanim (?), 12:49, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это ж каким кретином нужно быть, чтобы на CentOS 7 воткнуть неродное
    > для CentOS ядро? Ты либо программист-ядерщик из Оракла, либо васян-локалхостоадмин. Иди
    > лечись.

    а кто тогда ты, если не знаешь про свежие ядра в родных репозиториях ред хата?

     
     
  • 4.322, Анннннно (?), 22:18, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто тогда ты, если не знаешь про
    > свежие ядра в родных репозиториях
    > ред хата?

    Ссылку на *официальное* ядро 6.2.8 от *RedHat* для *CentOS-7*, или ты п***абол.

     

  • 1.167, Аноним (167), 18:40, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все эти исправления больше похожи на танцы с бубном. Терминам "похоже", "вроде бы", "чуть больше", "менее стабильно" и т.п. - нет места в инженерном деле.
     
     
  • 2.200, пох. (?), 00:12, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Линукс это давно уже сборник шаманских практик а не инженерия.

    Никто не знает точно как работает xfs (или любое другое большое нечто в ядре)

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

     
     
  • 3.222, birdie (ok), 12:49, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Баг закрыли, потому что туда посыпался спам - я не про комментарии, я про обычный email spam:

    https://i.ibb.co/3Wx78Wd/spam.webp

    Баг я отрыть могу, потому что есть права на kernel bugzilla:

    Konstantin Ryabitsev 2020-03-04 01:33:32 UTC

    > I'm making this bug private to prevent more spam from being added to it.

     
     
  • 4.236, пох. (?), 17:25, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну полно сказочки-то рассказывать. Баг не просто закрыли, страницу багзилы сделали недоступной для недопущенных к столику. Есть миллион более простых способов заблокировать спам, но был выбран именно этот - попрятать крошки под ковер.

    К сожалению есть вебрахив и он всех палит.

    P.S. админские навыки владельцев кернельной багзилы, конечно тоже на высоте, но что-то никто и не удивлен.

     
     
  • 5.240, birdie (ok), 17:55, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ну полно сказочки-то рассказывать. Баг не просто закрыли, страницу багзилы сделали недоступной
    > для недопущенных к столику. Есть миллион более простых способов заблокировать спам,
    > но был выбран именно этот - попрятать крошки под ковер.
    > К сожалению есть вебрахив и он всех палит.
    > P.S. админские навыки владельцев кернельной багзилы, конечно тоже на высоте, но что-то
    > никто и не удивлен.

    1. Bugzilla открыта для new bug reports - you're welcome
    2. Reproducible test case - где?

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

    Всё, что нужно знать о фанатах Open Source.

     
     
  • 6.243, пох. (?), 18:22, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в момент появления бага их было полно Не было желания Не у нас, сам понимаешь ... большой текст свёрнут, показать
     
     
  • 7.248, birdie (ok), 19:18, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > могли понять почему он иногда работает неправильно. Число патчей было еще
    > вполне счетным. Но давать заднюю эти ребята были не обучены -
    > ведь на их локалхосте все работало даже лучше чем до того.
    > Учитывая кто и сколько времени потратил в попытках не меняя главного подкостылить
    > и подпереть локальные проявления проблемы - я не очень верю в
    > то, что сейчас еще можно что-то исправить.
    > Для отдельных кейсов - наверное можно (сколько раз проблему объявляли исправленной -
    > теперь желающие могут посмотреть сами). Вылезет у меня еще где-нибудь -
    > принесу показать. Но вряд ли уже - я практически перестал использовать
    > линуксы в повседневной жизни. Какой-то я давно уже антифанат этого фресофтваре.

    Ждём-с.

     
  • 6.302, Аноним (-), 02:52, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пох такой себе фанат опенсорса, который назло бабушке уши отмораживает и винду р... большой текст свёрнут, показать
     
  • 3.231, onanim (?), 16:50, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Линукс это давно уже сборник шаманских практик а не инженерия.
    > Никто не знает точно как работает xfs (или любое другое большое нечто
    > в ядре)
    > Собственно - 12309, баг о котором достоверно известно в какой версии его
    > точно нет - так и не выявлен. Тоже похоже, вроде бы,
    > произведен рефакторинг и вообще давайте закроем и запретим смердам смотреть туда.
    > А то дискредитируют, гады.

    12309 у меня до сих пор бывает при копировании крупных файлов, на NVMe диске, хотя раньше "решением" было "купите NVMe SSD вместо SATA SSD", а ещё раньше "решением" было "купите SSD вместо HDD"

     
     
  • 4.233, birdie (ok), 17:01, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Линукс это давно уже сборник шаманских практик а не инженерия.
    >> Никто не знает точно как работает xfs (или любое другое большое нечто
    >> в ядре)
    >> Собственно - 12309, баг о котором достоверно известно в какой версии его
    >> точно нет - так и не выявлен. Тоже похоже, вроде бы,
    >> произведен рефакторинг и вообще давайте закроем и запретим смердам смотреть туда.
    >> А то дискредитируют, гады.
    > 12309 у меня до сих пор бывает при копировании крупных файлов, на
    > NVMe диске, хотя раньше "решением" было "купите NVMe SSD вместо SATA
    > SSD", а ещё раньше "решением" было "купите SSD вместо HDD"

    Версия ядра? Вывод 'free'? Вывод 'vmstat 1 5'?

     
     
  • 5.284, onanim (?), 12:51, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален разные дистрибутивы, разные относительно свежие LTS ядра... большой текст свёрнут, показать
     
     
  • 6.303, Аноним (-), 02:56, 30/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А ядра то надеюсь десктопные, low latency? :) Т.е. как минимум preempt_dynamic/preempt_rt. Не, это надо не только тем кто с звуком работает. Но и всем кто предпочитает отзывчивый десктоп а хотя-бы и ценой потери пары пунктов в бенчмарках.

    Видите ли обычные ядра - для серверов и они bulk performance ценят выше чем латенси. А вот юзер ожидающий переключения задачи или что там еще может быть сильно иного мнения на этот счет.

     
     
  • 7.379, Неуклюжий танцор (?), 21:02, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А ядра то надеюсь десктопные, low latency? :) Т.е. как минимум preempt_dynamic/preempt_rt.
    > Не, это надо не только тем кто с звуком работает. Но
    > и всем кто предпочитает отзывчивый десктоп а хотя-бы и ценой потери
    > пары пунктов в бенчмарках.
    > Видите ли обычные ядра - для серверов и они bulk performance ценят
    > выше чем латенси. А вот юзер ожидающий переключения задачи или что
    > там еще может быть сильно иного мнения на этот счет.

    Сколько раз пробовал ставить лоу латенси ядра - никакого эффекта нигде не ощутил, даже измеримого

     
     
  • 8.407, Аноним (373), 00:20, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это в основном под нагрузкой ощущается Под тяжелым IO и тому подобным Если вы ... большой текст свёрнут, показать
     
  • 7.381, пох. (?), 21:51, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Видите ли обычные ядра - для серверов и они bulk performance ценят
    > выше чем латенси. А вот юзер ожидающий переключения задачи или что

    сервер, перестающий обрабатывать запросы потому что очень занят сбросом буферов на диски - немного так себе сервер.

    Независимо от bulk performance самой этой операции.

     
     
  • 8.408, Аноним (414), 00:28, 04/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да как тебе сказать Если сервак протупит 500 мс с запросом по HTTP ты можешь ос... большой текст свёрнут, показать
     
     
  • 9.421, пох. (?), 11:32, 05/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    увы, у меня не финтех переводящий ресурсы в ненужные криптозакорючки, с бесконеч... текст свёрнут, показать
     
     
  • 10.427, Аноним (-), 00:58, 06/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И все же если ты мониторил когданить под нагрузкой это добро то знаешь что есть ... большой текст свёрнут, показать
     
  • 6.395, Анннннно (?), 15:29, 03/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > разные дистрибутивы, разные относительно свежие LTS ядра, разные диски (SATA SSD и
    > NVMe), оперативы от 16 до 64 гб, и везде копируешь тяжёлый
    > файл - получаешь тормоза в гуе.

    https://www.opennet.me/openforum/vsluhforumID3/130607.html#322

    Ссылку на *официальное* ядро 6.2.8 от *RedHat* для *CentOS-7*, или ты п***абол.

     

     ....большая нить свёрнута, показать (18)

  • 1.273, Kirikekeks (ok), 08:01, 29/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я в домашней лабе Центоси уже обновился, так что отчаиваться поздно. Все бэкапные диски на ext4.
    Словил последствия своей ошибки - переделал lvs-lxc ВМ с xfs на ext4, но fstab не поправил. После обновления ядра стал убегать из системы диск с этой ВМ целиком /dev/sda (а там таких тестовых ВМок 6шт). Исправил fstab и потерял данные дней за 20 безвозвратно, на этой ВМке, остальные 5 норм, восстановился из бэкапа. Сам виноват. Но на всякий случай сообщаю. Ошибка воспроизведётся, если кому интересно, вдруг в природе еще есть такой забывчивый.
     
  • 1.287, Анонус (?), 16:05, 29/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Предложен патч, исправляющий проблему

    - args->fsbno = ap->blkno;
    + args->alignment = 1;

    Заметили, да?

    > fsbno

    Опять эти русские хакеры!

     
  • 1.363, DEF (?), 10:05, 01/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сегодня подленько так прилетело обновление ядра в Федорку - 6.3.4
     

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



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

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