Я нашел классное решение по рекавери ext* дисков.
Открывается на винде с тупым ext драйвером, не умеющем читать даже журнал.
Копируются нужные данные, после чего винт в утиль.
То же самое с рейзером, кстати.
Рекавери пыхтело около 3х часов, полученную кашицу можно было только детям скармливать.
Слил тупым драйвером всё без проблем (ну 2 директории вылетели, но они были действительно неважные).
vazir! реквестирую du -hs /* за вычетом точки монтирования непосредственно мегарейда.
По теме — система должна быть надёжной. Имея систему на 8*RAID1 мы получаем систему загружающуюся в любых позах, позволяющую воскрешать систему из любого состояния.
Имея 8*RAID6 имеем геморрой с подъёмом рейда не только основных данных, но и системы, не дай боже слетит. + Нужно альтернативные пути загрузки сервера.
Вообще, для файлопомойки я использовал загрузку по сети. Вот это — экономно, место не тратит, позволяет загрузить в любой позе, вплоть до удалённого рекавери.
А если уж система на дисках — то RAID1 более предпочтительный вариант.
Вот есть 2 диска: A(2T), B(2T), C(3T).
Исходные данные: A(/dev/sda,2T)+B(/dev/sdb,2T) = 2T
Меняем B на C. Получаем: A(/dev/sda, 2T)+C(/dev/sdc1, 2T)=2T
Подключаем B третьим диском, получаем:
A(/dev/sda, 2T)+C(/dev/sdc1, 2T)=2T
B(/dev/sdb, 2T)+C(/dev/sdc2, 1T)=1T
Итого: 3T зеркала.
Сколько времени прошло с момента покупки домена?
Ничего, что для пуассоновского процесса время является крайне важной характеристикой?
Рекомендую вкурить Вику по этому поводу.
К слову, с 2Тб на 3Тб можно перевести в условиях ограниченного бюджета даже с одним новым диском, если есть доп.дырка.
2Тб меняется на 3Тб, на свободном Тб создаётся раздел и зеркалится с половиной старого 2Тб диска.
Особенно если учесть, что запрос select + group + count(*) + order by count(*) всё равно потребует full scan'а индекса (да какой нафиг индекса, если to_char еще накладывается), так что пользы от оптимизационного геморроя я что-то не вижу.
Вопрос в том, что в случае слетания порядка дисков, выхода из строя произвольного и тд — система остаётся загрузочной.
Для установки системы под файлопомойку 1 гига за глаза, потому «экономии» никакой относительно RAID6 нет
Открывается на винде с тупым ext драйвером, не умеющем читать даже журнал.
Копируются нужные данные, после чего винт в утиль.
То же самое с рейзером, кстати.
Рекавери пыхтело около 3х часов, полученную кашицу можно было только детям скармливать.
Слил тупым драйвером всё без проблем (ну 2 директории вылетели, но они были действительно неважные).
По теме — система должна быть надёжной. Имея систему на 8*RAID1 мы получаем систему загружающуюся в любых позах, позволяющую воскрешать систему из любого состояния.
Имея 8*RAID6 имеем геморрой с подъёмом рейда не только основных данных, но и системы, не дай боже слетит. + Нужно альтернативные пути загрузки сервера.
Вообще, для файлопомойки я использовал загрузку по сети. Вот это — экономно, место не тратит, позволяет загрузить в любой позе, вплоть до удалённого рекавери.
А если уж система на дисках — то RAID1 более предпочтительный вариант.
Исходные данные: A(/dev/sda,2T)+B(/dev/sdb,2T) = 2T
Меняем B на C. Получаем: A(/dev/sda, 2T)+C(/dev/sdc1, 2T)=2T
Подключаем B третьим диском, получаем:
A(/dev/sda, 2T)+C(/dev/sdc1, 2T)=2T
B(/dev/sdb, 2T)+C(/dev/sdc2, 1T)=1T
Итого: 3T зеркала.
Вероятность того, что ошибка будет именно в момент открытия только главной страницы…
Ничего, что для пуассоновского процесса время является крайне важной характеристикой?
Рекомендую вкурить Вику по этому поводу.
2Тб меняется на 3Тб, на свободном Тб создаётся раздел и зеркалится с половиной старого 2Тб диска.
п.с.: с курил сдача найдётся?
И таки да, вероятность того, что перевернётся только один конкретный бит ничтожна.
Для установки системы под файлопомойку 1 гига за глаза, потому «экономии» никакой относительно RAID6 нет