Установка Centos 6.3 reiserFS поддержка
Я работал в небольшом подразделении в многонациональной технологической корпорации. Была программа базы данных под названием ASI, который работал под эмулятором терминала в Windows, соединяющемся с IBM AS/400. Это имело функцию запроса, не SQL, но были отдельные поля для указывания таблиц, которые Вы хотели и как к ним нужно присоединиться. Я запрашивал базу данных более чем миллиона частей электроники, соединяя файл части заголовка с файлом части детали/склада. Мне так или иначе удалось не учесть условие объединения между этими двумя таблицами на моем определении запроса, которое создало эффективное перекрестное объединение. Не понимая это, после представления запроса в интерактивном режиме я пошел на ланч.
Когда я возвратился час спустя, люди сидели в проходах вне их кубов, говорящих друг с другом. Они сказали, что система была настолько медленной, это было в основном неприменимо. Приблизительно после пяти минут у меня было это противное дурное чувство, начинают расти в яме моего живота. Это начало рассветать на мне, что это мог возможно быть мой запрос? Я проверил и нашел к своему ужасу, что да, действительно, запрос все еще выполнял приблизительно один час после того, как я отправил его. В то время, когда я не мог остановить интерактивные запросы (они не остановились бы, даже если бы Вы закончили свой терминальный сеанс). Когда я проверил, процесс брал 99% всех ресурсов, и я должен был вызвать администраторов сервера и заставить их завершать его для меня. Удивление, удивление, система начала быть быстро реагирующей для всех снова!
Подразделение с помощью этих серверов наняло сотни людей и имело средства по крайней мере в 3 состояниях, охватывающих Соединенные Штаты. Я узнал позже, что люди буквально ничего не могли сделать больше часа: оружие сканирования в складе не работало, люди завода-изготовителя были мертвы в воде, всех. Я дрожу для размышления о том, чего моя небольшая ошибка стоила в долларах. Запишите на свой счет для испытания, я предполагаю.
Примечание стороны: причина я выполнял свои запросы в интерактивном режиме вместо того, чтобы отправить их в пакетном режиме, состояла в том что 1) они работали быстрее и 2) я мог более легко сказать, когда они были сделаны — я не должен был продолжать перечислять процессы. Долгое время я не мог "ворваться" в интерактивные запросы для остановки их, тем не менее, потому что в программном обеспечении эмуляции терминала, даже при том, что ключ SysRq был связан с Системной функцией Запроса, нажав клавишу, ничего не сделал. Я в конечном счете решил ту проблему путем отображения ключа SysRq к макросу VB, который использовал SendKeys для отправки ключа SysRq. Смех.
Теперь я хотел бы обратиться к любым будущим возможным работодателям, которым удается найти это: имение этого опыта увеличивает стоимость меня как сотрудник, так как я никогда не буду делать этот вид ошибки снова! Намного лучше нанять закаленного профессионала, чем некоторый зеленый ребенок, который должен все же сделать его большую ошибку. Я не удалил систему за эти 12 лет с тех пор, и я работаю с более чем 70 SQL Server, многими из них ежедневно, одного из 800 ГБ в размере. Никакие безудержные перекрестные объединения для меня. Я фанатично осторожен с системами, которые я использую.
Не делай этого. ReiserFS в наши дни не считается хорошей файловой системой, и может не находиться в активной разработке.
В 2012 году у вас есть несколько других вариантов твердой файловой системы. Вы пытаетесь решить конкретную проблему? В таком случае XFS, btrfs, возможно, даже настройка вашего ext4 , могут быть лучшими идеями для обеспечения поддержки и совместимости.
Прежде всего, позвольте мне ответить скептикам ReiserFS:
a) ReiserFS3 - это стабильная, быстрая, экономичная (особенно с большим количеством небольших файлов), поддерживаемая в разумных пределах (просто проверьте журналы изменений ядра) и чрезвычайно надежную файловую систему: я использовал ReiserFS на всех своих серверах (несколько десятков из них) с 2001 года или около того, и это никогда не доставляло мне никаких проблем. Фактически, в моем клиенте с постоянными перебоями в подаче электроэнергии им неоднократно приходилось восстанавливать машины на базе EXT4 из резервных копий, потому что вся файловая система часто выходила за рамки восстановления fsck, но серверы CentOS, которые мы настроили для них почти 4 года назад (используя ReiserFS3, конечно) никогда никогда никогда не терял никаких данных (и продолжает работать по сей день). Я' Мы заметили проблемы согласованности между читателем и писателем в некоторых более современных ядрах (на ум приходит 2.6.37), но со всеми стабильными ядрами 2.6.x до 2.6.32 включительно ReiserFS3 работает безупречно.
б) Конечно, то, что сделал Ганс Райзер, неправильно, и я, например, рад, что он в тюрьме платит за свое преступление. Но идея не несет ответственности за действия ее создателя ... Или кто-нибудь всерьез предположит, что убийство его жены Гансом Райзером каким-либо образом связано с файловой системой ReiserFS?
c) OP запросил решение для запуска ReiserFS на его сервере CentOS, а не лекция о достоинствах других файловых систем и / или недостатках г-на Ханса Рейзера, поэтому я думаю, что мы все добьемся большего, если будем просто придерживаться данного вопроса.
Тем не менее, вот решение, о котором просил ОП:
1) Добавьте репозиторий ElRepo в свою конфигурацию YUM: просто следуйте инструкциям в разделе «Начало работы» сайта ElRepo .
2) Запустите «yum update», чтобы получить репо метаданные о доступных пакетах;
3) Запустите "yum install kmod-reiserfs reiserfs-utils"; таким образом вы установите как модуль ядра, так и необходимые служебные программы пользовательского пространства (mount, mkfs, fsck и т. д.).
Готово!
ReiserFS, похоже, вообще не поддерживается в RHEL 6 / CentOS 6. Такого пакета нет в репозиториях CentOS, а поддержка файловой системы в ядре отсутствует.
Используйте centos plus repo для получения RPM-пакета kernel-plus, затем установите RPM reiserfs-util от elrepo, который кажется последним. Теперь вы можете смонтировать / mkfs reiserfs.