[Антоха Р.]

Всем доброго времени суток.

Есть сервер HP на котором установлена Centos 6 и один едиственный Carbone reductor 8, работал без проблем. Вчера вечером перестал, при чем пинги идут, а к серверу не подключиться. Обнаружили только сегодня (т.к. опять же мониторинг то пингует - а значит сервер на связи) Подключились напрямую - увидели ошибку the bios has corrupted hw-pmu resources (MSR 38d is b0) - нажали клавишу, сервер перегрузился и вроде как даже пытался грузиться, но выдал уже другую ошибку init: tty (/dev/tty5) main process (1138) terminated with status 1. И минут через 15-20 на экране появляется end_request critical target error dev sda sector 519936. На нажатия клавиатуры реагирует только на ctrl+alt+del и то ошибкой. Линуксом владеем на уровне - поставили карбон по конструкции и забыли(( Судя ошибкам, как я понял, жесткий приказал долго жить. Подскажите, знающие люди, как то можно все восстановить или новый жесткий и заново ставить систему всю? Прикрепил фотки, подписаны в порядке как вылазили.

 

Edited October 24, 2017 by Антоха Р.

[alibek]

1 час назад, Антоха Р. сказал:

Линуксом владеем на уровне - поставили карбон по конструкции и забыли

Быстрее всего будет заменить жесткий диск и переустановить по инструкции.

[Антоха Р.]

Только что, alibek сказал:

Быстрее всего будет заменить жесткий диск и переустановить по инструкции.

Жесткий в утиль или что-то можно еще с ним сделать? Можете просветить, это он просто посыпался - или еще что?что за ерунда случалась? оборудование на гарантированном питании

[alibek]

С большой долей вероятности ошибки логические и все можно исправить.

Но без навыков это потребует много времени.

Поэтому если фильтрация важна, лучше восстановить, а потом уже разбираться.

[Антоха Р.]

Только что, alibek сказал:

С большой долей вероятности ошибки логические и все можно исправить.

Но без навыков это потребует много времени.

Поэтому если фильтрация важна, лучше восстановить, а потом уже разбираться.

Понятно. Спасибо за помощь. А если ковырять жесткий - то ковырять в каком направлении?

 

Только что, alibek сказал:

С большой долей вероятности ошибки логические и все можно исправить.

Но без навыков это потребует много времени.

Поэтому если фильтрация важна, лучше восстановить, а потом уже разбираться.

Еще вопрос возник: а если я с него все удалю и заново все поставлю - заработает? или нарушена логика работы самого жесткого диска, а не ОС?

[YuryD]

15 минут назад, Антоха Р. сказал:

Понятно. Спасибо за помощь. А если ковырять жесткий - то ковырять в каком направлении?

 

Еще вопрос возник: а если я с него все удалю и заново все поставлю - заработает? или нарушена логика работы самого жесткого диска, а не ОС?

 Бытовые сата долго не живут. И - Вам шашечки или ехать ? Если ехать - то я бы быстро на новый поставился, а старый - со знаком ? отложил бы... А так - загрузка в однопользовательском режиме (если она в центосе есть) и попытка пролечить файловую систему с помощью fsck (если он там есть).

[Антоха Р.]

Только что, YuryD сказал:

 Бытовые сата долго не живут. И - Вам шашечки или ехать ? Если ехать - то я бы быстро на новый поставился, а старый - со знаком ? отложил бы... А так - загрузка в однопользовательском режиме (если она в центосе есть) и попытка пролечить файловую систему с помощью fsck (если он там есть).

Еще раз спасибо, тут Вы правы - нужно быстрее сделать, а значит новый жесткий проще купить. 

[YuryD]

7 минут назад, Антоха Р. сказал:

Еще раз спасибо, тут Вы правы - нужно быстрее сделать, а значит новый жесткий проще купить. 

 За карбон ничего не скажу, а скат сразу выкатил достойные требования по железу. Взяли фуджитсу-сервер, с родными дисками, соотв гарантия от производителя и продавца. Ну и ресурс серверов в общем известен, в т.ч. и по родным дискам. Дорого конечно, но экономит мне нервы и время до восстановления работы.

[Антоха Р.]

Только что, YuryD сказал:

 За карбон ничего не скажу, а скат сразу выкатил достойные требования по железу. Взяли фуджитсу-сервер, с родными дисками, соотв гарантия от производителя и продавца. Ну и ресурс серверов в общем известен, в т.ч. и по родным дискам. Дорого конечно, но экономит мне нервы и время до восстановления работы.

Да раньше карбон вообще вертелся на обычном системнике на виртуалке OracleVM - 1,5 года без проблем отработал, трафик вырос - ресурсов стало не хватать, стал пропускать пакеты ( да и по хорошему нам сразу сказали - виртуалка дело временное) Вот поменяли по весне. Жесткий вообще сегейт. Там требования небольшие проц от i3 и оперативки от 4гб помоему.  А тут HP сервак, правда не новый.

Edited October 24, 2017 by Антоха Р.

[zhenya`]

Можете попробовать загрузить с livecd и сделать fsck, но имхо жесткий лучше сразу в мусорку

[YuryD]

4 минуты назад, Антоха Р. сказал:

Да раньше карбон вообще вертелся на обычном системнике на виртуалке - 1,5 года безпроблем. Жесткий вообще сегейт. Там требования небольшие проц от i3 и оперативки от 4гб помоему.  А тут HP сервак, правда не новый.

 У ДПИ в общем-то не только требования к процу, хотя он и рулит фильтацией. Дело в производительности сетевок. Насчёт дохлого ндд для иных целей (не скажу каких), он там в принципе и не нужен, только для загрузки системы, и даже логи не пишутся - шлются ремотно. В серверных системах - даже родные сетёвки ближе к процу, и успевают больше.

[mihele95]

1 час назад, Антоха Р. сказал:

Понятно. Спасибо за помощь. А если ковырять жесткий - то ковырять в каком направлении?

gddrescue

[Антоха Р.]

Только что, YuryD сказал:

 У ДПИ в общем-то не только требования к процу, хотя он и рулит фильтацией. Дело в производительности сетевок. Насчёт дохлого ндд для иных целей (не скажу каких), он там в принципе и не нужен, только для загрузки системы, и даже логи не пишутся - шлются ремотно. В серверных системах - даже родные сетёвки ближе к процу, и успевают больше.

 

Ну сетевки играют сущ. роль в этом деле. Для порта в который траффик зеркалится нужна хорошая сетевка. У нас абонентов не так много - купили что-то в районе 10к сетевку, а на ответы обычную интеловскую. Вполне для всего хватает. Это когда пользователей от 5-10тыс. там конечно такой не обойтись. Я просто писал к тому, что раньше на простой банке работала норм, при том что на ней кроме всего еще была виртуалка с БД и мониторинг) а тут как положено, хороший сервак выделили)

[RN3DCX]

В 24.10.2017 в 17:40, YuryD сказал:

Бытовые сата долго не живут.

Вот тут с Вам не соглашусь.

У меня SATA диски 2005-2007 до сих пор работают и хлеб не просят.

А вот диски 2012-2015 потихоньку уходят на помойку.

Ихмо. По мне так, в двухтысячных делали на порядок качественней, из-за отсутствия потребности в хитрых маркетинговых ходах за счёт применения дешевых материалов в снижении срока службы .

[st_re]

Ест мнение что ваши 5-20% быстродохнущих дисков из 2005-2007 умерли в 2006-2012... выжившие тогда живут.. всегда какойто %% умирает быстро. Нужна статистика .. куплено 100 шт, умерло в 1 год -4, потом 2 потом.... итд. а так сравнивать. Кто не начал сыпаться сразу, тот будет ходить долго. интереснее %% в партии этих "сразу".

 

Ну и таки в разные годы у разных производителей появлялись "говоносерии". которые улетали в гарантию по 50% в первый год, к третьему списывалось процентов 90. Но даже из такой партии ктото выживал и работает себе.

 

[Andrei]

Пытаюсь настроить Reductor под Centos 6.

Сам Reductor и Саттелит установлены, интерирую с нашим днс-сервером на bind по инструкции

http://docs.carbonsoft.ru/display/CarbonReductor/bind+(named)

По инструкции есть вопросы:
п.1 Делается на каком сервере? На днс-сервере или на редукторе? Из инструкции не понятно.
п.2 Делается похоже все же на днс-сервере?
п.3 "Если SSH ключи отсутствуют" - о каком сервере идет речь? О днс или редукторе?
п.4. Тот же вопрос.

[Kolunchik]

Всё делается на сервере с биндом. Хотя, конечно, можно и на редукторе всё делать и назад на бинд заливать, только скриптики подправить.

SSH-ключ имеется в виду для входа на редуктор.

[Andrei]

Там в первых строчках написано

Цитата

Вся эта схема рассчитана на использование на уже имеющемся и реально используемом абонентами/ревизором DNS-сервере провайдера. Пример установки приведён для целей тестирования, считаем что дистрибутив сервера CentOS 6.

 Устанавливать DNS-сервер bind/named на Carbon Reductor не рекомендуется.

 

Т.е. подразумевается, что сервера с редуктором и биндом - это разные сервера.

А дальше по инструкции не уточняется что и на каком сервере делается.

[Kolunchik]

Всё верно, это разные сервера.

[Andrei]

3 часа назад, Kolunchik сказал:

Всё верно, это разные сервера.

Я понимаю, но мой вопрос был про другое.

[Andrei]

Сервер с процами

grep "model name" /proc/cpuinfo | sort -u
model name      : AMD Opteron(tm) Processor 6376

cat /proc/cpuinfo | grep -o ht | uniq
ht

Саппорт Редуктора написал "Гипертрединг в данном случае создаёт задержки в обработке пакетов, необходимо его отключить."

Реально так? Кто как отключал его?

По примеру https://www.golinuxhub.com/2018/01/how-to-disable-or-enable-hyper.html через GRUB у меня не получилось :(

[kayot]

@Andrei 

Нет в этом оптероне никакого гипертрединга. 

grep нашел HyperTransport AMDный :)

[Andrei]

Я тоже всегда думал, что гипертрейдинг - это интеловская фича и в амд ее нет.

[Andrei]

[root@CR var]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       9,5G  7,3G  1,8G  81% /
tmpfs            32G     0   32G   0% /dev/shm
/dev/sda6        15G  4,3G  9,3G  32% /app
/dev/sda9       9,0G  222M  8,3G   3% /mnt/backup
/dev/sda5        73G   52M   69G   1% /mnt/db
/dev/sda8       3,8G   43M  3,6G   2% /mnt/etc
/dev/sda7        46G  141M   43G   1% /mnt/log
/dev/sda3        91G  2,4G   84G   3% /mnt/var
tmpfs            32G     0   32G   0% /app/base/dev/shm
tmpfs            32G     0   32G   0% /app/auth/dev/shm
tmpfs            32G     0   32G   0% /app/blockpage/dev/shm
tmpfs            32G     0   32G   0% /app/reductor/dev/shm
tmpfs            32G     0   32G   0% /app/https_proxy/dev/shm
tmpfs            32G     0   32G   0% /app/bgp_blackhole/dev/shm

Как-то интересно Редуктор разбил 300 гиговый диск. И теперь шлет алармы, что место кончается, хотя занято буквально гигов 15 из 300. У всех так?

[guеst]

Он шлёт наверно про место на sda1 (81% используется)