- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
другой диск только на запись, башкой не дергает - в этом режиме (последовательная запись) он вплоть до 130 Мбайт в секунду может выдать.
---------- Добавлено 19.02.2014 в 00:41 ----------
Наверное он не просто так вылетел.
Да не, нормально это всё - дедовщина на сервере в чистом виде.
Старичку(sda) подселили салагу(sdb), вот он и решил - чего это я должен пахать, мне уже на дембель пора и самоустранился из рейда.
На данный момент запущена синхронизация массива, будет ли уместен вывод iostat -dx 3 ?
Я не вижу, чтобы об этом говорили, но посмотрите на параметр avio второго скриншота /ru/forum/comment/12644779
Это огромное значение, даже для очень используемого диска. Менять срочно, без вариантов. Стучите в саппорт по поводу замены, объясните ситуацию - думаю, не мне вам рассказывать.
На время ожидания, будет не лишним пометить диск как сбойный и оставить работать массив на 1 диске при условии того, что саппорт заменит вам диск в течение хотябы 12 часов. или суток, если совсем все там плохо. Если диск будет помечен как сбойный, он не будет использоваться массивом и лишний раз нагружать систему, да и пропускной способности вам хватит для нормальной работы.
Большее ожидание становится автоматически опасным...
Отключил все возможные виртуалки. Вот
Linux 2.6.32-26-pve (pve) 19.02.2014 _x86_64_ (4 CPU)
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 15,42 0,01 4,96 0,20 1058,01 426,44 0,11 23,02 15,09 23,03 7,51 3,73
sdb 12,53 4,59 4,21 3,86 1036,36 69,25 274,11 7,16 887,64 358,45 1465,46 120,16 96,93
md0 0,00 0,00 0,71 8,33 9,89 69,19 17,49 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 0,00 0,00 1,67 0,00 661,50 793,80 0,07 54,60 0,00 54,60 15,40 2,57
sdb 8,33 0,00 0,67 0,00 85,33 0,00 256,00 5,76 1990,00 1990,00 0,00 1488,00 99,20
md0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
sdb 0,00 0,00 0,33 0,00 170,67 0,17 1025,00 4,52 4545,00 4545,00 0,00 3000,00 100,00
md0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 11,33 0,00 5,33 0,00 790,67 296,50 0,04 8,12 0,00 8,12 7,81 4,17
sdb 9,33 2,00 2,00 3,00 512,00 22,67 213,87 1,66 1784,40 3241,33 813,11 199,40 99,70
md0 0,00 0,00 0,00 4,67 0,00 22,67 9,71 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 88,00 0,00 14,67 0,00 6528,33 890,23 0,16 10,77 0,00 10,77 8,32 12,20
sdb 87,67 0,00 14,67 0,33 6528,00 0,17 870,42 4,40 154,53 141,43 731,00 66,64 99,97
md0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
sdb 0,00 0,00 1,00 0,00 512,00 0,17 1024,33 3,11 2696,33 2696,33 0,00 1000,00 100,00
md0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 7,00 0,00 1,00 0,00 512,00 1024,00 0,00 4,33 0,00 4,33 2,33 0,23
sdb 0,00 0,00 0,00 0,33 0,00 0,00 0,00 2,00 4760,00 0,00 4760,00 3000,00 100,00
md0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
^C
root@pve:~#
Примерное время ребилда сколько осталось?
Если много, то:
1. Отправить сервер в ребут с выключением питания. Может у контроллера крыша поехала - самый простой способ вырубить сервер по питанию. Есть риск большой, что не стартанёт и застрянет при загрузке, поэтому лучше делать при наличии квм и живых рук рядом.
2. Попробовать шлейф поменять и в другой sata порт воткнуть. Если скорость не поменяется, то значит железо подыхает. Вынимаем диски в другой (подменный) сервер - если картина повторяется, значит винт.
Примерное время ребилда сколько осталось?
Если много, то:
1. Отправить сервер в ребут с выключением питания. Может у контроллера крыша поехала - самый простой способ вырубить сервер по питанию. Есть риск большой, что не стартанёт и застрянет при загрузке, поэтому лучше делать при наличии квм и живых рук рядом.
2. Попробовать шлейф поменять и в другой sata порт воткнуть. Если скорость не поменяется, то значит железо подыхает. Вынимаем диски в другой (подменный) сервер - если картина повторяется, значит винт.
Уже почти не много:
md0 : active raid1 sda1[2] sdb1[0]
471657280 blocks super 1.2 [2/1] [U_]
[=============>.......] recovery = 67.1% (316661632/471657280) finish=2271.4min speed=1137K/sec
надеюсь к пятнице закончит)
1. Ребутить сервер, во время синхронизации.. В лучшем случае синхронизация начнется с начала, а в худшем - потеря работающей (хоть как-то) системы.
Так?
2. Есть маааленькая вероятность того что может sata шлейф отошел, но.... сами понимаете.
Да и с подменным сервером трабл - разве что брать с собой материнку с процем и гонять по месту )
Ждать окончания ребилда т.к. винт на котором живет система, и с которого идет синхронизация - под вопросом.
Уже почти не много:
Так?
Да. Но риск того, что к пятнице ребилд не закончится, а если и закончится, то результат будет плачевным примерно на том же уровне.
2. Да и с подменным сервером трабл
А этот вопрос всё равно надо решать, иначе, в худшем варианте, два раза придётся ездить.
Для проверки можно с собой такую приблуду взять
http://www.nix.ru/autocatalog/hdd_accessories_agestar/AgeStar_FUBCA_SATAUSB2.0_Adapter_SATA_3.5_USB._87103.html
Всем спасибо за советы. После того как синхронизировался рейд, обесточили машину (на случай если сата коньроллер глюк поймал, его попустило) и заменили сата шлейф. После старта рейд синхронизировался и машина работает в норме.
Glueon, можно, но это опасно.
А в чем заключается опасность можно поинтересоваться?
Вижу только псевдо-причину, когда в следствии повышения скорости может подохнуть оставшийся винт... так как они обычно из одной серии\партии\куплены одновременно\ и.т.п в остальных случаях на сколько я понимаю максиммум ребилд будет прерван.... или... ???
---------- Добавлено 01.03.2014 в 17:42 ----------
masterlan, контроллер? Так это софтовый рейд, а не хардварный или мы друг-друга не поняли?
ТАм же "cat /proc/mdstat" ... какой нафик контроллер :D ???? :))))))
Вижу только псевдо-причину, когда в следствии повышения скорости может подохнуть оставшийся винт... так как они обычно из одной серии\партии\куплены одновременно\ и.т.п в остальных случаях на сколько я понимаю максиммум ребилд будет прерван.... или... ???
Я бы не называл это псевдо-причиной, довольно частое явление.
Но да, именно это и имелось ввиду.