Снова сдох диск у XLhost. Когда починят?

seosniks
На сайте с 13.08.2007
Offline
389
#31
XLhost.Ru:
ммм... это Вы тикет создавали? Испортили конфиг named и виноватых ищите? :) Кстати исправил уже Вам.

Вообще то я ничего не портил, и никуда не лазил.

Я позавчера добавил 4 статических сайта, они не работали так как проблемы были в днс, почему они там появились увы мне не известно. А сегодня перезагрузил сервер и все вообще перестало работать. при этом серер работал 25 дней. И откуда взялась проблема я незнаю.

XLhost.Ru
На сайте с 09.09.2008
Offline
231
#32
seosniks:
Вообще то я ничего не портил, и никуда не лазил.

Я в конфиге нашел название домена заглавными буквами, на который и ругался named при запуске.

Windows / Linux VPS на NVMe от $10 | Dedicated от $60 ( https://xlho.st )
seosniks
На сайте с 13.08.2007
Offline
389
#33
XLhost.Ru:
Я в конфиге нашел название домена заглавными буквами, на который и ругался named при запуске.

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

M
На сайте с 14.01.2010
Offline
208
#34

Пользователь фигеет когда теряет 1-10 сайтов, а представьте себе что с вменяемым админом, когда теряются сайты всех пользователей?

Нет свободных падений с высот, Но зато есть свобода раскрыть парашют. Куплю BTC-E code за Privat24 UAH. icq: 698- 375- 092
H
На сайте с 12.05.2007
Offline
133
#35
masterlan:
Пользователь фигеет когда теряет 1-10 сайтов, а представьте себе что с вменяемым админом, когда теряются сайты всех пользователей?

У вменяемого админа не могут потеряться сайты всех пользователей.

Просто не могут и все.

hvosting.ua (http://hvosting.ua/)
AM
На сайте с 09.01.2007
Offline
467
#36
masterlan:
а представьте себе что с вменяемым админом, когда теряются сайты всех пользователей?

Вменяемый админ имеет алгоритм действий и резервные копии. Этих двух слагаемых достаточно чтобы техническая проблема не перерастала в катастрофу.

rustelekom
На сайте с 20.04.2005
Offline
534
#37

ай не зарекайтесь. как будто не было случаев когда у вполне вменяемых админов даже с тучей бекапов не терялись данные. это как 100% аптайм. такого не бывает в жизни. железки ломаются а люди не железнее железок.

60% скидка на VPS в США, 20% скидка в Нидерландах и 40% в Финляндии. Хостинг, VPS и серверы в США, Нидерландах, Финляндии, Германии и России. RoboVPS https://www.robovps.biz
H
На сайте с 12.05.2007
Offline
133
#38
rustelekom:
ай не зарекайтесь. как будто не было случаев когда у вполне вменяемых админов даже с тучей бекапов не терялись данные. это как 100% аптайм. такого не бывает в жизни. железки ломаются а люди не железнее железок.

Да, все может сломаться. Теоретически.

У меня боевые дисковые массивы - raid10, по 8 дисков на таргет.

2 таргета из разных массивов зеркалируются - итого raid110.

Резервное копирование идет на сервер с пятым рейдом в другой ДЦ.

Состояние смарта в дисках мониторится.

В 100% аптайм я не верю, но вероятность выхода из строя 110 рейда с потерей всех данных - ничтожна.

А одновременный вылет резервных копий не реален.

Хотя да, признаю, были проблемы, когда и в этой системе теряли клиентские данные.

Не вообще напрочь, а происходил после перезагрузки подъем не с того диска и клиенты получали

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

виртуальных дисков последнюю версию клиентских данных.

Но проблема была не в оборудовании, а в ручном редактировании конфигов.

Люди действительно не железнее железок. :)

Himiko
На сайте с 28.08.2008
Offline
560
#39

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

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
Andreyka
На сайте с 19.02.2005
Offline
822
#40
hvosting:
Хотя да, признаю, были проблемы, когда и в этой системе теряли клиентские данные.
Не вообще напрочь, а происходил после перезагрузки подъем не с того диска и клиенты получали
данные недельной давности. А мы начинали шариться по массивам и искать среди 182
виртуальных дисков последнюю версию клиентских данных.

Но проблема была не в оборудовании, а в ручном редактировании конфигов.
Люди действительно не железнее железок. :)

Используйте CDP, человеческий фактор - это болезнь из которой серьезный хостинг должен выйти с иммунитетом.

Не стоит плодить сущности без необходимости

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий