С таким же успехом могут потом и вас уже не найти... вроде логично.....
Я бы тоже стал.... но на сколько я вижу это никак не решает задачу, после набитого лица может случится так что бекапы уже точно никогда не вернуть, или об этом потом будем думать, когда все трупы идентифицируют :D ? ? ? :D :D
Все описано в договоре - все остальное ваши желания, догадки, фантазии, ну и так далее...---------- Добавлено 21.07.2013 в 23:13 ----------
Просто не блокируйте им FTP :)
Да там всего 2 записи, двадцатца эта и /32 .... 1 ип... как бы ... Если конечно /20 это все сети этой аримы :D
А что тут рассказывать обычное зеркало из двух винтов, разбито на 3 раздела, ничего военного, все как обычно.
А что конкретно пишет, расскажите, а лучше покажите.
Не ясно причем тут версия ос к работе smartctl ...
smartctrl -a /dev/ada0..... Кстати ,а что за "ada0". ?
dmesg |grep -i ada ?
Не плохо, для начала, челюсть и багажник - это вам потом по горбу надают.... а не ему... причем уже вполне законно. А если вы наняли рабочего без договора и не описали что вам надо... он теоретически вместо пола может потолок вам переложить и фиг вы ему что предъявите кроме своей груши и пива.... Ну а руками помахать каждый горазд, результат всем понятен, заявление - тюрьма, будете рисковать? Я бы не стал.....
Та не SBL нормальные ребята, отлично с ними работаем, все в полном ажуре как говорится.
Вопрос в том, почему запись http://www.spamhaus.org/sbl/query/SBL190051 в их листинге с 6го Июля висит .... уже 2 недели и никак не убирается... обычно после всякого рода проблем или листинга SBL у меня в течении суток происходит DeList (Я пишу им результаты) .... Но напомню, что у меня уже была подобная ситуация , только /20 было две ))))) и они висели в SBL несколько ЛЕТ.... при этом SBL тупо морозился от меня, не отвечал на почту, не реагировал на тикеты, и.т.п Пока не начал круто паниковать - вообще реакции не было, так что эту /20 еще отмочить правильно надо.... :))))---------- Добавлено 21.07.2013 в 18:39 ----------
Случайно в SBL редко попадают .... уверяю вас, общаюсь с ними плотно последние года 3-4, а так знаком давно ))) но если они собирут статистику и поймут, что подсеть используется для зла )))) могут занести в список и перестать отвечать, т.е не делистить, но я так понимаю это только в случаях когда нет реакции со стороны владельца сети :D---------- Добавлено 21.07.2013 в 18:41 ----------
Это методика работы самого SBL.... Расскажу как происходит, если хостинг "абузоустойчивый", занесли сначало в блок /32 , который конкретно мешал, супер клиент пришел к хостеру и говорит "дай других ИП".... хоп и переехал сайт на соседний ИП, а SBL он как бы не спит, анализирует, логи складывает, вот посмотрели они что один и тот же сайт внутри /20 шурует как хочет - и забанили...... ничего удивительного тут нет.... я бы тоже так поступил на их месте.
А как вы живете с /20 в SBL ? Почта ходит?
Хорошая интерпретация, но весьма бестактная... Во первых на "арендуемых серверах" клиенты сами следят за тем что у них работает, а что нет (если это не обусловлено договором), а "перепутал диски" это еще и безграмотно. Как можно перепутать два диска из Raid-1 ? ? ? :D :D :D А если бы был включен какой-то другой диск и с него пошел откат как указано выше, откуда бы на нем взялись вообще данные ТС-а, там бы какой нить Виндовс запустился с NTFS ;)
В общем у меня есть версия происходящего, отличная от излагаемых выше..... Есть мнение что у ТС умная материнка и на ней есть SATA RAID который включен раньше нежели системный-софтверный, ответ не далеко. ;)---------- Добавлено 21.07.2013 в 06:04 ----------
gmirror status ?---------- Добавлено 21.07.2013 в 06:05 ----------
Она везде так зовется, потому что она так называется :D :D :D И BSD тут не при чем, smartmontools есть даже в yum... ;)---------- Добавлено 21.07.2013 в 06:07 ----------ТС, еще вам намекну об одной штуке: RAID-1 как бы это странно не казалось может содержать больше 2х физических дисков, по этому если вы очень сильно переживаете, добавьте еще третий диск в RAID-1 , будет вообще капец как надежно, главное помнить что RAID != Бекапы.
Вы знаете я даже в очень сложных случаях находил то , что можно бекапить отдельно от "основного", но раз все так как вы говорите, то сворачивайте все в тарбол 1 и заливайте туда где места хватит... собственно чего уж тут.... Инкрементные бекапы как концепция - вообще супер, но я лично сталкивался с разным софтом , а точнее с проблемами при работе с ним, то восстановить не получается, то какие-то промежуточные данные отсутствуют, надо искать "систему" резервного копирования, скорее всего за $$.
AlenDelan, все бросились излагать решения, но ни кто не удосужился пояснить суть.. увы.... изначально я бы рекомендовал вам определится что именно у вас находится внутри этих 45 GB информации. Есть информация которая носит перво очередной характер или второстепенный. Есть информация которую НУЖНО бекапить каждый день, а есть информация которую МОЖНО бекапить раз в неделю. Есть файлы которые имеет смысл бекапить, есть файлы которые не имеет...
К примеру: Если у вас там из 45GB 40 заворачивается в виде .AVI то лучшим решением будет закатать эти 40 GB AVI на 10 DVD болванок положив дома и исключить их из регулярного бекапа. В случае потери этих файлов вы сможете восстановить их из локальной копии дисков к примеру. Либо достаточно было бы хранить 1 копию на соседнем сервере (что по сути то же самое почти что и DVD)
Так что начните с начала, подумайте, все ли у вас бекапится рационально !
P.S: У меня есть мини-сторедж 2 TRB данных, там вполне отлично бекапится еженедельно около 400-500 GB !!! С ротацией. Все в норме :)
Увы, данные не сохранял...
