poiuty

Рейтинг
144
Регистрация
16.03.2009

Обычно он находится в /etc/nginx/

_SP_:
Так это... munin чем плох ?

Он под linux. ТС просит под винду.

Проблема у них в сети. Пишем репорты, ждем.

Пробовал как из РФ так и Европы.

От них назад -> отправляет нормально.


My traceroute [v0.82]
srv.tervistro.net (0.0.0.0) Mon Sep 8 00:59:29 2014
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. zzzz 0.0% 129 0.7 1.4 0.6 12.7 1.4
2. hos-tr1.juniper1.rz13.hetzner.de 0.0% 129 0.2 2.7 0.1 30.7 5.9
3. core21.hetzner.de 0.0% 129 0.3 0.3 0.2 4.1 0.4
4. core1.hetzner.de 0.0% 129 4.9 5.0 4.8 27.8 2.0
5. juniper1.ffm.hetzner.de 0.0% 129 4.9 4.9 4.9 5.5 0.1
6. ???
7. ???
8. 92.50.194.31 0.0% 129 51.0 51.4 50.5 74.3 2.9
9. ???
10. ???
11. xxxx 0.0% 128 47.1 47.1 47.0 48.6 0.2

Заказал текст у ТС. Отличная работа. Рекомендую к сотрудничеству.

Фризы были из-за бага smartmontools: Freeze with Intel 320: exception Emask 0x2 SAct 0x0 SErr 0x3000400 action 0x6 frozen.

В репах centos 6 - старая версия (release 5.43) без фикса

Намного быстрее воспроизвести можно скриптом

#!/bin/bash
while [ 1 ]; do
echo date;
time smartctl -a -d ata /dev/sda > /dev/null
time smartctl -a -d ata /dev/sdb > /dev/null
time smartctl -a -d ata /dev/sdc > /dev/null
echo date
echo ""
done

https://www.linux.org.ru/forum/admin/10813987

skynet777:
Доброй ночи.
На ОВХ только 1 IP доступен?
Если хочется больше, тогда надо покупать сервер на soyoustart ?

На выделенных серверах в ovh доступны к заказу дополнительные ip.

если покупаете выделенный сервер в ovh -> доп ипы в ovh

если в soyoustart -> ипы в soyoustart

Так же можно перетащить ip из soyoustart в ovh. Но назад нельзя.

LineHost:
Я знаю что плохому танцору мешает ;) OVH не обращает внимания на никакие логи ПО. Если уж с ними пойти на споры, то обязательно надо давать результат смарта на консоли.

Не будем переходить на личности.

Вы выдвигаете тезис, что SMART всегда позволяет диагностировать проблему.

И что логи из /var/log/messages (о том, что два диска фризит) - не имеют никакого веса.

Aug 23 22:02:01 mars kernel: [280561.439732] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
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.

/ -> raid 1
/boot -> raid 1
/vz -> raid 5

Попробую усомниться, и предположить, что проблема например в RAID 5. Сделаю без raid -> и попробую воспроизвести проблему.

LineHost, вы не ответили на вопрос "Пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками?"

Если вы что-то заявляете - пожалуйста, подкрепляйте это фактами (например багрепортами).

LineHost:
poiuty, надо посылать результат smartctl а не выписку с лога ПО сервера. На такие логи ни кто не будет обращать внимания, так как возможно это проблемы самого ПО или настроек.

А так, soyoustart сервера не для професионального использования.

Во-первых smartctl им был предоставлен. Они захотели полный вывод с ключом а я скидывал с A.

Во-вторых, на логи (/var/log/messages) то как раз все и обращают внимание.

Видимо вы не сталкивались с подобной проблемой когда "smartctl" - показывает нормальные значения, но диски тормозят так, что по ssh еле еле можно зайти.

Так же, чтобы не быть голословным, пожалуйста, приведите пример настроек или ПО при котором мы можем наблюдать подобные проблемы с жесткими дисками.

leonid239:
Скорее всего Вы написали в саппорт Литовского филиала, а если быть честным, то это не саппорт, а просто переводчик с русского на французский. Соответственно, они просто передают информацию в саппорт во Францию и пересылают ответ Вам. Да и за такую стоимость тут грех жаловаться...

При чем здесь стоимость? Сервер должен нормально работать, не должно быть проблем с железом.

Прямого контакта с технич. саппортом просто нет.

Для более профессионального использования лучше серверы OVH, так как
там предусмотрен прямой контакт клиента с техником. А сейчас мы все
пересылаем, поэтому прямой контакт в выходные не возможен.

+ отмечу, отвечает им этот саппорт очень долго. Диски еще не до конца сдохли. Сервер пустой но в messages регулярно видно, что два диска из трех - фризит.

И фризит исключительно ata2 и ata3, но никаких проблем с ata1.

Это может происходить в следующих случаях:

1. Проблемы с питанием.
2. Проблемы с кабелями.
3. Проблема с жестким диском.

И использовать этот сервер нормально - нельзя. Я запихнул на туда небольшой сайт (как раз по slow лог и заметил проблему, далее только полез в messages)

Так вот, в момент фриза -> простой sql запрос выполняется аж ~45 секунд.

SET timestamp=1409408821;
UPDATE `sessions` SET `ping` = '1409408762' WHERE `sess` = 'xxxx';
# User@Host: chat[chat] @ localhost []
# Thread_id: 1271954 Schema: chat Last_errno: 0 Killed: 0
# Query_time: 44.957066 Lock_time: 0.000047 Rows_sent: 1 Rows_examined: 8 Rows_affected: 0 Rows_read: 8
# Bytes_sent: 534 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 108D1A
# QC_Hit: No Full_scan: Yes Full_join: No Tmp_table: No Tmp_table_on_disk: No
# Filesort: No Filesort_on_disk: No Merge_passes: 0
# InnoDB_IO_r_ops: 0 InnoDB_IO_r_bytes: 0 InnoDB_IO_r_wait: 0.000000
# InnoDB_rec_lock_wait: 0.000000 InnoDB_queue_wait: 0.000000
# InnoDB_pages_distinct: 2
SET timestamp=1409408821;
SELECT * FROM `sessions` WHERE `ping` > '1409408686';

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

Den73:
poiuty

soyoustart и kimsufi можно брать только для мало важных проектов т.к там суппорта почти нету.
в самом ovh реагируют нормально.

Я больше брал на тест. Возмущает другое, что они совсем не идут на компромисс.

И мне кажется, что доказать им - что проблема действительно с дисками - в таком ключе - просто нереально.

Den73, как быстро они в OVH меняют диски? Сколько в среднем у вас уходило времени на замену?

Знакомый говорит, что два дня была замена.

---------- Добавлено 01.09.2014 в 19:04 ----------

И еще один момент из договора.

В OVH, во время заказа услуги вы подтверждаете, что услуга предоставляется сразу и в полном объеме.
Поэтому право возврата не применимо.
Всего: 1077