рейд6 из 2х винтов не собирается, надо бы знать ;)
Слово "сарказм" вам знакомо ? :D
---------- Post added 06-02-2012 at 08:10 ----------
Raistlin: Это может быть деградированный массив. Например, RAID 1 можно собрать на одном диске, когда заказал сервер в аренду и хостер говорит, что вот "с одним диском в течении часа, а с двумя дисками это не стандартная конфигурация и будет ставиться три дня". Тогда берём с одним диском и дозаказываем второй. Когда диск подключат - просто добавляем второй диск в массив. И это нормально. Так же и с остальными уровнями. так что про "крюки" это через чур, существуют ситуации, когда это действительно надо.
Не ну штатными средствами точно не выйдет не 5 ни 6 собрать при использовании 1го диска, рейд-биос не даст такой настройки сделать. Если это конечно не софт-рейд6
---------- Post added 06-02-2012 at 08:13 ----------
Raistlin: Гм. Например, некоторые панели создают виртуалки с ext2. Я наблюдал почти полную потерю данных на ВМ Debian, при том, что ДО перезагрузки виртуалка работала как-то криво. А после перезагрузки отказалась грузиться. FSCK потом сказал, что перепутались файловые дескрипторы. После этого - слепок диска, накат новой системы, потом ручками восстановление файлов из слепка. Почти всё дерево ФС в lost+found после краха и проверки. Так что могло быть. Но в остальном - вполне вероятно, что рейда на ноде небыло, или куча факторов, вплоть до удаления админом по ошибке.
ага, выгребал похожее только на физ. сервере с фрей.
---------- Post added 06-02-2012 at 08:16 ----------
bugsmoran: Я как раз подчеркиваю, что не было проблемы рейда, а не самого рейда. Есть такие варианты событий: 1) Рейда нет. Диск сгорел. - тогда бы вообще ничего не увидели, но ведь нам известно, что система еще бултыхалась. 2) Рейд есть. Сгорело дисков больше, чем требуется для работоспособности. - тогда бы вообще ничего не увидели, но ведь нам известно, система еще бултыхалась. 3) Рейд есть. Сгорело дисков меньше, чем требуется для работоспособности. - тогда бы вообще ничего не заметили. Система бы продолжила работать в штатном режиме. 4) Рейд есть. Ничего не сгорало. - тогда бы вообще ничего не заметили. Система бы продолжила работать в штатном режиме.
А значит нету сценариев, которые вообще хоть как-то приводят к вопросу а был ли рейд. Неважно был он или нет в данном инциденте.
Прости, но если уж совсем внимательно почитать, там пишут про Raid-6, я могу предположить что например в масиве был мертв уже 1 винт, согласен, система должна жить - это нормально, но как жить ? А если это нода.... на сколько я помню когда в RAID5 выпадает 1 винт, данные на месте но производительность падает в разы.... если не в десятки разов.... а если мы говорим о ВПС ноде которые и так обычно в i/o упираются..... могло быть в принципе что угодно ...... Но это конечно ни коему образом не провоцирует появление lost+found..... А вот непроходимость-почты или проблемы с Mysql при сломанном рейде + нагруженной ноде вполне могут произойти как я считаю. Вы же не знаете кто там и как диагностировал изначальные проблемы :D
---------- Post added 06-02-2012 at 08:19 ----------
foxi: bugsmoran, был случай, raid1, один диск сдох, сервер начал "частично" работать, т.е. одни сервисы и программы работали, другие не хотели, после перезагрузки сервера сдохло все, полетела файловая система, данные восстанавливали долго потом, сами, получив диски почтой, хостер же скорее всего не будет заморачиваться с таким восстановлением...
Это бред..... поймите, какой же смысл в Raid-1 если у вас умер в зеркале винт и накрылось все медным тазом.... либо контролер у вас "супер-дорогой" был , баксов за 8.... или кто-то не верно диагностировал поломку рейда и принял меры которые не стоило бы... У меня почти все железо на raid1 , raid5, raid6, raid10, так вот с первым как правило вообще вопросов нет, там где hotswap винты даже в консоль иногда не захожу, винт вставил новый , лампа заорала на корпусе , ребилд пошел.... только сигнализаторы потом написали что все ок - массив Optimal.
Но если рассматривать случай, то у меня тоже был 1 в моей практике, когда горе-админ удаленно не проверил s\n винтов которые менять надо, а техник на площадке поменял не тот винт, в итоге при Raid-1 мой админ остался с тремя винтами без данных в руках :D Но простите причем тут raid-1 ?:)
---------- Post added 06-02-2012 at 08:25 ----------
Панацеи нет ни где, это объективно понятно, я скажу вам что у меня стоит например сервер в котором 16 винтов по терабайту, и там около 90% disk usage уже...... Собрано это все дело в Raid-5 на карточке которая стоит около 800$.... ну и работает это все около 5 лет уже, с периодической заменой винтов которым приходит время..... как видите, регулярная замена винтов, а так же мониторинг их состояния дает вполне не плохой результат, около 5 лет работы..... это не панацея и завтра у меня может в одну секунду 3 винта крякнуть и буду я у разбитого корыта рыдать..... На этот случай у меня стоит рядом точно такой же сервер..... но простите все ли могут себе это позволить ? Да и как собственно иначе вы будете бекапить около 13 TRB данных? и куда? Конечно если ваш сайт весит 100 метров и вы не пользуетесь бекапами - ваше личное дело, но иногда весьма сложно заниматься бекапами огромных объемов данных.... и практически не возможно... по этому вот уже лет 5 рейд есть в некоторым смысле панацеей для меня лично.
klamas, от пропажи защищают не рейды а бекапы регулярные, а рейды лишь дают некую отказоустойчивость при работе с вашими данными, но если это RAID-6, на сколько я помню, это аналог RAID-5(+1) , т.е два винта в избытке, надо бы глянуть сколько там всего винтов, а то там может RAID-6 из 2х винтов :D :D :D
ТС, если хостер на Raid-6 умудрился потерять данные, то там или очень надежные винты стояли или очень надежный хостер... Вернуть данные конечно можно путем восстановления их с носителей если те не пере-затерты и живы вообще.... но это довольно не дешево и зависит от состояния в котором сейчас это все находится..... может спокойно получиться что у вас 100$ прибыль с сайта а восстановление будет стоить 10.000$ ;) ну это для примера.... Если игра стоит свеч, берите винты у хостера и топайте в контору которая на этом специализируется они на стендах винты погоняют, скажут что можно , что нельзя восстановить, но вот та "куча файлов без названия" :D которую ваш сисадмин цитировал, это скорее всего содержимое папочки lost+found после креша файловой системы, по идее там файлы все на месте, только вот понять какой как назывался и где располагался - будет весьма не просто, точнее рутинная работа и не всегда приводящая к позитивному результату.
А вы уже исключили например вариант, что ваш админ криворук и сломал вам сервер, а хостер вообще ничего не знает про это ... ?:) Чисто интересно :D К появлению такой папочки с кучей файликов может спокойно быть причастен именно админ который например "fsck -y" запустил в надежде "все починить" :D
Andreyka: Звездочка будет работать, мог бы попробовать сам вместо задавать вопросов
Я вопрос про GENERATE по сути задавал ))) и реально читал документацию перед тем как задать его, просто читал читал и видимо не добрался ..... но подсказали, а звездочку так и не пробовал, будет ли она работать по моей схеме и если да то как?
Пока что опрос в теме показывает что большинство не в курсе вообще что такое SPF.... А оставшееся большинство таки склоняется к варианту "~all", странно как-то :D Но увы реальность :D Будем ждать еще голосов......
Pilat: можно ли лишать пользователя возможности делать редиректы писем
Я до сих пор не подтвердил данное соображение, пока еще с алиасами для почты не проверял, а через The Bat у меня нормально Forward сработал, не ясно о каких лишениях речь :D
Получается внутри диапазона 0-255 всего 2 адреса имеют отличную от "динамической" PTR запись. Как-то это блин странно выглядит, особенно запись про "0" :) Хотя потребность у меня конечно, но все таки.... Выходит если мне надо будет прописать запись например для ip 192.168.10.10 мне надо будет добавить диапазоны 6-9 и 11-255 + саму запись про PTR для 10... как-то выходит 3 записи сделать надо :D Не ужели все делают именно так ?:)
рейд6 из 2х винтов не собирается, надо бы знать ;)
Слово "сарказм" вам знакомо ? :D
---------- Post added 06-02-2012 at 08:10 ----------
Это может быть деградированный массив. Например, RAID 1 можно собрать на одном диске, когда заказал сервер в аренду и хостер говорит, что вот "с одним диском в течении часа, а с двумя дисками это не стандартная конфигурация и будет ставиться три дня". Тогда берём с одним диском и дозаказываем второй. Когда диск подключат - просто добавляем второй диск в массив. И это нормально. Так же и с остальными уровнями. так что про "крюки" это через чур, существуют ситуации, когда это действительно надо.
Не ну штатными средствами точно не выйдет не 5 ни 6 собрать при использовании 1го диска, рейд-биос не даст такой настройки сделать. Если это конечно не софт-рейд6
---------- Post added 06-02-2012 at 08:13 ----------
Гм. Например, некоторые панели создают виртуалки с ext2. Я наблюдал почти полную потерю данных на ВМ Debian, при том, что ДО перезагрузки виртуалка работала как-то криво. А после перезагрузки отказалась грузиться. FSCK потом сказал, что перепутались файловые дескрипторы. После этого - слепок диска, накат новой системы, потом ручками восстановление файлов из слепка. Почти всё дерево ФС в lost+found после краха и проверки. Так что могло быть. Но в остальном - вполне вероятно, что рейда на ноде небыло, или куча факторов, вплоть до удаления админом по ошибке.
ага, выгребал похожее только на физ. сервере с фрей.
---------- Post added 06-02-2012 at 08:16 ----------
Я как раз подчеркиваю, что не было проблемы рейда, а не самого рейда. Есть такие варианты событий:
1) Рейда нет. Диск сгорел. - тогда бы вообще ничего не увидели, но ведь нам известно, что система еще бултыхалась.
2) Рейд есть. Сгорело дисков больше, чем требуется для работоспособности. - тогда бы вообще ничего не увидели, но ведь нам известно, система еще бултыхалась.
3) Рейд есть. Сгорело дисков меньше, чем требуется для работоспособности. - тогда бы вообще ничего не заметили. Система бы продолжила работать в штатном режиме.
4) Рейд есть. Ничего не сгорало. - тогда бы вообще ничего не заметили. Система бы продолжила работать в штатном режиме.
А значит нету сценариев, которые вообще хоть как-то приводят к вопросу а был ли рейд. Неважно был он или нет в данном инциденте.
Прости, но если уж совсем внимательно почитать, там пишут про Raid-6, я могу предположить что например в масиве был мертв уже 1 винт, согласен, система должна жить - это нормально, но как жить ? А если это нода.... на сколько я помню когда в RAID5 выпадает 1 винт, данные на месте но производительность падает в разы.... если не в десятки разов.... а если мы говорим о ВПС ноде которые и так обычно в i/o упираются..... могло быть в принципе что угодно ...... Но это конечно ни коему образом не провоцирует появление lost+found..... А вот непроходимость-почты или проблемы с Mysql при сломанном рейде + нагруженной ноде вполне могут произойти как я считаю. Вы же не знаете кто там и как диагностировал изначальные проблемы :D
---------- Post added 06-02-2012 at 08:19 ----------
bugsmoran, был случай, raid1, один диск сдох, сервер начал "частично" работать, т.е. одни сервисы и программы работали, другие не хотели, после перезагрузки сервера сдохло все, полетела файловая система, данные восстанавливали долго потом, сами, получив диски почтой, хостер же скорее всего не будет заморачиваться с таким восстановлением...
Это бред..... поймите, какой же смысл в Raid-1 если у вас умер в зеркале винт и накрылось все медным тазом.... либо контролер у вас "супер-дорогой" был , баксов за 8.... или кто-то не верно диагностировал поломку рейда и принял меры которые не стоило бы... У меня почти все железо на raid1 , raid5, raid6, raid10, так вот с первым как правило вообще вопросов нет, там где hotswap винты даже в консоль иногда не захожу, винт вставил новый , лампа заорала на корпусе , ребилд пошел.... только сигнализаторы потом написали что все ок - массив Optimal.
Но если рассматривать случай, то у меня тоже был 1 в моей практике, когда горе-админ удаленно не проверил s\n винтов которые менять надо, а техник на площадке поменял не тот винт, в итоге при Raid-1 мой админ остался с тремя винтами без данных в руках :D Но простите причем тут raid-1 ?:)
---------- Post added 06-02-2012 at 08:25 ----------
Рекомендую ознакомится с полной версией если интересно http://rlab.ru/doc/raid_recovery.html
Панацеи нет ни где, это объективно понятно, я скажу вам что у меня стоит например сервер в котором 16 винтов по терабайту, и там около 90% disk usage уже...... Собрано это все дело в Raid-5 на карточке которая стоит около 800$.... ну и работает это все около 5 лет уже, с периодической заменой винтов которым приходит время..... как видите, регулярная замена винтов, а так же мониторинг их состояния дает вполне не плохой результат, около 5 лет работы..... это не панацея и завтра у меня может в одну секунду 3 винта крякнуть и буду я у разбитого корыта рыдать..... На этот случай у меня стоит рядом точно такой же сервер..... но простите все ли могут себе это позволить ? Да и как собственно иначе вы будете бекапить около 13 TRB данных? и куда? Конечно если ваш сайт весит 100 метров и вы не пользуетесь бекапами - ваше личное дело, но иногда весьма сложно заниматься бекапами огромных объемов данных.... и практически не возможно... по этому вот уже лет 5 рейд есть в некоторым смысле панацеей для меня лично.
Видимо не сильно заказы нужны, 2й день в аське молчек.
Ответили, все в норме :D
klamas, от пропажи защищают не рейды а бекапы регулярные, а рейды лишь дают некую отказоустойчивость при работе с вашими данными, но если это RAID-6, на сколько я помню, это аналог RAID-5(+1) , т.е два винта в избытке, надо бы глянуть сколько там всего винтов, а то там может RAID-6 из 2х винтов :D :D :D
ТС, если хостер на Raid-6 умудрился потерять данные, то там или очень надежные винты стояли или очень надежный хостер... Вернуть данные конечно можно путем восстановления их с носителей если те не пере-затерты и живы вообще.... но это довольно не дешево и зависит от состояния в котором сейчас это все находится..... может спокойно получиться что у вас 100$ прибыль с сайта а восстановление будет стоить 10.000$ ;) ну это для примера.... Если игра стоит свеч, берите винты у хостера и топайте в контору которая на этом специализируется они на стендах винты погоняют, скажут что можно , что нельзя восстановить, но вот та "куча файлов без названия" :D которую ваш сисадмин цитировал, это скорее всего содержимое папочки lost+found после креша файловой системы, по идее там файлы все на месте, только вот понять какой как назывался и где располагался - будет весьма не просто, точнее рутинная работа и не всегда приводящая к позитивному результату.
А вы уже исключили например вариант, что ваш админ криворук и сломал вам сервер, а хостер вообще ничего не знает про это ... ?:) Чисто интересно :D К появлению такой папочки с кучей файликов может спокойно быть причастен именно админ который например "fsck -y" запустил в надежде "все починить" :D
Видимо не сильно заказы нужны, 2й день в аське молчек.
Звездочка будет работать, мог бы попробовать сам вместо задавать вопросов
Я вопрос про GENERATE по сути задавал ))) и реально читал документацию перед тем как задать его, просто читал читал и видимо не добрался ..... но подсказали, а звездочку так и не пробовал, будет ли она работать по моей схеме и если да то как?
А какие формы оплаты вас устроят? За границей как правило CC или PayPal.
Пока что опрос в теме показывает что большинство не в курсе вообще что такое SPF.... А оставшееся большинство таки склоняется к варианту "~all", странно как-то :D Но увы реальность :D Будем ждать еще голосов......
Вот тут /ru/forum/comment/9863230 остался Pentium D, по сути тот же Atom, за 70$ отдадим. Памяти как раз 2 GB. + Зеркало софтовое. Канада.
можно ли лишать пользователя возможности делать редиректы писем
Я до сих пор не подтвердил данное соображение, пока еще с алиасами для почты не проверял, а через The Bat у меня нормально Forward сработал, не ясно о каких лишениях речь :D
Если прописать в DNS например вот так:
$GENERATE 0-255 $ PTR $.10.168.192.test.domain.com.
То работает на ура, все динамически. Но если например надо прописать кому-то персональную запись.... выходит надо GENERATE "переразмечать".
Если пишу вот так:
$GENERATE 0-255 $ PTR $.10.168.192.test.domain.com.
1 IN PTR test1.domain.com.
5 IN PTR test5.domain.com.
Получаю:
1.10.168.192.in-addr.arpa name = 1.10.168.192.test.domain.com.
1.10.168.192.in-addr.arpa name = test1.domain.com.
5.10.168.192.in-addr.arpa name = test5.domain.com.
5.10.168.192.in-addr.arpa name = 5.10.168.192.test.domain.com.
Т.е как две PTR записи :D
Сработало только вот в таком виде:
$GENERATE 0-0 $ PTR $.10.168.192.test.domain.com.
$GENERATE 2-4 $ PTR $.10.168.192.test.domain.com.
$GENERATE 6-255 $ PTR $.10.168.192.test.domain.com.
1 IN PTR test1.domain.com.
5 IN PTR test5.domain.com.
Получается внутри диапазона 0-255 всего 2 адреса имеют отличную от "динамической" PTR запись. Как-то это блин странно выглядит, особенно запись про "0" :) Хотя потребность у меня конечно, но все таки.... Выходит если мне надо будет прописать запись например для ip 192.168.10.10 мне надо будет добавить диапазоны 6-9 и 11-255 + саму запись про PTR для 10... как-то выходит 3 записи сделать надо :D Не ужели все делают именно так ?:)