The OpenNET Project / Index page

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

Проблемы с BCache в ядре Linux 4.14 могут привести к повреждению данных

22.11.2017 10:38

Пользователи дистрибутива Gentoo обратили внимание на регрессивное изменение в ядре Linux 4.14, которое может привести к повреждению содержимого файловой системы при использовании механизма BCache для кэширования доступа к медленным жестким дискам на быстрых SSD-накопителях. Исправление уже предложено для ядра Linux и будет включено в выпуск 4.14.2.

Суть проблемы в том, что в ядре 4.14 в системе блочного ввода/вывода (bio) для указания информации о разделах было представлено новое поле bi_partno, вместо того чтобы использовать уже применяемый метод кодирования сведений в поле bi_bdev в структуре bdev->bd_contains. Функция __bio_clone_fast была адаптирована для копирования информации о диске, но некорректно обрабатывала информацию о разделах на нём, что могло привести к повреждению содержимого при использовании BCache.

В зависимости от настроек проблема проявляется выдачей некорректных данных при чтении из раздела BСache, но также отмечаются и случаи невосстановимых повреждений базового раздела после его монтирования в составе BCache. Не исключено, что проблема может проявляться и для других блочных подсистем ядра, использующих вызов __bio_clone_fast.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: В реализации программного RAID для Linux обнаружена ошибка, которая может привести к повреждению мета-данных
  3. OpenNews: Уязвимость в NAND Flash может привести к повреждению чужих данных на SSD-накопителях
  4. OpenNews: Выпущен патч для исправления ошибки в ext4, которая могла привести к повреждению ФС
  5. OpenNews: Содержимое ячеек DRAM может быть повреждено в результате цикличного чтения
  6. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/47607-bcache
Ключевые слова: bcache, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 11:02, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Торвальд не юзает BCache, Kent Overstreet набыдлoкoдил и протолкнул как бывший сотрудник гугла.
     
     
  • 2.30, Аноним (-), 12:51, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И причём здесь Кент? Он код отдал, попрощался и уже давно занимается разработкой BCacheFS. А BCache (как и большинство файловых систем в ядре кроме большой тройки) поддерживают мейнтейнеры VFS и сообщество.

    Не его вина, что эти мейнтейнеры приняли гору кривых патчей, который в процессе рефакторинга запороли некоторые файловые системы.

     
  • 2.51, Аноним (-), 23:55, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    "Торвальд" писал в одном из первых rc, что зря они заранее объявили, что 4.14 будет lts. Из-за этого все постарались запихнуть в этот релиз как можно больше функционала, пожертвовав его качеством и ссылаясь на то, что "lts же, не замержим - придётся ждать следующего, так как солидные люди сидят на lts" и "lts же, давайте закоммитим, а поправим ПОТОМ".
     
  • 2.91, фтопку (?), 14:18, 28/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Торвальд не юзает BCache, Kent Overstreet набыдлoкoдил и протолкнул как бывший сотрудник
    > гугла.

    торвальд не юзает линукс, его всё - миникс,
    который он с**л и адаптировал для транспьютерных систем и вообще для скайнет

     

  • 1.4, Аноним (-), 11:07, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    OpenZFS нужно было использовать там все уже из-коробки протестировано за многие годы.
     
     
  • 2.5, upyr (?), 11:13, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    CDDL and GPL legal incompatibility
     
     
  • 3.28, Аноним (-), 12:49, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Да плевать с высокой колокольни, ни кто не узнает и не проконтролирует. Бери и пользуйся.
     
     
  • 4.29, Аноним (-), 12:51, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    github так и делает
     
     
  • 5.33, Аноним (-), 14:17, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    И правильно делает, что способствует его процветанию. И плевать ему на рейтинги-писькомерки свободности от гну и Стулманоугодность.

    Берите с него пример, и ни кого не слушайте. Если софт доступен - можно его пользовать, а лицензии - дело сотое.

     
     
  • 6.40, Crazy Alex (ok), 16:37, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    https://en.wikipedia.org/wiki/Tragedy_of_the_commons почитайте для общего развития
     
     
  • 7.47, Elhana (ok), 19:33, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вы как большинство копирастов считаете интеллектуальную собственность исчерпаемым ресурсом чтоли?
    Трагедия общин о том, что если все пользуют общий ресурс по полной, то всем станет хуже.

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

    zfs же не блоб закрытый, а вполне себе под открытой лицензией код. Это проблема gpl, что она вирусная.

     
     
  • 8.79, XoRe (ok), 18:46, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь, вы не поняли сути трагедии общин Если все положат болт на лицензии, то... текст свёрнут, показать
     
     
  • 9.92, Кузнец (?), 17:31, 30/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вот это науке неизвестно , к слову ... текст свёрнут, показать
     
     
  • 10.93, Andrey Mitrofanov (?), 12:13, 01/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если все положат болт на лицензии, то в конце концов пострадают тоже все ... текст свёрнут, показать
     
  • 8.88, фтопку (?), 07:36, 28/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    эти уроды из оракакеля похоронили сначала солярис а потом и зфс при этом развива... текст свёрнут, показать
     
  • 6.42, _ (??), 17:37, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя посодюьЪ. А ты не воруй! (С) :)
     
  • 4.64, Аноним (-), 07:10, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да плевать с высокой колокольни, ни кто не узнает и не проконтролирует.
    > Бери и пользуйся.

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

     

  • 1.6, Аноним (-), 11:16, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Кэширование на SSD - костыль. Толком ничего не ускоряется.
     
     
  • 2.7, Аноним (-), 11:17, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И SLC под кэш выйдет дороже, чем TLC нужного размера.
     
     
  • 3.31, none_first_ (?), 13:51, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И SLC под кэш выйдет дороже, чем TLC нужного размера.

    это если общий объем данных туда можно впихнуть...
    а когда полка с терабайтами (в массиве), а часто изменяемых данных на десятки/сонтни гигабайт - кэш вполне решает задачи
    ТЛС обойдется существенно дороже учитывая еще и циклы его замены (если в рэйдах)
    https://geektimes.ru/post/271788/
    в рэйдах еще и на контроллеры придется разорится (ибо несколько SSD - вполне канал уложат)
    и еще особенность SSD рэйдов https://habrahabr.ru/company/webzilla/blog/227927/

    если коротко - кэш бюджетное решение для сценариев использования

     
  • 2.19, Anonim (??), 11:52, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кэширование на SSD - костыль. Толком ничего не ускоряется.

    При раздаче видео - не ускоряется, а при раздаче кучи мелких файлов (картинки, css, жабоскрипт) очень существенное ускорение.

     
     
  • 3.22, Аноним (-), 12:00, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В лине есть дисковый кэш, он кэширует чтение и использует всю свободную оперативную память. Если говорить про "кучи мелких файлов", то современный пк с 4-8 гб может закэшировать миллионы таких  файлов. И для этого не нужно покупать и насиловать SLC SSD, ресурс которой всетаки ограничен. SSD используется именно для кэширования записи, т.к. информация не теряется при непредвиденном выключении питания.
     
     
  • 4.36, Аноним (-), 15:24, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    кешировал, пока редхет чото в своём ядре не поломал
     
     
  • 5.49, Аноним (-), 20:09, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня что в лине, что в винде, к дисковому кэшу вообще никаких нареканий никогда не было. Кажется это одна из самых отточенных систем.
     
  • 4.90, фтопку (?), 13:52, 28/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    современный ПК это линукс с 64 гиббонами оперативки, в котором базовая система занимается анальными ограничениями от всяких замечательных личностей и маршрутизацией пары десятков под kvm машин живущих на zol/zfs. основная живёт с прокинутым внутрь железом. восстановление из снэпшота - миллисекунды и привет плохишам, которых нет. а больших систем ты не видел, мой юный друг.
     
  • 3.57, bOOster (ok), 11:22, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ZFS весьма эффективно PCIe M.2 диски как кэш пула использует. Практически весь пул со скоростью данного SSD работает. На FREEBSD
     
     
  • 4.58, Нониус (?), 12:17, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зфс тормозной, l2arc забывает контент при перезагрузках, в отличии от bcache.

    root@blackfish:~# dd if=/dev/nvme0n1 of=/dev/null bs=64k count=65536
    65536+0 records in
    65536+0 records out
    4294967296 bytes (4,3 GB, 4,0 GiB) copied, 0,466574 s, 9,2 GB/s

     
     
  • 5.62, bOOster (ok), 04:10, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    l2arc забывает контент при перезагрузках, в отличии от bcache - оно и не надо... большой текст свёрнут, показать
     
     
  • 6.63, Аноним (-), 06:55, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    вы сколько угодно можете таскасть морду лица туда-сюда демонстрируя "фасепальмы"
    на тридцати терабайтах торрентов при более 450 активных раздач (а оно случайно а не линейно) вам нужно пройти в ванную комнату, помыть лицо, промыть глаза наконец. с мылом, возможно, детским. чтобы глазки не щипали.

    тут под боком три амс2300 по 200 тера каждый.

     
     
  • 7.65, Аноним (-), 07:12, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А где ты хостишься? Это особо укрепленный бункер, в здании абузоустойчивого хостинга? На случай визита копирасов :)
     
     
  • 8.69, Аноним (-), 08:12, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    это особо укреплённый локалхост, в шахте 758 метров под землёй, собственная элек... текст свёрнут, показать
     
  • 6.67, Аноним (-), 07:31, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > "l2arc забывает контент при перезагрузках, в отличии от bcache." - оно и
    > не надо никому. Кэш таскать через перезагрузки (facepalm)

    вы почитайте ту-ду и там в планах сделать l2arc "персистентным" внезапно мой юный друг.

     
     
  • 7.74, bOOster (ok), 13:19, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А ноги откуда растут? Опять из стада Linux? Внезапно….
     
     
  • 8.75, Аноним (-), 14:17, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ноги растут из тела, как принято у нормальных, не альтернативных человеков ... текст свёрнут, показать
     
  • 6.68, Аноним (-), 07:57, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > "l2arc забывает контент при перезагрузках, в отличии от bcache." - оно и
    > не надо никому. Кэш таскать через перезагрузки (facepalm).

    "разогрев кэша" вам не знаком, мой юный друг.

     
  • 6.83, anonymous (??), 16:01, 25/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то, сейчас это молится: https://wiki.illumos.org/display/illumos/Persistent+L2ARC
     
     
  • 7.89, фтопку (?), 07:43, 28/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, сейчас это молится: https://wiki.illumos.org/display/illumos/Persistent+L2ARC

    во.

     
  • 2.41, Гентушник (ok), 17:07, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от сценария использования.
    Я на рабочем компе использую LVM-cache для LV где расположены всякие 1С-ные базы.
    Открытие баз и запись в них (в некоторых сценариях, например в конфигураторе) существенно ускоряется.
    Если вырубить lvm-cache то сразу заметно замедление.
     
  • 2.80, XoRe (ok), 18:49, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Кэширование на SSD - костыль. Толком ничего не ускоряется.

    Внимание, альфачи хайлоада в треде!

     

  • 1.12, Аноним (-), 11:39, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот и результат релизов каждые 2 месяца.. не протестируешь ничего.
    Зато релизы быстро пекутся.
     
     
  • 2.18, Аноним (-), 11:51, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этот BCache для энтузиастов. В реальной работе его никто не использует, т.к. дорого и не эффективно. А все нужные вещи в ядре вполне достаточно тестируются.
     
     
  • 3.24, Anonim (??), 12:03, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Этот BCache для энтузиастов. В реальной работе его никто не использует, т.к.
    > дорого и не эффективно. А все нужные вещи в ядре вполне
    > достаточно тестируются.

    Ну конечно. Что дорого и что неэффективно?
    При нескольких терабайтах картинок - очень эффективно и не дорого. Гораздо дешевле, чем на SSD хранить.

     
     
  • 4.25, Аноним (-), 12:05, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У вас эти терабайты постоянно записываются или считываются? BCache используется для кэширования записи. Использовать его для кэширования чтения - абсурд. С этим вполне хорошо справляются небольшие объемы оперативки.
     
     
  • 5.32, Crazy Alex (ok), 14:10, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То ты больших объёмов не видел. Если у тебя мелкий сайтик - то что угодно справится, конечно. А теперь представь себе reddit или что-то вроде инстаграм - есть огромная куча контента, популярного - доли процента, но всё же RAM пихать - дороговато выйдет.
     
     
  • 6.50, Аноним (-), 20:12, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А всё и не надо пихать. Там сьюминутно нужно 2-5% контента. Оперативка покрывает 90% запросов чтения. Ну а остальное и hdd потянет.
     
     
  • 7.59, none_first_ (?), 12:35, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    чтение в память измененных данных как будет проходить? ;)
    Кэш чтения зависит от кэша записи, в массе кейсов
     
     
  • 8.60, Аноним (-), 19:57, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Данные попадают в кэш как при чтении, так и при записи Только что записанный фа... текст свёрнут, показать
     
  • 8.61, Аноним (-), 19:59, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Кэша записи в оперативке фактически не существует, т к по умолчанию для всех за... текст свёрнут, показать
     
     
  • 9.71, Аноним (-), 08:59, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    где вас берут таких в огороде с капустой почему я наблюдаю дисковую активность ... текст свёрнут, показать
     
  • 9.78, Аноним84701 (ok), 18:09, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    dirty cache pages https kernelnewbies org Linux_2_6_32 head-72c3f91947738f1... текст свёрнут, показать
     
  • 5.70, Аноним (-), 08:42, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У вас эти терабайты постоянно записываются или считываются? BCache используется для кэширования
    > записи. Использовать его для кэширования чтения - абсурд. С этим вполне
    > хорошо справляются небольшие объемы оперативки.

    вы это своей бабушке рассказывайте

    отдача торрентов, чисто чтение, 25% bcache.

    ЧЕТВЕРТЬ, КАРЛ!!!.

     
  • 5.73, Аноним (-), 12:40, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас эти терабайты постоянно записываются или считываются? BCache используется для кэширования
    > записи. Использовать его для кэширования чтения - абсурд. С этим вполне
    > хорошо справляются небольшие объемы оперативки.

    особо одарённые личности утверждают, не имея опыта bcache
    Абсурд это ваше существование.

     
  • 3.77, Аноним (-), 14:45, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот BCache для энтузиастов. В реальной работе его никто не использует, т.к.
    > дорого и не эффективно. А все нужные вещи в ядре вполне
    > достаточно тестируются.

    в ведре пространства много, можно сблевануть не вызывая проблем.

    вы не имеете опыта ни с zfs (точнее zol) ни с bcache.

    для меня это профессионально, и одно и другое используется многие годы.

    доастало уже

     
  • 3.81, XoRe (ok), 18:54, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Этот BCache для энтузиастов. В реальной работе его никто не использует, т.к.
    > дорого и не эффективно. А все нужные вещи в ядре вполне
    > достаточно тестируются.

    Откуда вы только повылазили...

     
  • 2.23, Led (ok), 12:01, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ... а "ЫнтырпрайзЭ на гентах и арчиках страдает...
     
     
  • 3.27, user (??), 12:33, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В арче кстати 4.14 еще в тестинг. Хочу посмотреть на человека держащего ынтырпрайз на тестинг
     
     
  • 4.44, _ (??), 17:45, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    АлавердЫ! Хочу посмотреть на человека держащего ынтырпрайз на раче 8-)
     
     
  • 5.48, Аноним (-), 19:59, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > АлавердЫ! Хочу посмотреть на человека держащего ынтырпрайз на раче 8-)

    Антресольный или поддиванный ынтырпрайз cети 127.0.0.0/8?


     
  • 5.72, Аноним (-), 11:24, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > АлавердЫ! Хочу посмотреть на человека держащего ынтырпрайз на раче 8-)

    гламурно-кошерный ынтерпрайз делается не в каком то там каноникал, а на коленке.
    затем испытывается пару месяцев на подопытных кроликах.
    потом идёт в продакшн. испытано сотни раз в течении более 16 лет.
    минимализм наше всё.

     
  • 4.66, Аноним (-), 07:15, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "интерпрайз" в работе, арч вылез как абортыш из CRUX, ядро последнее, считайте LFS поскольку многое руками сделано в обход разрабам. Под капотом шестьсот терабайт всякого хлама на zol. Работает уже лет 16, никаких нареканий.
     

  • 1.26, anonymous (??), 12:10, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >> было представлено новое поле bi_partno, вместо того чтобы использовать уже применяемый метод кодирования сведений в поле bi_bdev в структуре bdev->bd_contains

    а теперь смотрим на фикс
    https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/q
    т.е. сделали подпорку для ненужного поля bi_partno, вместо того чтобы его выкосить и использовать уже существующий механизм

     
  • 1.39, Аноним (-), 16:32, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    https://www.opennet.ru/openforum/vsluhforumID3/112742.html#13
     
     
  • 2.45, Аноним (-), 18:15, 22/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да там все ядро таких подпорок. Херак, херак и в продакшн.
     

  • 1.43, Адекват (ok), 17:43, 22/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >но также отмечаются и случаи невосстановимых повреждений базового раздела после его монтирования в составе  BCache.

    Очень надеюсь, что это будет случаться как можно чаще.
    Может хоть у кого-то глаза откроются.

     
  • 1.54, metakeks (?), 09:18, 23/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Понятно, почему Товальдс хамит и кроет матом. Потому что и сюда рукожопы дорвались.
     
     
  • 2.55, Andrey Mitrofanov (?), 09:38, 23/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Понятно, почему Товальдс хамит и кроет матом. Потому что и сюда рукожопы
    > дорвались.

    Тащит в свою блоатварь всё, что блестит, как ворона, заралы "богайств" битротят и благоухают, но виноваты те "дорвались", да.

     
     
  • 3.76, Аноним (-), 14:26, 24/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Понятно, почему Товальдс хамит и кроет матом. Потому что и сюда рукожопы
    >> дорвались.
    > Тащит в свою блоатварь всё, что блестит, как ворона, заралы "богайств" битротят
    > и благоухают, но виноваты те "дорвались", да.

    зачем было интель пускать

     

  • 1.82, pavlinux (ok), 23:55, 24/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ой, а можно мне ещё рассказать про bcache + samba?
    Там тоже весело, вплоть до смерти диска на котором дышит самба.
     
     
  • 2.87, Аноним (-), 07:19, 27/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ой, а можно мне ещё рассказать про bcache + samba?
    > Там тоже весело, вплоть до смерти диска на котором дышит самба.

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

     

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



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

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