Несмотря на наличие явных преимуществ (http://wiki.opennet.ru/Ext4) файловой системы ext4 над ext3, в свете последней информации о возможной потере данных (http://www.opennet.ru/opennews/art.shtml?num=20715) при использовании ext4, интерес к ней уменьшился. Тем не менее, отчаиваться не стоит, судя по всему разработчики нашли способ (http://www.opennet.ru/opennews/art.shtml?num=20835) борьбы с проблемами, наблюдаемыми в ранних тестовых выпусках Ubuntu 9.04.Проведённый крэш-тест (http://beginlinux.com/server_training/8-ubuntuadmin/1255-cra.../) ext4 показал отличную устойчивость файловой системы ext4 к внезапным "крахам". Авторы теста "роняли" сервер при следующих вновь установленных и запущенных сервисах: Postfix, Apache/MySQL, а также несколько раз устраивали падение системы после копирования файлов в зашифрованную домашнюю директорию. В итоге, не было обнаружено ни единой потери данных.
URL: http://beginlinux.com/server_training/8-ubuntuadmin/1255-cra.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=21343
интересно сколько серверов разбили, и с какой высоты роняли.
>интересно сколько серверов разбили, и с какой высоты роняли.тогда бы это был тест по пересылке большого количества данных на короткие расстояния, а не тест файловой системы ;-)
>тогда бы это был тест по пересылке большого количества данных на короткие
>расстояния, а не тест файловой системы ;-)А при достаточной высоте падения и админе внизу - тест на скорость реакции админа на падение сервера.При недостаточной скорости реакции вместо этого будет проверена стойкость админа к падениям сервера.
это что за заметка - "не понимаю о чем но где-то слышал"?
Разработчики Ubuntu ССЗБ - предлагать тестить ext4 на "сырой" редакции ядра 2.6.28 которое в этом направлении надо патчить конкретно а потом делать выводы о проблемах в ext4. Даже на 2.6.29 и то надо пару патчей подстраховочных для ext4.
Ну теперь то они наконец-то узнали какие патчи нужны...
В ядре Ubuntu 2.6.28 находится ext4 из ядра 2.6.29 со всеми исправлениями.Так что вы не в тему.
Не увидел по ссылке тестов с KDE, в связке с которой и была обнаружена проблема.
ты причину знаешь? кде там только как один из возможных вариантов. почитай что писал тед на эту тему... спец патчи для федоры и убунты сделали... я уже давно проверял (кстати скрипты из коментов к его блогу брал) - потеря данных отсутствовала.
Знаю по соответствующей новости - КДЕ при загрузке обнуляет большое количество файлов и тут же перезаписывает их снова. Именно поэтому мне и было бы интересно посмотреть на тесты именно с ним. Вряд ли программы из данного теста ведут себя точно так же.PS: кроме той новости ничего на эту тему не читал и не следил за развитием. А вы на чём проверяли? - на КДЕ?
Так ка ext4 и дальше позволяет себе писать метаданые перед даными, то потеря даных всё ещё возможна. Насколько мне известно, ext4 может создать файл с нулевой длинной, если это новый файл. У меня есть тесты но нет нового ядра (я ещё не скачал - небыло времени проверить). На старом ядре проблема проявляется и патча я не видел.
Не, если тест не дал результатов, то это показывает лишь несостоятельность теста.
Да и тесты нужно проводить 24/7/365 хотябы пару лет.
>Да и тесты нужно проводить 24/7/365 хотябы пару лет.Если щелкать питанием в таком режиме пару лет, протестируется, пардон, блок питания.Точнее, почти 100% что он затестируется нафиг ;)
Зачем блоком питания, когда есть кнопка Reset?
>Зачем блоком питания, когда есть кнопка Reset?Самый прикол - она были и есть не на всех системниках.Особенно этим грешат системники к которым интель свои лапы в каком-то виде приложил...
А результаты будут "мегоактуальны" (:
Ндя. Чистота эксперимента соблюдена. Возьмем чего-то там, поставим туда что-то, подергаем рубильником пару раз. Вуаля! Нофинг хаппен! Проверка ФС остальных разделов проводилась-то?
А что если все это тестить на неисправном винчестере и говорить, что ext3 тоже приводит к потере данных?
Так кто вообще начал с того, что данные теряются под ext4? Если бы были упомянуты четкие степы и конфигурация машин, на которых терялись данные, то думается уже давно бы нашли слабое звено в ext4...
>А что если все это тестить на неисправном винчестере и говорить, что
>ext3 тоже приводит к потере данных?
>Так кто вообще начал с того, что данные теряются под ext4? Если
>бы были упомянуты четкие степы и конфигурация машин, на которых терялись
>данные, то думается уже давно бы нашли слабое звено в ext4...
>не поверите. это слабое звено было известно ещё на этапе проектирования. да и метод решения - этот костыль - тоже.
>то думается уже давно бы нашли слабое звено в ext4...Так его уже давно и нашли и патчи выпустили.Что не так?
>>то думается уже давно бы нашли слабое звено в ext4...
>
>Так его уже давно и нашли и патчи выпустили.Что не так?Высказывания Линуса почитайте на эту тему. Суть проблемы в том, что метаданые для ext4 более важны чем ваши даные. Ext3 можно легко разогнать до скоростей Ext4 выключением режима ordered (сначала записать даные, затем метаданые) заменив его на writeback (снача метаданые, потом даные).
Ext4 имеет очень мало изменений по сравнению с Ext3. Основные изменения это экстенты и writeback по умолчанию.
Суть патчей в том, что они меняют режим на ordered для некоторых операций, но не для всех. Это позволяет избежать потери даных в *некоторых* операциях.
Да нормально все с ext4, проблема в приложениях - http://www.gnuplanet.ru/main/topic.php?topic_id=2925&rnd=048...
>Да нормально все с ext4, проблема в приложениях - http://www.gnuplanet.ru/main/topic.php?topic_id=2925&rnd=048...Очень много приложений были написаны до создания ext4 с его особенностями. Кроме ext4 существуют другие ФС, которые требуют другого подхода. Т.ч. разработчикам либо придется "со всем этим жить" либо...
+1Postfix, Apache/MySQL
Нашли на чем тестить.
Автору теста надо было тестить на приложениях, криво работающих с файлами.
Можно даже самому накодить программку, которая бы делала:
- open(filename, O_TRUNC | O_CREAT);
- скажем, через минуту что-нибудь писала бы в файл;
- и ещё через минуту закрывала бы файл.
Поставить 1000 таких программ в автозагрузку.
И ребутить сервер в первые 2 минуты работы.
>Да нормально все с ext4, проблема в приложенияхВ 90% приложений
> в свете последней информации о возможной потере данных при использовании ext4, интерес к
> ней уменьшилсяЯ плакал. В каком то там релизе MySQL обнаружили критические ошибки и что интерес к ней пропал?
Мне кажется экст4 достаточно устойчивая. В доме кап ремот, 3 неожиданных поверофф. Никаких потерь.
У меня железобетонная UPS-ка на полтора киловата, поставить что ли ext4 поиграться....
>У меня железобетонная UPS-ка на полтора киловата, поставить что ли ext4 поиграться....
>Если есть UPS, то может сразу btrfs ?)