02.06.2009 11:52
Причины недоступности и утери данных на хостинге Savannah.gnu.org
|
 |
|
Опубликовано объявление с описанием причин недоступности в течение нескольких дней хостинга открытых проектов savannah.gnu.org. В четверг на сервере возникли проблемы с RAID-массивом, которые привели к повреждению файловой системы и утере части CVS/SVN/Git/Hg репозиториев исходных текстов. Проблема усугубилась тем, что последний бэкап оказался не полным, так как был произведен уже после частичного повреждения данных.
В настоящее время работа сервиса полностью восстановлена, система переустановлена с нуля, а данные подняты из ленточного бэкапа, сделанного в конце апреля. Разработчики утверждают, что обычно бэкапы на ленту производились регулярно, но в силу определенных обстоятельств именно за месяц до краха с системой ленточного резервирования возникли проблемы. Статус восстановления можно посмотреть в микроблоге fsfstatus.
Авторам проектов, размещаемых в Savannah, предлагается сделать выбор: использовать данные из бэкапа от 29 апреля (директория backup-20090429), попробовать выбрать неповрежденные данные из неполного бэкапа (директория backup-20090529-incomplete), загрузить данные из собственных резервных копий или дождаться результатов восстановления данных со сбойных дисков.
Для предотвращения подобных инцидентов, администраторы Savannah.gnu.org планируют добавить дополнительный сервер, синхронизированный с основным через DRBD.
|
|
|
- Главная ссылка к новости (http://lists.gnu.org/archive/html/savann...)
- wiki.opennet.ru: советы по организации бэкапа
|
| Ключевые слова: gnu, hosting, backup, (найти похожие документы)
| | Параметры:
|
|
|
| При перепечатке указание ссылки на opennet.ru обязательно |
| Реклама |
|
|
|
| |
| |
| |
| |
| |
| |
| Причины недоступности и утери данных на , samm, 02:05, 03/06/2009 [ответить] (46)
| +/– |
>только скандал был с yahoo.
>Сервера находящиеся на территории китая подчиняются юрисдикции китая, и априоре не гуглу
>решать могут или нет их спецслужбы пользоватся инфой с тех серверов.
>Где-то они заявляли что почтовые сервера в китае не держат поэтому
>
Да, вы правы, перепутал. Нашел их пресс релиз о работе в Китае:
(3) Limit Services
Google.cn today includes basic Google search services, together with a local business information and map service. Other products – such as Gmail and Blogger, our blog service – that involve personal and confidential information will be introduced only when we are comfortable that we can provide them in a way that protects the privacy and security of users’ information.
|
|
|
| Причины недоступности и утери данных на , szh, 01:54, 03/06/2009 [ответить] (44)
| +/– | |
> имеют долступ к bigtable, у которого, насколько я понимаю, нет разеделния данных и прав доступа к ним. Т.е. любой прграммер из поискового отдела имеет доступ к допустим
вы далеко зашли в своих фантазиях, но это осталось лишь вашей фантазией. И пожалуйста не сравнивайте Google с Гаи.
|
| Причины недоступности и утери данных на , User294, 21:04, 03/06/2009 [ответить] (57)
| +/– | |
>не гарантирует внутренней утечки через сотрудников.
Понимаете, если вы хостите какой-либо ресурс у "дяди" эту возможность никогда не стоит сбрасывать со счетов, как не стоит сбрасывать со счетов ненулевой шанс что "дядя" возымеет на вас зуб или лопухнется.Также не стоит сбрасывать со счетов то что ВАШ трафф прет по ЧУЖИМ каналам за тридевять земель.И что там с ним на этих каналах сделают - тоже никому не известно.Решения этих проблем - есть.Просто нефиг проявлять излишний оптимизм, тогда не будет мучительно больно за глупые промашки...
|
|
|
| |
| Причины недоступности и утери данных на , samm, 02:55, 03/06/2009 [ответить] (48)
| +/– |
>>Подозреваю, пользователи Git и Mercurial пострадали меньше всех. Поскольку локальный репозиторий всегда
>>с собой :)
>
>А SVN не с собой?
В локальной копии свн нет истории всех изменений.
|
| Причины недоступности и утери данных на , User294, 21:06, 03/06/2009 [ответить] (58)
| +/– | |
>А SVN не с собой?
Насколько я понимаю git клонирует полноценную копию репа, с всей историей изменений и прочая (можно запретить, но зачем?) а не обрубки как у svn.
|
|
|
| Причины недоступности и утери данных на , Thorn, 20:01, 03/06/2009 [ответить] (54)
| +/– |
>Разработчики утверждают, что обычно бэкапы на ленту производились регулярно, но в силу
>определенных обстоятельств именно за месяц до краха...
Действительно, ну не западло? Иначе, как саботажем назвать не могу.
У нас крутится ежедневный бэкап - тупо архивируем и кидаем на второй, независимый винт. Ежедневно. Что интересно, жмётся всё на ура и в результате становится не так накладно хранить на винте. Ленты - дело хорошее, но слишком спецефичное оборудование - винты куда доступнее и проще в эксплуатации.
|
| |
| Причины недоступности и утери данных на , User294, 21:07, 03/06/2009 [ответить] (59)
| +/– | |
>Действительно, ну не западло? Иначе, как саботажем назвать не могу.
Обычно всякие ЧП так и бывают - ряд технических накладок завязываются в узел.Получается авария...
|
|
|
|
| Ваш комментарий |
|
|
| |
|