Весело, думаю хостинг уже отслужил своё. А вообще уже бесит поголовное использование одинаковых биллингов всеми ламохостерами и не только...
Это от отсутствия альтернативы, или стадное чуство? Сейчас такая тенденция, наверное в месяц открываеются сотни новых "хост-компаний"(якобы), из них на каждую сотню только 1 может проработать больше года и возможно остаться на рынке конкуренции.
Всем желающим приобрести хостинг, советую:
1. сначала смотреть на популярность компании по обслуживанию доменов http://1stat.ru/?date1=21-08-2011&date2=22-08-2011&zone=ru
2. на отзывы клтиентов на сайте hostobzor.ru
3. и только после оценки данной информации на цены и объём услуг.
И не в коем случае в обратном порядке ;)
В течении года на 10ти серверах раз 5 менял диски, ещё иногда SATA-кабель приходилось менять... Обидно что иногда ставят не новый диск, а заезженый и его приходится через неделю опять менять. (так было 2 раза)
Меняют можно сказать быстро, в 2-3 часа и правда укладываются, хотя хотелось бы в час.
Я так понимаю что оно у меня и так включено, жесть)
tune2fs -l /dev/md2|grep dir_index
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Как мне помнится на сервер отдачи достаточно настроить nginx, при обращении к нему, если файла нет, то он делает запрос на исходной сервер и создаёт кеш-копию у себя. Для этого в nginx уже всё придумано, настроить не трудно.
По сути обычный прокси.
Правильно ли я понял что при commit > 5 запись на диск будет реже, но более долгой из-за объёма данных, и это будет соответственно ещё хуже?
dir_index значит не имеет смысла при достаточном ОЗУ?
На сервере 8гб, 1гб берёт база, 2-3гб постоянно берут процессы, а остальные 4гб ОС держит под кеширование. Нежели этого мало ? :)
Мы и занимаемся на данный момент расширением файловой, как в предыдущей моей теме про RAID.
Я бы вообще разделил систему+логи, /home/users, бекапы+базу - на 3 разные пары раид1. Это бы уТроило производительность. (к сожалению есть возможность поставить только 4 диска на сервер)
По поводу 10тыс, это просто даже как-то не этично проверять папки пользовательские на кол-во файлов. А правила ничего не дают, многие даже не подозревают что у них есть кеш папки с мусором от кривых CMS которые нужно чистить вручную иначе этот кеш скорее тормаз чем газ. :)
Вот теперь понятно, мерси :)
Опробую на следующем сервере, этот оказался колекой ))
PS> опять же при отсутствующих дисках в md0 md1 md2 система грузится с них нормально, ладно, буду практиковать...
:) Хотел без конфига, ведь вы написали что должно без него работать)
И всё равно я не понял почему новые разделы (отнулённых дисков), которые добавлялись только на md3 и md4, система после перезагрузки собирала их на md126 и md127.
После записей в конфиг конечно же всё рабоотает, всё монтируется правильно, второй диск тоже синхронихтировался и работает отлично.
В любом случае всем спасибо.
Может это нужно было сделать для автоопределения?
В каком посте мне это говорили? Говорили что автоопределение должно быть. Вообщем синхронизация пошла, завтра утром посмотрим что получилось.
Целый день ушёл на этот раид, ужас просто :)
Да, metadata 1.2
пробовал --metadata=0.90, автоматически всёравно добавляются md126 md127
Добавил жирные строчки, стало грузиться под правильными номерами. Я просто не понимаю как у меня md0 md1 md2 грузятся без подобного конфига.
