- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
poiuty, надо посылать результат smartctl а не выписку с лога ПО сервера. На такие логи ни кто не будет обращать внимания, так как возможно это проблемы самого ПО или настроек.
А так, soyoustart сервера не для професионального использования.
Во-первых smartctl им был предоставлен. Они захотели полный вывод с ключом а я скидывал с A.
Во-вторых, на логи (/var/log/messages) то как раз все и обращают внимание.
Видимо вы не сталкивались с подобной проблемой когда "smartctl" - показывает нормальные значения, но диски тормозят так, что по ssh еле еле можно зайти.
Так же, чтобы не быть голословным, пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками.
Во-первых smartctl им был предоставлен. Они захотели полный вывод с ключом а я скидывал с A.
Во-вторых, на логи (/var/log/messages) то как раз все и обращают внимание.
Видимо вы не сталкивались с подобной проблемой когда "smartctl" - показывает нормальные значения, но диски тормозят так, что по ssh еле еле можно зайти.
Так же, чтобы не быть голословным, пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками.
Я знаю что плохому танцору мешает ;) OVH не обращает внимания на никакие логи ПО. Если уж с ними пойти на споры, то обязательно надо давать результат смарта на консоли. Я с 2009 года с ними работаю, вы как понимаю только тестируете ;)
---------- Добавлено 01.09.2014 в 23:44 ----------
так просто по разному, некоторые вообще долго работают.
---------- Добавлено 27.08.2014 в 21:26 ----------
просроченный клиентский продолжает работать второй день
Уже ситуация изменилась - сервера останавливают на следуюший день. Просто при переходе на V6 manager у них много что не работало, теперь постепенно всё доходит до нормального режима.
Я знаю что плохому танцору мешает ;) OVH не обращает внимания на никакие логи ПО. Если уж с ними пойти на споры, то обязательно надо давать результат смарта на консоли.
Не будем переходить на личности.
Вы выдвигаете тезис, что SMART всегда позволяет диагностировать проблему.
И что логи из /var/log/messages (о том, что два диска фризит) - не имеют никакого веса.
Aug 23 22:02:01 mars kernel: [280561.440244] ata2.00: failed command: FLUSH CACHE
Aug 23 22:02:01 mars kernel: [280561.440751] ata2.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 19
Aug 23 22:02:01 mars kernel: [280561.440752] res 40/00:00:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
Aug 23 22:02:01 mars kernel: [280561.441781] ata2.00: status: { DRDY }
Aug 23 22:02:01 mars kernel: [280561.442305] ata2: hard resetting link
Aug 23 22:02:01 mars kernel: [280561.747554] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Aug 23 22:02:01 mars kernel: [280561.748791] ata2.00: configured for UDMA/133
Aug 23 22:02:01 mars kernel: [280561.749315] ata2.00: device reported invalid CHS sector 0
Aug 23 22:02:01 mars kernel: [280561.749822] ata2: EH complete
Aug 24 01:06:02 mars kernel: [291595.949295] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Aug 24 01:06:02 mars kernel: [291595.949854] ata3.00: failed command: FLUSH CACHE
Aug 24 01:06:02 mars kernel: [291595.950385] ata3.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 25
Aug 24 01:06:02 mars kernel: [291595.950386] res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Aug 24 01:06:02 mars kernel: [291595.951456] ata3.00: status: { DRDY }
Aug 24 01:06:02 mars kernel: [291595.952004] ata3: hard resetting link
Aug 24 01:06:02 mars kernel: [291596.256990] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Aug 24 01:06:02 mars kernel: [291596.258163] ata3.00: configured for UDMA/133
Aug 24 01:06:02 mars kernel: [291596.258693] ata3.00: device reported invalid CHS sector 0
Aug 24 01:06:02 mars kernel: [291596.259229] ata3: EH complete
Конечно, мне бы хотелось с вами согласится. Но на самом деле - SMART не всегда позволяет диагностировать проблему.
Раз мои слова не являются для вас авторитетным источником, я позволю себе сослаться на запись в блоге Павла Одинцова.
http://www.stableit.ru/2010/01/serror-handshk-status-drdy-err-error.html
Спасибо, что вы внесли долю скептики. Потому что мне было откровенно лень, проводить дальнейшее тестрирование дисков.
Фризы происходили на дедике без нагрузки. Фризы происходили только на 2 из 3 дисков.
Я получил это на CentOS 6, последнее стабильное ядро OVZ.
/boot -> raid 1
/vz -> raid 5
Попробую усомниться, и предположить, что проблема например в RAID 5. Сделаю без raid -> и попробую воспроизвести проблему.
LineHost, вы не ответили на вопрос "Пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками?"
Если вы что-то заявляете - пожалуйста, подкрепляйте это фактами (например багрепортами).
LineHost, вы не ответили на вопрос "Пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками?"
Если вы что-то заявляете - пожалуйста, подкрепляйте это фактами.
Мне лень спорить, тем более что то доказывать. Просто я все проблемы решаю быстро. Если есть проблема, которую мне поддержка не сможет решить (я точно знаю какие проблемы безмысленно пробовать решать с поддержкой OVH) я просто не занимаюсь решением, а меняю сервер. Мне свет клином на каком то сервере не сошелся ;)
Тем более, все сотрудники литовского филиала всегда стараются помочь всем что может, но они само собой не всемогучие. О литовском филиале я за всё время работы с ними не могу сказать ни одного плохого слова. Сама OVH огромная машина и глупо надеятся, что они будут тратить время на сервер, который сам по себе без всякой человеческой поддержки. Автомат всё делает, похожий на тот что в картинке ;)
LineHost, о, а что за девайс? Usb-hub? Где можно такой взять? :)
Доброй ночи.
На ОВХ только 1 IP доступен?
Если хочется больше, тогда надо покупать сервер на soyoustart ?
Доброй ночи.
На ОВХ только 1 IP доступен?
Если хочется больше, тогда надо покупать сервер на soyoustart ?
На выделенных серверах в ovh доступны к заказу дополнительные ip.
если покупаете выделенный сервер в ovh -> доп ипы в ovh
если в soyoustart -> ипы в soyoustart
Так же можно перетащить ip из soyoustart в ovh. Но назад нельзя.
Фризы были из-за бага smartmontools: Freeze with Intel 320: exception Emask 0x2 SAct 0x0 SErr 0x3000400 action 0x6 frozen.
В репах centos 6 - старая версия (release 5.43) без фикса
Намного быстрее воспроизвести можно скриптом
https://www.linux.org.ru/forum/admin/10813987
В Soyoustart тарифах написано, что дается 16 "бесплатных" IP адресов с единоразовым платежом за установку каждого IP. Кто нибудь может объяснить, что там на самом деле с оплатой? Надо платить каждый месяц или нет?
В Soyoustart тарифах написано, что дается 16 "бесплатных" IP адресов с единоразовым платежом за установку каждого IP. Кто нибудь может объяснить, что там на самом деле с оплатой? Надо платить каждый месяц или нет?
Как есть, так и есть :)
Для тех серверов, что сейчас предоставляются - единоразово.